Понравилось.

Особенно это -- "баланс: 87$" :)

мжвячни

Жесть. Но что-то в этом есть.

> Жесть. Но что-то в этом есть.

В этом есть ужоснах. Я так понимаю, это попытка превратить LOR из "новостника с форумом" в почти-полноценную социальную сеть. Этакий vLORtakte.org.ru

Нормально, если это мокапы GUI-клиента. Хуже, если очередной вебдваноль. Есть же tkLOR, может лучше его дорабатывать? У меня руки так и не дошли...

Да, это GUI. Да, это вебдваноль. Да, это социальная сеть для задротов. Нет, это не влортакте, хотя название мне понравилось... Да, это глобальная правка движка, но...

Начнем с самого начала картинок... Первым у нас идет фильтр. Что это?

Фильтр:

Проблема: сейчас здесь 14 тематических форумов + разделы для новостей + галерея. Если посмотреть на количество сообщений, то talks бьет всех остальных без малейший шансов на выживание. Ну что поделать, ведь ЛОР уже стал социальной сетью, куда ходят потрепаться. Многие перешли на чтение трекера, дабы не прокликивать вялотекущие разделы, а некоторые даже хотят фильтровать толксы из него, дабы видеть только тематический контент.

Предложение: отказаться от разделов вообще, ввести теги для всех сообщений (подробнее позже), сделать некий глобальный трекер с разными views (список тем, последние сообщения, статистика активности и т.д.), где тематику задавать согласно фильтру от тегов/контента. Ссылки переработать из http://www.linux.org.ru/group.jsp?group=8404 во что-то вроде http://www.linux.org.ru/?filter=tag:talks, причем пользователь сможет сам решать, что он хочет видеть, а что не хочет. При этом фильтр - это еще и поиск. Ссылка вида http://www.linux.org.ru/?filter=microsoft+-tag:talks может трактоваться как "темы с упоминанием microsoft, кроме тем из толксов".

Баланс:

Проблема: порой надо получить консультацию, найти аутсорсера для какой-то мелочевки, выполнить которую можно за 5 минут (может быть написание конфига, мелкого скрипта). В форуме с просьбой "сделайте все мне" скорее всего пошлют, причем будут правы. Надо лезть на фриланс-сайты, где искать специалистов среди более широкой (и неспециализированной публики), копировать советы из форума, дабы не проходить уже пройденное, синхронизировать нить обсуждений в обоих местах

Предложение: ввести оплачиваниемые сообщения. Если человеку срочно нужно настроить почтовик, то достаточно создать тему "нужна настройка почтовика", поставить тег "работа", описать проблему и прикрепить $NN.nn к сообщению. Таким образом исполнитель будет уверен, что у заказчика есть деньги и охотнее ему поможет, а заказчик переведет сумму понравившемуся исполнителю. И наоборот, человек может выложить решение, заперев его на определенную сумму, прочитать которое можно после оплаты. Дабы здесь не разводить клон Экспертс Эксчендж такие сообщения можно открывать через 2 месяца для публичного просмотра.

Пропущенные события:

Проблема: есть rss для форумов, для одиночных тем, для ответов на сообщения... А что делать, если я хочу следить за новыми новостями, разделами dev и admin, при этом не терять суть в 20 тредах? Подписаться на 25 rss-каналов, которые обновлять каждые 5 минут? Это слишком много трафика будет кушать, да и нагрузку на сервер создаст не малую.

Предложение: сделать лог-файл на сервере (бинарный, для уменьшения трафика), который будет содержать в себе все события сервера (добавление сообщений, тем, изменение опросов, тегов и т.д.) в краткой форме, в виде некой структурки {int time,char eventID, int userID, int data1, int data2}. Клиенты (десктопные, мобильные, браузерные) будут скачивать его раз в 5 минут, указывая позицию файла, до которой они докачали в прошлый раз, тратя при этом минимальное количество трафика, но собирая всю информацию о событиях. Далее, исходя из правил фильтрации, если пользователь следит за каким-то разделом, темой, опросом или даже пользователем, который не отвечает в нужную тему, то клиент может сделать дополнительный запрос, которым получит подробности о прошедшем событии и уведомит пользователя. Эдакий бинарный rss для всего.

Приватные сообщения:

Проблема: надо порой с кем-то быстро связаться, но в профиле нет никаких контактов... Понять легко, свои реквизиты светить никто не хочет...

Решение: приватные сообщения. Дорабатывать функционал почти не нужно: это будут обычные треды с определенным списком доступа и тегом "приватные" (см.далее).

Список тем:

Проблема: постоянные споры о юзабилити, добавление колонок с именами пользователей и выбрасывание их обратно...

Предложение: а почему бы не сделать в настройках пунктик: "%название% %страницы% (%пользователь%) | %последнее_событие% | %просмотры_всего% / %просмотры_за_час% / %ответы%" ? И споры о юзабилити уйдут...

продолжение следует...

За, если будет выполнено ещё и под цветовую схему black.

>Предложение: сделать лог-файл на сервере (бинарный, для уменьшения трафика)
Доставляешь. Как ты себе представляешь уменьшение трафика «бинарностью»? Можно жать xml (или любой текст). Бинарный формат для кучи текста (а при такой организации лишнего текста будет куча) — бред.
Остальное просто не нужно.

Чуть не забыл. Нехватает кармы и анимированных смайликов.

> > Предложение: сделать лог-файл на сервере (бинарный, для уменьшения трафика)

> Доставляешь. Как ты себе представляешь уменьшение трафика «бинарностью»? Можно жать xml (или любой текст). Бинарный формат для кучи текста (а при такой организации лишнего текста будет куча) — бред.

О, юный эксперт предлагает сделать XML, пожатый гзипом? А не подскажет ли эксперт, в чем преимущество такого решения перед плоским набором бинарных структур? Зачему, что "кучи текста" как раз не будет, поскольно решение ориентировано на простую нотификацию за минимальное количество трафика, будет структурка, описанная выше, состоящая только из цифр. Пожалуйста, будте внимательнее при чтении. Про бинарник: "(29.08.2009 17:24:21)" - 22 байта текстом, 45 в гзипе, 4 в бинарнике... Если постоянно опрашивать сервер (мы же еще по http работаем?), то размер обновлений будет очень небольшим, где-то по 10 структорок по 17 байт в худшем случае... Экономия если и будет, то далеко не факт, что даже заголовок с сервера, содержащий информацию о гзипе, не приведет всю пользу к нулю...

Еще, уважаемый эксперт, как вы предлагаете формировать ответы для поллинга? Для каждого запроса формировать свой XML, сжимать его и отправляя его пользователю? Напомню, что это достаточно ресурсоемкие операции, особенно для процедур поллинга, а значит такое решение может положить сервер. А не проще ли (для сервера и клиента) читать бинарный лог, причем благодаря http-заголовку ranges читать можно частями, тем самым практически не нагружая сервер и не тратя ни байта лишнего трафика?

Ну и конечно, традиционное "толсто!"

> Остальное просто не нужно.

x3al не нужен.

> Чуть не забыл. Нехватает кармы и анимированных смайликов.

Я как раз писал про это, однако нужно было ответить тебе, мой зеленый друг, посему продолжение будет скорее всего завтра

Могу ошибаться, но вроде http предполагает gzip сжатие тестовых данных? И есть же atom, feedsync, etc. ИМХО бинарник - бред. тем более синхронизация через ranges.

про URL: есть такая штука REST.

можно поподробнее - что за платные услуги? я так понимаю ради этого все проектируется?

Настройки отображения:

Проблема: кто-то не может выделить свою индивидуальность без аватаров вида http://dat.kadokado.com/gfx/en/news_icons.gif, а кто-то предпочитает читать спокойные статичные страницы без анимации. Виден конфликт. Кто-то хочет постить анимированные смайлики и картинки вида http://dat.kadokado.com/gfx/icons/read_mail.gif, а у кого-то это вызовет нервный срыв. Опять конфликт. Часто постят ссылки на картинки, но что за ними, каких оно размеров, да и можно ли их открывать в приличном обществе - не знает никто. Нужны превьюшки, которые сразу скажут о необходимости открывать/не открывать конкретное сообщение, а может быть даже отображение полных изображений, дабы загружалось все и не приходилось кликать, однако это может не понравиться пользователям gprs. Ну и вообще, меня ломает открывать ссылки на ютуб, почему бы не вставлять плеер прямо в сообщения, как это сделано на многих порталах?

Предложение: по каждому спорному моменту сделать 2 варианта, переключаемые опциями. Кто-то хочет анимированные аватары и смайлики? Пожалуйста, пусть включает у себя в опциях и наслаждается, остальные будут [не] видеть статические аватары и текстовые обозначения смайлов. Кому-то лень открывать картинки по ссылкам? Пожалуйста, достаточно включить опцию отображения картинок и ссылки на них уйдут в прошлое (дабы не возникало проблем с хотлинком можно временно зеркалировать изображения у себя). Аналогично и в видео, опросами и даже форматированием. Кто знает, может кто-то предпочитает plain text, а форматирование сообщений ранит его душу? Уже были жалобы на отображение тега user (из-за его маленькой иконки)

Опросы:

Проблема: на данный момент опросы позволяют задавать только одиночные вопросы, ветвления осуществляются через несколько однотипных ответов ("да, linux", "да, windows"), да и порой нужно привязать опрос с каким-то обсуждением, которое должно бы быть в тематическом разделе (например, в толксах)

Предложение: реализовать тег вида [voting]829376[/voting], через который включать опросы в любые сообщения. Т.е. создаем опрос(ы) (в виде большой формы), получаем ссылки на него и ID, после чего этот опрос можно встроить в любое сообщение. Решается проблема нескольких вопросов, проблема тематической привязки, добавление/удаление опроса в любой момент дискуссии.

Файлы:

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

Предложение: сделать функции аттачей файлов (есть почти в любом форумном движке), причем текстовые данные (логи) можно помещать в специальные теги [cut], данные в которых потом автоматически преобразуются в аттачи.

Редактирование сообщений:

Проблема: порой нужно поставить запятую, убрать лишний пробел, поправить форматирование

Предложение: добавить правку. Опираясь на специфику ресурса, история правок должна быть публичной, автор может редактировать свое сообщение не более 3 минут с момента публикации, после чего редактировать могут только модераторы и/или корректоры (за исключением вики).

Wiki:

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

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

Анонимный постинг:

Проблема: порой надо высказать мнение, не совпадающее с мнением большинства. Некоторые таких сообщений пугаются и отправляют автора в игнор-лист

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

Теги:

Проблема: порой встречаются сообщения, которые так и хочеться занести в свой цитатник или как-то отметить. Есть лорквотез для смешных сообщений (вот только появление там цитат зависит от желания модераторов). Можно складывать ссылки на такие сообщения в текстовый файл и породить большую помойку. А потом на основе этой помойки сделать свой лорквотез.

Предложение: дать возможность любому пользователю расставлять теги. Свои теги, абсолютно любые. На любые объекты: сообщения, темы, пользователей. "Смешно", "ШГ", "многопоточность" или "ОдоБРяЭ!!!!1". Дабы ими не злоупотребляли, можно ввести лимит на 20 символов и отображение только после 10 одинаковых тегов. Таким образом пользователь сам сформирует свой лорквотез, сам сможет сделать тематические подборки, создаст инфраструктуру для расширенного поиска. Посмотрите презентацию WinFS, где вопрос тегов был рассмотрен достаточно широко.

Избранное:

Проблема: создание подборок на основе тегов вида "мои избранные сообщения", "мои непрочитанные", "мои враги"

Предложение: хранить теги в 2 списках - глобальном и локальном (пользовательском), это позволит не только создавать выборки по тегам вида "мое избранное" (у каждого оно будет свое), но и ввести теги, которые будут обрабатываться движком, а именно подсвечивать сообщения/удалять. Например, я выставляю в теме про футбол тег "unseeit" и больше никогда эту тему не вижу. Аналогично и с пользователями, я смогу сформировать не только игнор-лист, но и список гномотроллей, маководов и т.д. Можно создавать свои мелкие сообщества KDE-шников или нытиков.

* * *

продолжение следует...

> Могу ошибаться, но вроде http предполагает gzip сжатие тестовых данных?

Верно, но в данном случае предполагаются цифровые данные (номер темы, номер пользователя и т.д.), сжатие которых будет неэффективно

> И есть же atom, feedsync, etc. ИМХО бинарник - бред.

А какая разница, в каком формате? Бинарник прочитать гораздо проще, чем отпарсить XML, тем более запакованный гзипом. Про atom и прочие полнотекстовые я уже писал - это нужно подписываться на огромное количество фидов, которые просто выжрут траф

> тем более синхронизация через ranges.

Размер структуры - фиксированный, мы всегда знаем начало и конец. В чем проблема? Зато не придеться каждый раз загружать уже полученные события (как раз та самая проблема rss)

> про URL: есть такая штука REST.

И что? REST применим далеко не всегда. Например, как сделать выборку по тегам (с логикой добавления/удаления) на его основе?

> можно поподробнее - что за платные услуги? я так понимаю ради этого все проектируется?

Нет, это решать только Макскому, я только высказываю предложения. Хотя у меня есть и свой тайный интерес.

>Про atom и прочие полнотекстовые я уже писал - это нужно подписываться на огромное количество фидов, которые просто выжрут траф

Я видимо чего-то не понимаю - о каком количестве фидов идет речь?

Прикрути OpenID к ЛОРу (макском — за) и делай все это на своем сайте.

Прикрути OpenID к ЛОРу (макском -- за) и делай все это на своем сайте.

насчет range -- хотя идея верная, не факт, что сеть это не нагрузит

я думаю имеет смысл что-то типа tail -f т.е. клиент держит соединение, а ему отдается все, что было запощено, а не только заголовки. Отдавать можно стандартно

<script>myvar="...."</script>

<script>myvar="...."</script>

<script>myvar="...."</script> ...

> Я видимо чего-то не понимаю - о каком количестве фидов идет речь?

2-3 десятка. У меня пока всего 7 штук (с разных сайтов) и то трафик они проедают, переодически подвисая (да, замкадье). Не знаю почему, но на last modified всем наплевать.

> Прикрути OpenID к ЛОРу (макском -- за) и делай все это на своем сайте.

Я против OpenID

> насчет range -- хотя идея верная, не факт, что сеть это не нагрузит

Ну уж все лучше, чем полнотекстовые фиды грузить...

> я думаю имеет смысл что-то типа tail -f т.е. клиент держит соединение, а ему отдается все, что было запощено, а не только заголовки

Я уже думал над этим, поищи мою тему про http-over-xmpp...

> <script>myvar="...."</script>

А как быть с промежуточным проксированием-кешированием, когда сервер сначала в себя засасывает большой кусок, а только потом отдает его клиенту? Можно поэкспериментировать с transfer-encoding: chunked конечно, но не факт что спасет.

Общие моменты:

Проблемы: неудобно смотреть на посты, на которые даны ответы при отсутствии цитирования. Неудобно менять стиль оформления, что на данный момент требует перезагрузки открытых страниц. Непонятно, какой часовой пояс у пользователя (в скайпе отображается под ником). Неудобно следить за обновлениями в уже открытых темах, пока пишешь ответ - ответят еще десятком сообщений.

Варианты решения реализованы в http://orphereus.anoma.ch, на книжных сайтах, где можно поставить меточку "дочитал досюдова", поменять фон, задать автоскроллинг текста, на сайтах галерей, где можно выбрать подходящий фон для отображения картинок