меня несколько удивляет почему вы говорите что результата нет, при таких настройках результат будет. Проверил на последней версии, да как-то плохо оформлена разбивка по страницам, но в остальном то вроде как работает. Даже ссылки из прямого эфира работают
а вы делали перестроение дерева комментариев в админке после того как меняли настройки в конфиге?
Поскольку сама по себе разбивка по страницам работает, другой вопрос устраивает ли она вас и что вы ожидаете получить.
Собственно для этого и выложил)
как нибудь посижу поколдую с jevix по поводу выравниваний текста и картинок, так как правила на столько все режут, что ни какие стили к тексту не применяются толком.
На счет этого плагина который запускает перегенерацию статей, я бы сказал, что это должен быть такой инструмент, на уровне движка, такой же как пересчет кармы и прочего.
Так как это служебная функция по сути.
Вот за это — премного благодарен! Думаю, не будешь возражать, если утащу все это в реализацию?
Что касается перегенерации статей, то писать надо, конечно, специально код под это дело. Проще всего плагин на коленке накидать, который выполнит перебор всех статей и каждую обработает:
// берем статью
$oTopic = $this->Topic_GetTopicById($sTopicId);
// парсим еще раз основной текст...
$oTopic->setText($this->Text_Parser($oTopic->getText()));
// ...и короткий текст
$oTopic->setTextShort($this->Text_Parser($oTopic->getTextShort()));
// и сохраняем топик
$this->Topic_UpdateTopic($oTopic);
На 0.9.6 не пробовал (нет развернутой версии), но на 0.9.7 он у меня запустился. Только не через админку этот плагин надо активировать, а прямо в файле /plugins/plugins.dat прописать руками. Обновляться все равно надо, но как временный вариант должно помочь.
И еще — ботов, которые уже зарегались, надо через админку банить или удалять обязательно, если только их топики удалять, то они будут продолжать со своих зареганных аккаунтов постить все новые и новые топики, это проверено.
Если очень много зареганных ботов и нет времени всех банить, то можно такой еще вариант использовать: в конфиг-файле config.local.php найти параметр $config['security']['salt_pass'] и изменить его значение. На любое, достаточно буквально один символ изменить. И все пароли всех юзеров моментально устареют. Живым юзерам это не страшно — есть восстановление пароля (им можно объяснить, зачем это нужно, поймут), а боты проходить процедуру восстановления пароля не могут
Вадим, а в чем проблема? Вот у меня на одном сайте работает плагин, который каждую новую регистрацию сверяет с базой SFS: www.stopforumspam.com,www.stopforumspam.com/usage
Вроде неплохо справляется.
привет.
закажу модификацию с музыкальным уклоном с рядом специфических требований.
оплата по дог.
тех.задание развернуто отпишу в л.с.
ps: пишу сюда т.к не смог написать на биржу заказов.не знаю где *написать.
Сделал для вас простенький плагин. Еще не разобрался, как делать страницы админки, так что настраивать его придется вручную, задав в config/config.php ссылку на логотип и цвет. Для более тонкой настройки можно подправить manifest.json согласно документации Яндекса.
а) для разнообразия (захотел — поменял)
б) для того, чтоб можно было отключить виджет topbanner_image и включить виджет topbanner_slider здесь: common/templates/skin/start-kit/settings/config/widgets.php Тогда вместо статичного баннера будет автослайдер.
На основании номера версии. Старшую цифру принято менять, когда вносятся серьезно нарушающие совместимость изменения (в пределе — полностью переписывается код).
Много-мало — понятия относительные. Вам не достает какого то функционала?
Мне недостает самого элементарного функционала: разметки opengraph (нужно для продвижения в соцсетях), поддержки oembed (для встраивания в сайт контента со сторонних сайтов), отложенной публикации постов, линейного представления для личной переписки, приложенных файлов с защитой от личеров. Это если не углубляться в специализацию сайта. Все это мне, скорее всего, придется разрабатывать с нуля.
Я бы очень хотел обратить внимание на встроенные в коробку скрипты. Там везде встречаются предопределенные классы и идентификаторы — и это очень большая головная боль, уж поверьте. Практически в каждом файле шаблона приходится писать что то типа «ls.pool.addAnswer(....» а там JS-скриптом и html-код формируется и css классов-идентификаторов столько, что больше времени тратится на изучение кода JS, чем на верстку.
Я к чему все это, если уж переходить на бутстрап, то полностью и документрованно. В Alto 20+ js-скриптов ядра, перевести все в нотацию bootstrap (плагинов jQuery), задокументировать, привести к требованиям JSLint — не сложная, а скорее рутинная операция.
Спасибо за поднятые вопросы.
Особо хотелось бы сказать про фотоальбомы (галереи) пользователей. Мне кажется, что реализовывать их так же, как это сделано в LSGallery (Web studio stfalcon.com) — категорически нельзя. Плагин работает, как некий автономный придаток к сайту. Никакой интеграции в движок, кроме ссылки в Профиле, у плагина нет. Совершенно бесполезная, на мой взгляд, Галерея для социально ориентированного проекта. Возможно, для единоличного сайта-портфолио и годная (но тогда возникают встречные вопросы — зачем тебе LS или Alto)… Пользователи так и говорят: «Ой, а я и не знал, что у вас тут можно фотки залить...», но и потом, создав однажды альбом в Галереи, они про него забывают. Те же DAO продукты имеют хотя бы блоки для вывода на главной странице сайта, возможность вставить объект в статью (через iframe)… Очень бы хотелось иметь на сайте не набор существующих самих по себе плагинов, а некую сеть взаимодействующих между собой функций. Как пример: возможность вставить в статью или комментарий фото из своего альбома изображений без лишних движений по сайту и напряжения головного мозга (невольно возвращаюсь к поднятому намедни вопросу о файлах пользователей) и т.д. Очень надеюсь, что изложил свои мысли понятно…
Жалко, что так и не реализовали мультизагрузку изображений с возможностью вывода в виде галереи.
Что на LS общался с Ортом на эту тему, что тут. Когда же будет прогресс на эту тему(
В новой Alto выделен специальный уровень конфига — уровень темы, а сама тема еще к новой структуре не адаптирована.
Что бы тема слушалась свои конфиги — их нужно получать на уровне темы, то есть, на Вашем примере, в файле common/templates/skin/synio/header.tpl нужно так:
Не рассматривали ли фичи используемые в Padrino, например такие как апдейты патчами с хранением истории? Это весьма удобная фича, которой пока обладает единственный MVC и тот на ruby :) Очень шустро можно управлять версионированием и откатами в случае чего. Коммулятивки собирать — просто рай.
Поскольку сама по себе разбивка по страницам работает, другой вопрос устраивает ли она вас и что вы ожидаете получить.
как нибудь посижу поколдую с jevix по поводу выравниваний текста и картинок, так как правила на столько все режут, что ни какие стили к тексту не применяются толком.
На счет этого плагина который запускает перегенерацию статей, я бы сказал, что это должен быть такой инструмент, на уровне движка, такой же как пересчет кармы и прочего.
Так как это служебная функция по сути.
Что касается перегенерации статей, то писать надо, конечно, специально код под это дело. Проще всего плагин на коленке накидать, который выполнит перебор всех статей и каждую обработает:
Попробуйте поставить этот плагин: altocms.ru/uploads/files/antibot_103.zip
На 0.9.6 не пробовал (нет развернутой версии), но на 0.9.7 он у меня запустился. Только не через админку этот плагин надо активировать, а прямо в файле /plugins/plugins.dat прописать руками. Обновляться все равно надо, но как временный вариант должно помочь.
И еще — ботов, которые уже зарегались, надо через админку банить или удалять обязательно, если только их топики удалять, то они будут продолжать со своих зареганных аккаунтов постить все новые и новые топики, это проверено.
Если очень много зареганных ботов и нет времени всех банить, то можно такой еще вариант использовать: в конфиг-файле config.local.php найти параметр $config['security']['salt_pass'] и изменить его значение. На любое, достаточно буквально один символ изменить. И все пароли всех юзеров моментально устареют. Живым юзерам это не страшно — есть восстановление пароля (им можно объяснить, зачем это нужно, поймут), а боты проходить процедуру восстановления пароля не могут
Вроде неплохо справляется.
закажу модификацию с музыкальным уклоном с рядом специфических требований.
оплата по дог.
тех.задание развернуто отпишу в л.с.
ps: пишу сюда т.к не смог написать на биржу заказов.не знаю где *написать.
б) для того, чтоб можно было отключить виджет topbanner_image и включить виджет topbanner_slider здесь: common/templates/skin/start-kit/settings/config/widgets.php Тогда вместо статичного баннера будет автослайдер.
Мне недостает самого элементарного функционала: разметки opengraph (нужно для продвижения в соцсетях), поддержки oembed (для встраивания в сайт контента со сторонних сайтов), отложенной публикации постов, линейного представления для личной переписки, приложенных файлов с защитой от личеров. Это если не углубляться в специализацию сайта. Все это мне, скорее всего, придется разрабатывать с нуля.
Я к чему все это, если уж переходить на бутстрап, то полностью и документрованно. В Alto 20+ js-скриптов ядра, перевести все в нотацию bootstrap (плагинов jQuery), задокументировать, привести к требованиям JSLint — не сложная, а скорее рутинная операция.
Я думаю, на это тоже стоит обратить внимание.
Особо хотелось бы сказать про фотоальбомы (галереи) пользователей. Мне кажется, что реализовывать их так же, как это сделано в LSGallery (Web studio stfalcon.com) — категорически нельзя. Плагин работает, как некий автономный придаток к сайту. Никакой интеграции в движок, кроме ссылки в Профиле, у плагина нет. Совершенно бесполезная, на мой взгляд, Галерея для социально ориентированного проекта. Возможно, для единоличного сайта-портфолио и годная (но тогда возникают встречные вопросы — зачем тебе LS или Alto)… Пользователи так и говорят: «Ой, а я и не знал, что у вас тут можно фотки залить...», но и потом, создав однажды альбом в Галереи, они про него забывают. Те же DAO продукты имеют хотя бы блоки для вывода на главной странице сайта, возможность вставить объект в статью (через iframe)… Очень бы хотелось иметь на сайте не набор существующих самих по себе плагинов, а некую сеть взаимодействующих между собой функций. Как пример: возможность вставить в статью или комментарий фото из своего альбома изображений без лишних движений по сайту и напряжения головного мозга (невольно возвращаюсь к поднятому намедни вопросу о файлах пользователей) и т.д. Очень надеюсь, что изложил свои мысли понятно…
Что на LS общался с Ортом на эту тему, что тут. Когда же будет прогресс на эту тему(
livestreet.ru/blog/13290.html
Что бы тема слушалась свои конфиги — их нужно получать на уровне темы, то есть, на Вашем примере, в файле common/templates/skin/synio/header.tpl нужно так:
<code>... {else} <style> #container { width: {Config::Get('view.grid.fixed_width', null, Config::LEVEL_SKIN)}px; } </style> {/if} </code>а не просто {Config::Get('view.grid.fixed_width')}Также, в новой версии доработана функция смарти cfg и можно использовать ее так:
<code>... {else} <style> #container { width: {cfg name="view.grid.fixed_width" level=Config::LEVEL_SKIN}px; } </style> {/if} </code>Я использую последний вариант и все работает стабильно.