Pasha

Нужен такой же модуль, только чтобы он учитывал статьи вновь созданные в течение например 30 дней

Тогда почему же вы отказались от предложения Cтудии Sitestroi? Впрочем все равно, в своем блоге я выкладывал модуль "Популярное в разделе", где в версии для 1.10.3 реализовано практически все, что требуется. Для полного совпадения с желаемым результатом правка кода все же потребуется, но правка минимальна и особых знаний не требует.

ИМХО В данном случае плодить сущности и городить огород с галочками это лишнее. Вполне можно обойтись условной, заведомо нереальной ценой, например 99999999, которая будет служить этаким маркером, и простым условием в шаблоне вывода, которое будет отслеживать этот маркер и заменять его на все что угодно. Таким образом не нужно никаких хаков, а так же, при необходимости имеем возможность сделать несколько вариантов замен.

выводил статьи в модуле в соответствии с заданным промежутком времени.

1. Выводил откуда? Из конкретного раздела? Из конкретного раздела и его подразделов? Вообще все статьи?
2. Что значит "Заданный промежуток времени"? За текуший год, месяц, день или от и до? Как ввод данных в это поле должен выглядеть в админке?
3. Что модуль должен вывести на фронт? Просто заголовки? Текст?
4. И так далее....

О какой же цене может идти речь если не определена сама задача?

Можно конечно еще куками руки связать, но опять таки, какова задача и насколько все это серьезно?

Правда, и это не выход, поскольку есть прокси… Но можно попросту тех, кто ломится без айпишника, к голосованию не подпускать, скрывая от них кнопки голосования. Однако с гостями, которые в тырнет выходят через pppoe другая проблема — у них у всех один айпишник — ip их провайдера....

Именно об этом я собственно и писал

Можно конечно добавить проверку на айпишник, но во-первых сделать это совсем не так просто как кажется, а во-вторых это тоже не рещает задачу в полном объеме, так как в таком случае все это будет актуально только для людей с белым адресом…

Думаю, что проблема эта походу нерешаема, по крайней мере у меня идей никаких нет. Если у кого появятся, буду рад обсудить а пока могу только повториться — Неправильно поставлена сама задача.

Не, ну не так все и грустно на самом деле, зачем вы человека пугаете то Можно же не прибивать проверку cmsAlreadyKarmed, а просто заменить ее на cmsAlreadyKarmedIP. Тогда вместо идентификатора пользователя будет проверяться его IP. Механизм этот уже существует и ничего изобретать не нужно, просто собраться мыслями и сделать

Ну так я и говорю — полный бардак. Мы же прибиваем проверку на принадлежность к пользователям у которых в свою очередь есть идентификаторы по котором они собственно и отслеживаются.
Можно конечно добавить проверку на айпишник, но во-первых сделать это совсем не так просто как кажется, а во-вторых это тоже не рещает задачу в полном объеме, так как в таком случае все это будет актуально только для людей с белым адресом… Неправильно поставлена сама задача ИМХО.

Прибить все проверки конечно можно, но ведь полный бардак будет, голосовать смогут все и пока рука не устанет… Но если хотите, то:
В файле karma.php закомментируйте строку
В файле lib_karma.php в методе cmsSubmitKarma закомментируйте
И в том же файле, в методе cmsKarmaButtonsText строку
меняете на
а также закомментируйте
И закрывающую этот иф скобку

{php} cmsPage::getInstance()->printPathway(); {/php}

Раз, Два… и еще маленькая тележка решений

хочется оплатить работу, чтобы поддержать инстант

Какую именно версию инстанта хочется поддержать?

сколько будет стоить написание такого плагинчика

"Плагинчиком" в данном случае не имеет смысла, так как коррективы в файлы движка нужно будет вносить в любом случае. Проще все изменения там и прописать, зачем еще и плагин тулить.

Не хочется, если честно, напрягать людей

Сложность это понятие весьма относительное. Я не думаю, что делая все это Странник сильно "напряжется", тем более что для версии 1.10.1 я нечто похожее уже делал и чтобы не заморачиваться могу с ним этими наработками поделиться.

Требуется добавление/исправление кода в самом плагине

Почему именно в плагине, ведь это сложнее. Если вносить правки в шаблон (а там ковыряться все равно придется), то вопрос решается достаточно быстро и просто.

Специально скачал и установил двойку. По факту все совсем не так как вы описываете, но не суть. Ну вытащили вы из базы список доступных значений конкретного поля, преобразовали все это в массив, вывели кружочком… и что дальше? Кому и зачем может потребоваться конкретно эта информация? Сильно подозреваю, что на выходе вы хотите получить нечто иное.

Ага, теперь дошло

Где и как созданных полей и при чем тут конечный шаблон "compact"? Ничего честно говоря не понятно. В любом случае print_r($item['time_zapis']), что там вообще лежит то? То есть что из себя представляет этот самый список из 10 значений?