Создание мини-плагина, который будет ограничивать возможность публиковать что-либо (от топиков в персональный блог, до постов в коллективные блоги, фотосеты и пр.) для тех пользователей, с момента регистрации которых не прошло определенного времени.
Плагин будет полезен проектам, которые еще не определились с целесообразностью возможности публиковать у пользователей (отключать или нет перс. блоги одноименным плагином), а также тем, где есть возможность публиковать непосредственно после регистрации в качестве «резчика спама».
Читать дальше →
Предлагаю включить в базовою сборку LiveStreet пример файла robots.txt, в котором будут закрыты все дубли страниц, а так же другие важные к закрытию директории с точки зрения SEO.
Во всех уважающих себя движках такой файл есть. Это значительно упрощает знакомство начинающих с движком.
Вы когда-нибудь пробовали искать информацию по интересующей вас проблеме на livestreet?
Я это делаю каждый день. И очень часто ничего не нахожу стоящего. Нахожу только кучу вопросов от юзверей в личных блогах. Они часто без ответов…
Похоже, я знаю в чем тут дело.
Человек, который пришел за информацией по своей проблеме сначала идет в соответствующий блог.
Например, в Вопросы.
Дело в том, что не все задают вопросы именно в этот блог. И соответственно в этом блоге не освещается большая часть проблем. Все дело в ограничении рейтинга, которое там существует. И бедные юзеры задают вопросы в личных блогах. Посмотрите на прямой эфир — публикации.
И начинается почкование. Один спросил в своем, другой тоже в своем. Третий зашел в Вопросы, ничего не нашел и еще раз спросил в своем блоге и так далее.
Совсем недавно я был в минусах. И у меня была возможность писать только в личный блог. И не было возможности писать в Вопросы. Почему?
Нужно снять ограничения с блога Вопросы.
И будет мир во всем мире.
На данный момент я являюсь «счастливым» обладателем некоторого количества платных плагинов. Почему «счастливым» в кавычках? Потому как далеко не все из них работают на 100%. Ну со мной-то проще – поиском пользоваться научился, интуиция тоже за последнее время хорошо развилась, так что для себя смог докрутить практически все. Но есть и другие люди, которым далеко не все так понятно…
В связи с этим есть предложение к разработчикам движка: может быть, было бы неплохо прикрутить к каталогу багтрекер для плагинов? Чтобы у каждого плагина было видно количество существующих багов, количество исправленных, динамика развития плагина, плюс дана возможность добавлять записи о найденном баге пользователями и проч. (мне нравиться как реализовано это в Друпале).
Читать дальше →
Было бы очень неплохо добавить ко всем хукам манипуляции с контентом (ну типа topic_edit_before, blog_edit_after и т.д и т.п.) параметр, указывающий реального пользователя изменяющего этот контент. Ведь, например, топик может поменять и админ и модератор. И в обработчике хука было бы очень неплохо это знать.
Многие знают, что модуль Image отвечает за загрузку всей графики на сайт. Есть предложение для Максима, сделать его отдельным плагином, чтобы была возможность отключать, а так же осуществить поддержку загрузки gif анимации (аватары, фото и т.д.) и вывести под эту анимацию в конфиг плагина true/false.
Я полагаю многим сайтам эта опция будет полезна, а тем кому не нужна — отключат ее в конфиге.
Приветствую уважаемое сообщество LiveStreet. Я начинающий дизайнер, у которого есть желание помочь проекту и набраться опыта (набить руку). Могу рисовать шаблоны дизайна сайта для LS. Меня интересует, нужны ли сообществу мои работы, если нужны, какие темы наиболее интересны для Вас? (например: авто, недвижимость и т.п.)
P.S. Портфолио пока не имею.
P.S.2. Верстать только учусь.
Прошу прощения, если такое обсуждение уже здесь было, я честно пробовал искать.
Очень бы хотелось увидеть хак, принудительно убирающий текст под кат, для сообщений, превышающих определенный лимит. Если уважаемым разработчикам сейчас не до этого, ткните хотя бы пальцем в код, где это можно исправить. Хоть я и далекий от веба кодер, но мне почему-то кажется, это не слишком запарно реализовать. Спасибо всем.
Интересная картинка получается при загрузке картинок на хостинг в частности из профиля фотографий.
Грузит по рандомному пути, соответственно при загрузке новой фотки старую не затирает и оставляет мусор.
Не проще ли было бы загружать:
/images/user_ID или User_login
После прочтения вот этого поста: Убираем дублирование при добавлении роутинга, понял что эта проблема волнует не только меня. Хочу поделиться своими соображениями на этот счет.
Linch правильно заметил, что при добавлении нового роута приходиться дублировать информацию. Но, на самом деле здесь происходит более «серьезное» дублирование, чем копипаст из config/config.route.php в Viewer.class.php — мы дублируем функционал по составлению пути — один раз это делает программист, разрабатывая модуль, второй раз это делает верстальщик, когда делает шаблон. Большее неудобство не в том, как мы доставим константу во Viewer, а именно в том факте, что верстальщику этими константами нужно пользоваться.
Если нам вдруг понадобиться изменить принцип роутинга, то придется перелапачивать весь шаблон, исправляя ошибки адресов. Имхо, если Router, решает какой Action должен отработать, пусть сам нам скажет, как к этому Action нужно обратиться. Тогда необходимость в константах во Viewer`e вообще отпадет сама собой.
