Наверно, разумное решение было, что модули, создаваемые сторонними разработчиками и загружаемые сюда на сайт, должны пройти модерацию. Но, пожалуй, стоит модернизировать это дело — определить условия, при которых модерации не будет. Напр., при опредленном уровне рейтинга, при N-ой загрузке или еще как-то.
В теме Что происходит с сообщениями когда удаляется коллективный блог? открылся неприятный момент (информацию проверил), что в любом коллективном блоге администратор может по собственному желанию полностью удалить любой топик. Не имеет значения чей он — главное, что он в блоге.
Предлагаю сделать более лояльную процедуру удаления — перекидывать топик в личный блог и скрывать его в черновик. При этом можно еще сообщение отправить пользователю, чтобы он был в курсе событий.
Иначе может много трудов потеряться, в том числе здесь.
Прошу разработчика чуть иначе трактовать путь к папке uploads (константа DIR_UPLOADS в config.php). Надо бы там полный путь задавать, а не относительно расположения корня ЛС. Тогда загружаемые файлы можно было б располагать где угодно.
Зачем это нужно: если я прикручиваю ЛС к стороннему сайту, где уже есть «специально обученная» папка для загрузки файлов, то желательно было бы туда же заливать и файлы юзеров ЛС.
У меня давно сидит в голове вопрос. Почему вывод на главную реализован по количеству проголосовавших, а не по некоему параметру, например, являющемуся суммой сил проголосовавших?
Ведь в данном случае неважно кто голосует — пяток бывалых пользователей с хорошей репутацией и сильным голосом или пять новичков даже с легким минусом в репутации — результат будет один при наборе количества голосов, указанных в конфиге, — топик попадет на главную!
Предлагаю реализовать систему вывода на главную, как например, это сделано на news2.ru — там имеет значение не только сила тех, кто голосует, но даже время голосования! Чем быстрее новость наберет необходимую «сумму сил», тем меньше потребуется голосов. Для низкопосещаемых ресурсов это не актуально, конечно. Но вот «сумма сил» вместо «количество любых голосов», на мой взгляд, пригодилась бы всем.
Надо сказать, что если уж говорить серьезно и меряться мензурками, то опыт в сегодняшних frontend-backend системах у меня небольшой, всего полгода.
Начинал я в далеком 2000 году, когда мы в институте разрабатывали интранет-портал на ASP, уже тогда меня не отпускала мысль о том, что контент надо делить на динамический и статический. Но потом судьба распорядилась далеко от Веба, и начиная с 2001 года я стал разрабатывать исключительно приложения под Win32.
Примерно год назад я решил в домашних (ну, почти домашних) условиях попробовать FreeBSD для некоторых вещей и был приятно поражен производительностью (Wikipedia летала на машине с 128 Мб оперативной памяти), поэтому продолжил приятное знакомство.
Уже поднималась тема подписания юзеров по умолчанию на какие-то блоги. Столкнулся с тем, что и мне сейчас это нужно. Думаю, периодически на разных ресурсах такая необходимость будет возникать (например, блоги «О проекте», «Новости» и т.д.).
Собственно предложение: при создании корп. блога админом (именно админом!) должна быть возможность пометить его «Подписка пользователей по умолчанию». И всех новых юзеров на него подписывать.
Тема PDA-версии уже поднималась на сайте, судя по всему. Считаю, что это одно из правильных направлений развития движка.
Как насчет еще и WAP? Есть предложение сделать хотя бы дефолтные шаблоны на WML + XHTML и реализовать базовый функционал — «Блоги» и «Люди» для начала.
Вот пришла в голову такая идея — что-то вроде локального OpenID ;)
Т.е. любой пользователь, зарегистрированный на сайте с LS может под своим логином заходить на другой LS-сайт :)
На основе определенного опыта выношу свои предложения по оптимизации LiveStreet под решения сторонних разработчиков.
Вот как сейчас выглядит инструкция по установке модуля галерея: docs.google.com/Edit?id=d4jv5mv_529dgshs5d2
А хочется чтобы инструкция заканчивалась на распаковании архива:) Мои предложения как этого добиться: