, попробую предложить несколько идей и перенести те, что были предложены на его страничке. Просьба выделять идеи в подветки первого уровня и голосовать плюсиками/минусами. Если ответ короткий, было бы хорошо умещать его в строке заголовка.
TODO: Перенести непосредственно идеи из ответов сюда.
Возможное решение: добавить еще один тег, например, [iimg] («inline IMG»), а картинки, выставленные обычным [img], выкидывать из цитируемого текста.
В качестве бонуса появляется возможность придать особые стили для [iimg], например, вертикальное выравнивание по центру. Это использовалось бы, к примеру, для маленьких формул LaTeX.
Здравствуйте, Roman Odaisky, Вы писали: RO>Проблема: знаки ударения сползают в сторону, например: «ударе́ние» (для тех, у кого есть шрифт Verdana). RO>Предложение: в CSS заменить Verdana на неглючный шрифт.
Здравствуйте, Plague, Вы писали:
RO>>Проблема: знаки ударения сползают в сторону, например: «ударе́ние» (для тех, у кого есть шрифт Verdana). RO>>Предложение: в CSS заменить Verdana на неглючный шрифт. P>а так: «удар́ение», «́африка»
Предложение: в страницы сообщений (те, что NNNN.1.aspx) добавить <link rel="next" href="(URL следующего сообщения)" />, аналогично prev и, возможно, prefetch. То же и в страницы плоского режима (<link rel="prev" href=".../NNNN.flat.41.aspx" /> и <link rel="next" href=".../NNNN.flat.43.aspx" />).
Правда, неоднозначно, какое сообщение считать следующим: то ли по дате, то ли по дереву.
Формировать профильные форумы, не дожидаясь нарастания количества сообщений до требуемого уровня, готовя отдельную площадку и привлекая посетителей с других форумов. По результатам существования форума решать — оставлять или сливать с другим.
Полуавтоматическое формирование списка тегов к сообщению. Например, на основании тела и заголовка сообщения, тематики форума и и списка возможных тегов, введеных ранее участниками форума.
Проблема: сообщения из одного — двух предложений приходится открывать особо, в то время как можно было бы отображать их в дереве. А если удастся вместиться в строку заголовка, то она будет копироваться в следующие сообщения.
Предложение: вариантов здесь много, нужно подумать. Например, можно сделать поле «Подзаголовок», содержимое которого отображалось бы прямо в дереве, и чтобы была особая отметка для сообщений без тела (тогда по ним можно будет не щелкать).
Здравствуйте, Roman Odaisky, Вы писали:
RO>Проблема: приходится использовать мышь для перехода между сообщениями. RO>Предложение: реализовать клавиатурную навигацию наподобие того, что есть на /..
Я бы предложил еще добавить по бокам сообщения пару кнопок "вперед" и "назад". А то постоянно по дереву целится и скроллить неудобно.
P.S. Если делать, то желательно с предварительной подгрузкой во время просмотра следующего сообщения, чтоб при перелистывании не приходлось ждать.
способы?
Я бы предложил повысить юзабилиты редактора... Например, выделил слово, нажал Ctrl+B его и обнесло [b][/b]... Ну и т.п.
RO>Предложение: Добавить теги напободие <sub>/<sup>, <tt>, <small>/<big>, <del>/<ins>, <abbr>/<acronym> (в порядке убывания важности).
Здравствуйте, Mamut, Вы писали:
M>Сделать RSDN проектом с открытым исходным кодом
Товарищи разработчики говорят, что это технически невозможно. Так что лучше сразу переписывать начать, а из старого проекта разве что оформление взять.
Здравствуйте, Mamut, Вы писали:
M>Добавить автоматическую свертку цитируемого текста до 1-4 строк (превышающего определенный лимит), как, к примеру, сделано в Gmail.
А это ни к чему, надо цитировать только то, что нужно.
Здравствуйте, Roman Odaisky, Вы писали:
M>>Добавить автоматическую свертку цитируемого текста до 1-4 строк (превышающего определенный лимит), как, к примеру, сделано в Gmail.
RO>А это ни к чему, надо цитировать только то, что нужно.
Есть мнение, что убиение автоквотирования ведёт к более осмысленным диалогам (провоцирует на создание связного текста-ответа «что касательно аргумента А..., но аргумент Б...» вместо простыни из 40 строк ответов-на-ответ-на-ответ в одном сообщени). То же самое — с убиением автозаголовков (Re[300]: чо?).
Здравствуйте, Mamut, Вы писали:
M>Тэги, как «виртуальные форумы», объединение обсуждений в «форумы» на основе тэгов корневых сообщений, поиск по тэгам
Можно плавно перейти от форумов к тегам так:
1. В БД изменить тип связи «сообщение — форум» со «многие к одному» на «многие ко многим».
2. Позволить пользователям указывать сразу несколько тегов (форумов) для новых сообщений.
3. Соответственно изменить автомодерилку, чтобы она позволяла добавлять и убирать теги.
4. Вместо полусотни форумов сделать сотни две тегов. Например, сообщение может иметь теги «Безопасность» (и его прочтет Кочетков), «Erlang» (чтобы заинтересовать Мамута), «Linux» (как же без Шеридана), «Алгоритмы» (Кодта тоже приглашают), если речь идет о реализации алгоритмов шифрования на Эрланге для веб-приложения и влиянии на это изменений в ядре 2.6.29. Подписавшийся на сообщения с тегом «ФП» автоматически получит все сообщения с тегом «Haskell» и т. п.
Здравствуйте, Roman Odaisky, Вы писали:
RO>4. Вместо полусотни форумов сделать сотни две тегов. Например, сообщение может иметь теги «Безопасность» (и его прочтет Кочетков), «Erlang» (чтобы заинтересовать Мамута), «Linux» (как же без Шеридана), «Алгоритмы» (Кодта тоже приглашают), если речь идет о реализации алгоритмов шифрования на Эрланге для веб-приложения и влиянии на это изменений в ядре 2.6.29. Подписавшийся на сообщения с тегом «ФП» автоматически получит все сообщения с тегом «Haskell» и т. п.
Я сейчас работаю с такой системой (не форумной, а для организации документов). Неудобно.
Прежде всего проблема в том, что если у нас куча тэгов, то сложно что-то найти. Опять же, тэги имеют смысл только для сообщений верхнего уровня темы. Ну и не так просто нормально составить словарь тэгов.
Здравствуйте, Cyberax, Вы писали:
C>Прежде всего проблема в том, что если у нас куча тэгов, то сложно что-то найти. Опять же, тэги имеют смысл только для сообщений верхнего уровня темы. Ну и не так просто нормально составить словарь тэгов.
ИМХО, с тегами работается проще, когда они имеют древовидную структуру. И их конечное число.
Если разбирать приведенный выше пример, то тот же тег "Безопасность" может содержать ряд тегов более низкого уровня, типа:
— законодательство (сюда точно кроме меня и Владимира никто не сунется )
— межсетевое экранирование
— предотвращение вторжений
— криптография
и т.п.
А вот облако я вообще не понимаю — картинка и все тут. Никакой взаимосвязи понятий или удобства навигации.
Сделать форумы для флуда. Темы удалять целиком, когда их вытеснят более интересные/актуальные темы. Таким образом флуд храниться не будет, да это и не надо.
В принципе можно ввести и бамп-лимит для содержимого тем. Т.е. ограничить количество сообщений в каждой теме. После превышения лимита тема будет всегда уходить вниз и там удалится.
Здравствуйте, DOOM, Вы писали:
DOO>ИМХО, с тегами работается проще, когда они имеют древовидную структуру. И их конечное число. DOO>Если разбирать приведенный выше пример, то тот же тег "Безопасность" может содержать ряд тегов более низкого уровня, типа: DOO>- законодательство (сюда точно кроме меня и Владимира никто не сунется ) DOO>- межсетевое экранирование DOO>- предотвращение вторжений DOO>- криптография DOO>и т.п.
А всё равно неудобно. Когда потребуется искать, то долго будешь думать "а что за тэг там будет-то"? Проще сразу по словам.
DOO>А вот облако я вообще не понимаю — картинка и все тут. Никакой взаимосвязи понятий или удобства навигации.
Это да. Разве что для красоты
Здравствуйте, Cyberax, Вы писали:
C>А всё равно неудобно. Когда потребуется искать, то долго будешь думать "а что за тэг там будет-то"? Проще сразу по словам.
Теги не для поиска!
Теги для замены форумов. Как часто ты ищешь только в одном форуме?
Теги для того, чтобы посмотреть, что пишут по интересующим тебя темам. Как форумы, только гибче.
Здравствуйте, Mamut, Вы писали:
M>Слияние тем. (Полуа)автоматическое слияние «баянов» с обсужденными ранее темами
Есть ощущение, что в технических форумах может оказаться лишним. На примере C++.
Семь лет назад: ух, а я понял как можно использовать функторы в алгоритме. Оценка: вау!
Пять лет назад: а тут недавно такая штука появилась, буст называется, можно вот так строчку переписать. Оценка: вау!
Три года назад: а на самом деле при такой передаче функтора происходит нарушение стандарта в п n.m.l. Оценка: вау!
Год назад: а вообще буст это очень сложно. (далее начинается холивар)
Т.е. комьюнити развивается и аргументация по вопросам становится глубже и полнее. Поэтому темы пятилетней давности и текущие будут проходить на разных языках. Как вывод, сливать их смысла нет.
В другом форуме (не C++, а КУ), ситуация может будет иной.
Здравствуйте, Cyberax, Вы писали:
C>Здравствуйте, DOOM, Вы писали:
DOO>>ИМХО, с тегами работается проще, когда они имеют древовидную структуру. И их конечное число. DOO>>Если разбирать приведенный выше пример, то тот же тег "Безопасность" может содержать ряд тегов более низкого уровня, типа: DOO>>- законодательство (сюда точно кроме меня и Владимира никто не сунется ) DOO>>- межсетевое экранирование DOO>>- предотвращение вторжений DOO>>- криптография DOO>>и т.п. C>А всё равно неудобно. Когда потребуется искать, то долго будешь думать "а что за тэг там будет-то"? Проще сразу по словам.
Тут вопрос количества тегов... Чистой иерархии часто не хватает, а тег — это по сути символическая ссылка.
Пример — у меня есть каталоги для каждого объекта, где мы ведем проекты и есть проект, который затрагивает ряд этих объектов — вот тут чистая иерархия перестает работать. Надо получать доступ к данным по тегу "объект" и тегу "проект" — при этом все теги в кучу перемешивать не надо, поскольку выделяется 2 четких типа: объекты и проекты.
Если строить теговую систему с таких позиций, то, ИМХО, она будет вполне управляемой прозрачной и удобной.
DOO>>А вот облако я вообще не понимаю — картинка и все тут. Никакой взаимосвязи понятий или удобства навигации. C>Это да. Разве что для красоты
А на wiki таки запихали Лучше б пространства имен сделали...
Здравствуйте, Mamut, Вы писали:
M>Аггрегация постов с других блогов/проектов
Очень интересная мысль. По хорошему сначала пост с другого проекта должен попадать в песочницу, и по результатам голосования (а-ля автомодерилка) переносится в основной форум (похожая система используется в dzone.com)
Сделать кнопку для донатсов.. на хостинг, на новое железо, на пиво rsdn-team..
если донатсов будет достаточно много, а сайт будет в открытой разработке, то можно будет платить за багфиксинг/новые фичи разработчикам.. как на сф.нет
Здравствуйте, Roman Odaisky, Вы писали:
C>>А всё равно неудобно. Когда потребуется искать, то долго будешь думать "а что за тэг там будет-то"? Проще сразу по словам. RO>Теги не для поиска! RO>Теги для замены форумов. Как часто ты ищешь только в одном форуме? RO>Теги для того, чтобы посмотреть, что пишут по интересующим тебя темам. Как форумы, только гибче.
Они для этого практически бесполезны. Точнее, вырождаются в простую деревянную систему с редкими постами, попадающими в две иерархии.
top сообщений дня/недели/месяца
по всем форумам и по каждому форуму
с сохранением истории (т.е. можно посмотреть top 10 этой прошлой, позапрошлой недели )
Здравствуйте, Cyberax, Вы писали:
C> Это да. Разве что для красоты
Тэги можно объединять в более крупные алиасы или наоборот крупные тэги дробить на мелкие смысловые единицы. Алгоритм может быть эвристическим, но тем не менее это должно быть возможно. Например, Google Alert — это ничто иное, как подписка на группу тэгов в обсуждаемом нами контексте.
Здравствуйте, Anton Batenev, Вы писали:
C>> Это да. Разве что для красоты AB>Тэги можно объединять в более крупные алиасы или наоборот крупные тэги дробить на мелкие смысловые единицы. Алгоритм может быть эвристическим, но тем не менее это должно быть возможно. Например, Google Alert — это ничто иное, как подписка на группу тэгов в обсуждаемом нами контексте.
Это _алерты_.
А тут ты будешь пытаться их использовать для категоризации и навигации. Это уже совсем другое.
Здравствуйте, Cyberax, Вы писали:
C> Это _алерты_. C> А тут ты будешь пытаться их использовать для категоризации и навигации. Это уже совсем другое.
Хорошо, не нравятся алерты, дадим полет фантазии. Системы антиспама фильтруют почту на спам / не спам, но нам никто не запрещает пытаться фильтровать таким же образом сообщения по категориям (ака укрупненным алиасам) где тэги могут играть роль заголовков. При чем делать это помимо указания явных правил фильтрации.
Здравствуйте, Mr.Cat, Вы писали:
MC>+1 Анонимно и на вакабе вместо форумного движка.
без анонимности.. и тем более не вакаба..
анонимность развязывает руки.. здесь же нужно и модерить в тяжёлых случаях..
а вакаба — како.. не важно на каком движке, главное, чтобы можно было флудить безболезненно для остального сайта..
Здравствуйте, Cyberax, Вы писали:
C>>>А всё равно неудобно. Когда потребуется искать, то долго будешь думать "а что за тэг там будет-то"? Проще сразу по словам. RO>>Теги не для поиска! RO>>Теги для замены форумов. Как часто ты ищешь только в одном форуме? RO>>Теги для того, чтобы посмотреть, что пишут по интересующим тебя темам. Как форумы, только гибче. C>Они для этого практически бесполезны. Точнее, вырождаются в простую деревянную систему с редкими постами, попадающими в две иерархии.
Редкие?
Весь форум .NET GUI — пересечение двух понятий. То же для ASP.NET. ATL/WTL входит в C. Низкоуровневое программирование распадается на несколько частей, которые совсем не пересекаются, — я имею в виду разделение по ОС. И так далее.
Представь себе, что теги уже введены. Представь себе, что дерево в левой панели можно настраивать по своему вкусу. По умолчанию там есть пункты: «C/C++» = C ∪ C++, .NET GUI = .NET ∩ GUI, ASP.NET = Веб-программирование ∩ .NET, Низкоуровневое программирование, Низкоуровневое программирование ∩ Linux, Низкоуровневое программирование ∩ MS Windows, Низкоуровневое программирование ∩ BSD и т. п. Это будет работать точно так же, как то дерево, которое есть сейчас, но будет намного больше возможностей для настройки. И будет намного проще создавать новые теги. Например, добавил теги Python, PHP и Perl, сделал их подтегами для веб-программирования, и ничего вроде бы не изменилось, но теперь желающие могут фильтровать для себя сообщения, связанные (или не связанные) с (не)любимым языком.
Здравствуйте, Roman Odaisky, Вы писали:
RO>Т. е., «используй printf(3) вместо write(2)» → «используй printf(3) вместо write(2)».
А почему man? Почему не MSDN? Мне так MSDN привычней, удобней и полезней. Да и в других местах может появится путаница.
Считаю, что должен быть какой-то явный способ ссылаться на man или msdn...
man:printf(3) -> выглядит как "printf(3)", а ссылается на страницу man
msdn:printf(3) -> выглядит как "printf(3)", а ссылается на страницу msdn
Здравствуйте, Plague, Вы писали:
P>А почему man? Почему не MSDN? Мне так MSDN привычней, удобней и полезней. Да и в других местах может появится путаница. P>Считаю, что должен быть какой-то явный способ ссылаться на man или msdn... P>man:printf(3) -> выглядит как "printf(3)", а ссылается на страницу man P>msdn:printf(3) -> выглядит как "printf(3)", а ссылается на страницу msdn
Вообще-то smth(N) — это общепринятое обозначение ссылки на man страницу. Именно поэтому писать явно man или msdn не надо. Я никогда не видел, чтобы кто-то ссылался на MSDN таким образом...
Захожу на определённый форум (например c++) **
Нажимаю иконку Y (воронка) и отображаются темы, на которые я отвечал
и темы, которые я создал, но только по выбранной тематике **
Обоснование: оценка — это в первую очередь способ ответа, а не набора баллов/репутации.
Т.е. если после длительных попыток решить проблему автор вопроса сказал "спасибо, работает" — мыло мне об этом сообщит, а если молча поставит 3 — я об этом не узнаю, пока не схожу на сайт.
Выкинуть нафик раздел "Ресурсы" и создать локальный sourceforge. Или интегрироваться с одним из существующих. Вынести на передний план Открытые проекты.
Создать каталог ценных постов (ценных стилем и идеей, не путать с "базой знаний", которая ценна информацией). Сделать его красиво оформленным и публично доступным
Создать вики-подобную "базу знаний", открытую для мира, снискать ей славу "руссоязычной википедии для программистов". Влить в нее нечувствительно базу статей наличествующую.
Здравствуйте, Roman Odaisky, Вы писали:
RO>Задача: облегчить навигацию по сообщениям.
RO>Предложение: в страницы сообщений (те, что NNNN.1.aspx) добавить <link rel="next" href="(URL следующего сообщения)" />, аналогично prev и, возможно, prefetch. То же и в страницы плоского режима (<link rel="prev" href=".../NNNN.flat.41.aspx" /> и <link rel="next" href=".../NNNN.flat.43.aspx" />).
RO>Правда, неоднозначно, какое сообщение считать следующим: то ли по дате, то ли по дереву.
А что это даёт? (подозреваю, что какой-то плагин позволяет навигироваться их с помощью?)
Сделать что-то вроде сервиса "новостей 2.0". Пользователи будут добавлять ссылки на интересные по их мнению записи в блогах, остальные пользователи путём голосования будут определять "достойность" ссылки. Ссылки с большим количеством минусов будут удаляться из общего потока. Ну и, конечно, должны быть теги, возможность привязки в форумам и быстрого создания темы для обсуждения.
M>Допуск в непрофильные форумы «за заслуги» (за рейтинг в профильных форумах)
Я бы предложил пойти ещё дальше. Человек получивший 5 минусов за ответ банится автоматом на неделю
Здравствуйте, Dog, Вы писали:
M>>Допуск в непрофильные форумы «за заслуги» (за рейтинг в профильных форумах) Dog>Я бы предложил пойти ещё дальше. Человек получивший 5 минусов за ответ банится автоматом на неделю
Заводишь себе 5 фейковых аккаунтов и пошла веселуха.
Здравствуйте, Mr.Cat, Вы писали:
MC> M>Это только если RSDN переписывать на питоне
MC> Ну тогда какой-нить аналогичный хайлайтер. А то в сообщениях форума мало поддерживается языков. Вот в вики что используется?
Здравствуйте, Roman Odaisky, Вы писали:
RO>Проблема: знаки ударения сползают в сторону, например: «ударе́ние» (для тех, у кого есть шрифт Verdana).
RO>Предложение: в CSS заменить Verdana на неглючный шрифт.
Насколько я помню разные браузеры по разному ударения отображают (в частности, если не ошибаюсь IE6 акцентирует букву -после- знака акцента)
Здравствуйте, Mamut, Вы писали:
M>Сделать что-то вроде сервиса "новостей 2.0". Пользователи будут добавлять ссылки на интересные по их мнению записи в блогах, остальные пользователи путём голосования будут определять "достойность" ссылки. Ссылки с большим количеством минусов будут удаляться из общего потока. Ну и, конечно, должны быть теги, возможность привязки в форумам и быстрого создания темы для обсуждения.
Согласен. Лично я не часто лажу по блогам, имхо, мусору бывает много, а времени мало. Очень радует, когда люди выкладывают ссылки на анонсы или какие интересные статьи/сообщения в блогах.
Здравствуйте, Mamut, Вы писали:
M>Создать "блог всея РСДНа" — нечто, что будет выглядеть как блог/лента новостей, содержать рафинированные результаты ежедневных обсуждений.
M>http://rsdn.ru/Forum/Message.aspx?mid=2182622&only=1
Здравствуйте, Mamut, Вы писали:
M>Создать каталог ценных постов (ценных стилем и идеей, не путать с "базой знаний", которая ценна информацией). Сделать его красиво оформленным и публично доступным
M>http://rsdn.ru/Forum/Message.aspx?mid=2182622&only=1
Сделать более читабельные оценки. Сейчас не особо понятно стоят плюсы или минусы, и стоят ли прочие оценки.
Лучше сделать суммовое выражение, т.е. вместо "+/-" ставить того, чего больше. Или сделаать более сложную, но понятную маркировку.
Например:
"35(3) +4 -3" == "35+1(7)" или просто "35+" или с количеством оценок "35+(10)"
или сделать всплывающие подсказки, типа навел на оценку в списке сообщений — тебе показало общую информацию, как в самом сообщении.
Сделать аналогично "картинок с бомбачками" у сообщений — картинки, что сообщения содержат ссылки на внешние или внутренние ресурсы. (можно только на внешние или как-то различать их) Что облегчит поиск ссылок в ветках. (главное ссылки в подписях игнорировать)
Здравствуйте, Twirl, Вы писали:
T>Насколько я помню разные браузеры по разному ударения отображают (в частности, если не ошибаюсь IE6 акцентирует букву -после- знака акцента)
Ты ошибаешься, это глюки отдельных шрифтов (Verdana и еще Arial Unicode MS). Если откопаешь где-нибудь такой архаизм как IE6, зайди на любую страницу русскоязычной Википедии и посмотри на знаки ударения.
Mamut wrote:
> остальные пользователи путём голосования будут определять "достойность" ссылки.
Кому оно надо? Тут подавляющее большинство чукч — читатели.
Plague wrote:
> Согласен. Лично я не часто лажу по блогам, имхо, мусору бывает много, а времени мало. Очень радует, когда люди выкладывают ссылки на анонсы или какие интересные статьи/сообщения в блогах.
Заведи себе в ЖЖ аккаунт и добавляй в друзья понравившихся авторов\сообщества. Гдето за 2-3 месяца уже получается лента новостей, которую тебе ИНТЕРЕСНО читать.
Здравствуйте, Cyberax, Вы писали:
C>Здравствуйте, Mamut, Вы писали:
C>Товарищи разработчики говорят, что это технически невозможно.
Интересно это как так получилось ? Исходники потерялись и проект не компилируется ?
Сделать возможность редактирования своих сообщений. Я не понимаю по каким причинам это нельзя сделать сейчас. Если на это реально есть какие-то объективные причины, то можно хотя бы разрешить редактирование в течение например 20 минут после отправки сообщения.
Здравствуйте, pashzhel, Вы писали:
C>>Товарищи разработчики говорят, что это технически невозможно. P>Интересно это как так получилось ? Исходники потерялись и проект не компилируется ?
Нет. Типа там есть легкоэксплуатируемые уязвимости, которые сложно устранить.
Здравствуйте, AndrewVK, Вы писали:
MC>>Сделать возможность редактирования своих сообщений. Я не понимаю по каким причинам это нельзя сделать сейчас. AVK>Миллион раз уже обсуждалось.
Напомни пожалуйста резюме обсуждений, а то поиск не работает.
Удалить как изначально ошибочный вариант "Удалить как ошибочное" в модерилке. Его вечно и бесконечно путают с "Удалить".
Оставить один вариант, удаляющий сообщение в случае "Оно моё, ответов на него нет" (с запросом "Вы уверены?") и вешающий бомбочку в противном случае.
Все, что здесь сказано, может и будет использоваться против меня.
Cyberax wrote:
> C>>Товарищи разработчики говорят, что это технически невозможно. > P>Интересно это как так получилось ? Исходники потерялись и проект не компилируется ? > Нет. Типа там есть легкоэксплуатируемые уязвимости, которые сложно устранить.
Кстати, я предлагал открывать исходники не всем, а желающим. Это разные вещи.
Здравствуйте, Cyberax, Вы писали:
C>Нет. Типа там есть легкоэксплуатируемые уязвимости, которые сложно устранить.
Что-то не могу представить лекгоэксплуатируемую уязвимость, которую в то же время сложно было бы устранить.
Да и в чем вообще может быть уязвимость ? SQL инъекции ? Вроде от них достаточно легко защитится , а что еще ? Встроенные в код пароли к БД ?
Alex Reyst wrote:
> Удалить как изначально ошибочный вариант "Удалить как ошибочное" в модерилке. Его вечно и бесконечно путают с "Удалить". > Оставить один вариант, удаляющий сообщение в случае "Оно моё, ответов на него нет" (с запросом "Вы уверены?") и вешающий бомбочку в противном случае.
Да бомбы воообще переделывать надо. Я уже 2 раза тут писал об этом, и кажется мне что администрация так и не заметила.
pashzhel wrote:
> C>Нет. Типа там есть легкоэксплуатируемые уязвимости, которые сложно устранить. > Что-то не могу представить лекгоэксплуатируемую уязвимость, которую в то же время сложно было бы устранить. > Да и в чем вообще может быть уязвимость ? SQL инъекции ? Вроде от них достаточно легко защитится , а что еще ? Встроенные в код пароли к БД ?
Да там уязвимость одна: аспдотнет.
Здравствуйте, pashzhel, Вы писали:
C>>Нет. Типа там есть легкоэксплуатируемые уязвимости, которые сложно устранить. P>Что-то не могу представить лекгоэксплуатируемую уязвимость, которую в то же время сложно было бы устранить. P>Да и в чем вообще может быть уязвимость ? SQL инъекции ? Вроде от них достаточно легко защитится , а что еще ? Встроенные в код пароли к БД ?
Скажем, подделываемые куки авторизации или специальные магические значения. Много чего может быть, не надо сюда это писать, чтобы на мысли плохих товарищей не наводить.
Cyberax wrote:
> C>>Нет. Типа там есть легкоэксплуатируемые уязвимости, которые сложно устранить. > P>Что-то не могу представить лекгоэксплуатируемую уязвимость, которую в то же время сложно было бы устранить. > P>Да и в чем вообще может быть уязвимость ? SQL инъекции ? Вроде от них достаточно легко защитится , а что еще ? Встроенные в код пароли к БД ? > Скажем, подделываемые куки авторизации или специальные магические значения. Много чего может быть, не надо сюда это писать, чтобы на мысли плохих товарищей не наводить.
Ну так это надо править, а не жаловаться, что мол трууудно...
Здравствуйте, Sheridan, Вы писали:
>> Скажем, подделываемые куки авторизации или специальные магические значения. Много чего может быть, не надо сюда это писать, чтобы на мысли плохих товарищей не наводить. S>Ну так это надо править, а не жаловаться, что мол трууудно...
Ну так правь. Постучись в команду RSDN и попроси доступ.
Cyberax wrote:
>>> Скажем, подделываемые куки авторизации или специальные магические значения. Много чего может быть, не надо сюда это писать, чтобы на мысли плохих товарищей не наводить. > S>Ну так это надо править, а не жаловаться, что мол трууудно... > Ну так правь. Постучись в команду RSDN и попроси доступ.
Я разве что картинки да иконки. Мне тестировать негде. Ни одного аспдотнета дома, сплошные генты
Здравствуйте, pashzhel, Вы писали:
P>Здравствуйте, Cyberax, Вы писали:
C>>Нет. Типа там есть легкоэксплуатируемые уязвимости, которые сложно устранить. P>Что-то не могу представить лекгоэксплуатируемую уязвимость, которую в то же время сложно было бы устранить. P>Да и в чем вообще может быть уязвимость ? SQL инъекции ? Вроде от них достаточно легко защитится , а что еще ? Встроенные в код пароли к БД ?
S>Заведи себе в ЖЖ аккаунт и добавляй в друзья понравившихся авторов\сообщества. Гдето за 2-3 месяца уже получается лента новостей, которую тебе ИНТЕРЕСНО читать.
Это только так кажется. А ведь люди пишут не только то, что мне нравится, и, как правило, большая часть их сообщений будет для меня неинтересны, т.к. они вообще не будут касаться нужной тематики. В форум же пишут по определенной тематике разные люди, т.е. то, что надо.
Я вообще не люблю ЖЖ.
Здравствуйте, Cyberax, Вы писали:
DOO>>ИМХО, с тегами работается проще, когда они имеют древовидную структуру. И их конечное число. DOO>>Если разбирать приведенный выше пример, то тот же тег "Безопасность" может содержать ряд тегов более низкого уровня, типа: DOO>>- законодательство (сюда точно кроме меня и Владимира никто не сунется ) DOO>>- межсетевое экранирование DOO>>- предотвращение вторжений DOO>>- криптография DOO>>и т.п. C>А всё равно неудобно. Когда потребуется искать, то долго будешь думать "а что за тэг там будет-то"? Проще сразу по словам.
Есть вариант тегов, подобный категориям в Википедии: дерево, к котором ветви могут пересекаться, и до определённого узла иногда можно добраться более чем одним путём. В плане юзабилити проблему можно решить так: пользователь выбирает, к примеру, категорию "безопасность", а система ему говорит, что в эту категорию входят подкатегории "законодательство", "межсетевое экранирование" и т. п., не желает ли пользователь уточнить категорию и т. д.
По просьбе Мамута, попытка третья.
Итак, автомодерирование и почему оно слабо работает. На самом деле все просто, как волшебные пузырьки. Дело в том, что для того чтобы проголосовать за какоето действие с веткой (удалить,
перенести, отделить, прочее) нужно как минимум 3 раза кликнуть мышой и 3 раза дождаться загрузки страницы.
1. Клик на бомбе
2. Ждем загрузки страницы
3. Клик на выбраном пункте действия
4. Ждем загрузки страницы
5. Клик на ветке в верхнем фрейме для возврата обратно в сообщение
6. Ждем загрузки страницы.
Не многовато ли? Плюс теряется текущий контекст. Тоесть страничка с действиями загружается в нижнем фрейме вместо сообщения.
Нет. я понимаю что можно кликать средней кнопкой мыша и рулить в соседней вкладке, но тогда вместо клика на ветке (п.5) мы должны просто закрыть открышуюся вкладку. Тоесть количество
действий уменьшается ровно на 1.
И как после этого не читать без улыбки рассуждения комманды про вебдваноль и всякие аяксы? Да хрен с ними с аяксами. Трудно менюшку на css нарисовать с отображением результата в innerhtml где-ть
внутри фрейма с сообщением? Слова "обработано", появляющегося под (рядом с) меню на пару секунд будет достаточно.
Да и само меню надо бы приклеить к верхней части фрейма, чтобы не откручивать длинное сообщение вверх только для того чтобы оценку поставить.
А вот тогда автомодерилка начнет работать в полную силу. Сейчас же в силу того, что оценки выставлять быстрее (клик на оценке + клик на "да" внутри открывшегося окна) проще поставить минус
вместо "удалить ветку" например. Психологический эффект вполне достигается.
Вобщем я считаю что управление сообщением (оценки, модерилкка) нужно сделать выпадающими меню. И уменьшить количество кликов до 2х в обоих случаях. Подтверждения не надо, так как
пользователь врядли промахнется мышкой 2 раза подряд. Ну а для тех кто промахивается можно сделать кнопку "я передумал, вертайте все обратно"
Здравствуйте, Roman Odaisky, Вы писали:
RO>Задача: облегчить навигацию по сообщениям.
RO>Предложение: в страницы сообщений (те, что NNNN.1.aspx) добавить <link rel="next" href="(URL следующего сообщения)" />, аналогично prev и, возможно, prefetch. То же и в страницы плоского режима (<link rel="prev" href=".../NNNN.flat.41.aspx" /> и <link rel="next" href=".../NNNN.flat.43.aspx" />).
RO>Правда, неоднозначно, какое сообщение считать следующим: то ли по дате, то ли по дереву.
по дереву, конечно же
какой смысл смотреть по дате, если одновременно ведутся активные обсуждения в двух параллельных подветках
, попробую предложить несколько идей и перенести те, что были предложены на его страничке. Просьба выделять идеи в подветки первого уровня и голосовать плюсиками/минусами. Если ответ короткий, было бы хорошо умещать его в строке заголовка.
Что просто заработал наконец, стабильно, и с поиском.
Здравствуйте, kochetkov.vladimir, Вы писали:
KV>Возможность добавить произвольного участника форума в персональный черный список и не видеть/получать его сообщения в дальнейшем.
Здравствуйте, DOOM, Вы писали:
DOO>Здравствуйте, kochetkov.vladimir, Вы писали:
KV>>Возможность добавить произвольного участника форума в персональный черный список и не видеть/получать его сообщения в дальнейшем.
DOO>Все-таки наболело
Кстати нет. Выводы о необходимости чего-то подобного я сделал читая чужие перепалки и требования забанить друг-друга за троллинг. Сам бы я этой фичей вряд ли воспользовался, у меня она уже давно в мозг интегрирована
Здравствуйте, Plague, Вы писали:
P>Здравствуйте, Roman Odaisky, Вы писали:
RO>>Т. е., «используй printf(3) вместо write(2)» → «используй printf(3) вместо write(2)».
P>А почему man? Почему не MSDN? Мне так MSDN привычней, удобней и полезней. Да и в других местах может появится путаница. :no: P>Считаю, что должен быть какой-то явный способ ссылаться на man или msdn... P>man:printf(3) -> выглядит как "printf(3)", а ссылается на страницу man P>msdn:printf(3) -> выглядит как "printf(3)", а ссылается на страницу msdn
Можно это ограничить или форумом unix, или персональными флагами участника.
Но тут мне не нравится другое. Например, printf(3) — ссылка куда именно — на маны FreeBSD4, FreeBSD8, Linux, Solaris или страницу SUSv3? У каждого могут быть свои специфические особенности (например, при ссылке на форматные спецификаторы группы inttypes — ман на другую систему может просто не содержать рассказа про %jd или %zd). Так что я против — лучше уж аддон к браузеру привернуть, которому задавать, куда именно рисовать ссылку...
Если в цитату сообщения попадает ссылка на картинку, замещать ее иконкой картинки, при щелчке на которую отображается оригинал (либо инлайн, замещая иконку, либо в новом окне, я хз как лучше)
Здравствуйте, kochetkov.vladimir, Вы писали:
KV>Если в цитату сообщения попадает ссылка на картинку, замещать ее иконкой картинки, при щелчке на которую отображается оригинал (либо инлайн, замещая иконку, либо в новом окне, я хз как лучше)
Уж тыщу лет назад звучало предложение добавить простой фильтр, который бы при автоматическом цитировании делал бы замену IMG на URL — дешево и проблему решает. Сейчас я это вручную делаю. Предложенный тобой вариант оптимальнее, но он требует гораздо больших трудозатрат.
Здравствуйте, Roman Odaisky, Вы писали:
RO>Предложение: в CSS заменить Verdana на неглючный шрифт.
И русские лапки в нём тоже глючные. (закрывающая лапка не туда скошена — вместо 66 там рр).
, попробую предложить несколько идей и перенести те, что были предложены на его страничке. Просьба выделять идеи в подветки первого уровня и голосовать плюсиками/минусами. Если ответ короткий, было бы хорошо умещать его в строке заголовка.
Чего мне не хватает на сайте (симметрии)
1) Оценки какие-то несимметричные +3 можно поставить, а -3 нельзя.
2) Есть смайлик "смешно" но нет смайлика "не смешно".
А то получается так: открыл одну ветку, почитал, перешел в другую; перезапустил браузер (табы сохраняются) а прицел сбит с того сообщения на котором закончил читать.
Просьба поправить цвет линка в подписи — сделать его более светлым, чтобы визуально отличались от линков сообщения (по аналогии с цветом основного текста в сообщении и подписи).
Спасибо.
сейчас приходят все сообщения из темы где отписался, и получается сложно отслеживать когда ответили конкретно тебе,
может разделить функционал "подписка на тему" и "получать ответы"
Доступную только автору сообщения, на которое текущее сообщение является ответом.
Часто бывает, читаешь ответ на своё сообщение и нет желания ни ответить, ни поставить оценку, но хочешь дать собеседнику понять, что ты прочитал сообщение. Также и наоборот, написал и ждёшь реакции собеседника и не знаешь, почему её нет — то ли оно не прочитано, то ли игнорируется.
Здравствуйте, Lazytech, Вы писали:
L>А мне некоторых смайликов iXBT здесь иногда не хватает, например:
L>:insane: L>:spy: L>:lamer: L>:mad: L>:gigi: L>:cool:
L>В общем, простора для плагиата творчества много.
Сделать кнопку, поле нажатия которой
заголовки сообщений в дереве сообщений будут раскрашены в зависимости от рейтинга автора,
например если рейтинг автора высокий сообщение красное, если рейтинг низкий синие.
Также можно добавить кнопку, позволяющую раскрасить сообщения в зависимости от их оценки, даты создания
Отвечайте на это сообщение, только если у Вас хорошее настроение и в Вашем ответе планируются только конструктивные вопросы и замечания http://rsdn.ru/Info/rules.xml
Здравствуйте, andyp, Вы писали:
A>На вкладке профиля Избранное добавить время и дату добавления сообщения в избранное и возможность сортировки по дате добавления.
+1
Еще хорошо бы показывать форум. Плюс нужна сортировка по всем полям (время/форум/автор).
Здравствуйте, igor-booch, Вы писали:
IB>Сделать кнопку, поле нажатия которой IB>заголовки сообщений в дереве сообщений будут раскрашены в зависимости от рейтинга автора, IB>например если рейтинг автора высокий сообщение красное, если рейтинг низкий синие. IB>Также можно добавить кнопку, позволяющую раскрасить сообщения в зависимости от их оценки, даты создания
Ну у меня главная индикация цветом — это прочитано/непрочитано. Не очень представляю, как это умножится на рейтинговую радугу.
т.е. чтобы в том посте вместо крика в пустоту "Кастую обоих в эту тему" люди могли сослаться непосредственно на человека каким-нть синтаксисом типа @alex_public либо [user=98162] (второе лучше, так как ники могут меняться и некоторые ники типа ӍїϛϮϠǷiя-ȺҜ или DEMON HOOD вообще непонятно, как через @ набирать) — и чтобы в таком случае человеку автоматом посылалось письмо-уведомление, что на него сослались, и заодно (для тех, у кого уведомления не настроены или их не читают) это сообщение появлялось в списке ответов.
Идея: не показывать/отмечать посты указанных пользователей.
Экстремум: не показывать/отмечать так же и их ответы на другие посты.
Варианты реализации:
1. В лоб. Просто фильтровать ветки и не показывать их целиком.
2. Не показывать ветки до появления ответов на них. После появления ответов — выделять сообщение стилем (нопример, другой цвет шрифта)
Здравствуйте, AndrewVK, Вы писали:
S>>Идея: не показывать/отмечать посты указанных пользователей. AVK>Ты бы поиском, что ли, воспользовался бы? Эту идею тут миллион раз предлагали. И я миллион раз отвечал, почему такого никогда не будет.
Посыпаю голову чем нибудь, виноват-с
Иногда всплывают старые обсуждения (особенно это актуально для нетематических форумов) и пользователи начинают отвечать в этой теме, не взглянув на дату и не осознавая, что могли пройти годы для сообщения, на которое они отвечают. Предлагаю при попытке написать ответ на старое сообщение в окне редактирования выводить плашку с предупреждением типа «Вы отвечаете на сообщение, созданное более полугода (года, другое время по договорённости) назад.»
было бы неплохо, если б на рсдн на манер фейсбука (и многих других популярных сайтов) что-нибудь заметное происходило в тот момент, когда ты онлайн и тебе отвечают или ставят оценку.
думаю, причины и прочие аргументы понятны без слов...
но было бы безусловно хорошо. а при том еще и просто сделать...
Здравствуйте, paul.marx, Вы писали:
PM>было бы неплохо, если б на рсдн на манер фейсбука (и многих других популярных сайтов) что-нибудь заметное происходило в тот момент, когда ты онлайн и тебе отвечают или ставят оценку.
Помечать цветом прочитанные сообщения на уровне RSDN, не браузера.
Чтоб форум можно было читать с разных компьютеров (рабочий и домашний, например).
Пока делать это очень неудобно.
Причем технически сделать это довольно просто скорей всего.
Re: Помечать отдельным цветом сообщения товарищей из игнор-списка.
Есть товарищи, которые пишут трэш, который читать неприятно.
Было бы классно помечать такие сообщения (в дереве сообщений) отдельным цветом, чтоб не кликать на них при просмотре.
Re[2]: Помечать отдельным цветом сообщения товарищей из игнор-списка.
Здравствуйте, antonio_banderas, Вы писали:
_>Здравствуйте, Roman Odaisky, Вы писали:
_>Есть товарищи, которые пишут трэш, который читать неприятно. _>Было бы классно помечать такие сообщения (в дереве сообщений) отдельным цветом, чтоб не кликать на них при просмотре.
Или отправлять в личный игнор. Чтобы не всплывало в выдаче последних тем.
Re[2]: Помечать цветом прочитанные сообщения на уровне RSDN, не браузера.
Здравствуйте, antonio_banderas, Вы писали:
_>Есть товарищи, которые пишут трэш, который читать неприятно. _>Было бы классно помечать такие сообщения (в дереве сообщений) отдельным цветом, чтоб не кликать на них при просмотре.
Если видишь ник неприятного тебе человека, то не читай его сообщения!
Читай лучше сообщения приятных тебе людей, которые ему отвечают!
P.S.: иногда даже неприятные люди пишут разумные вещи, поэтому имеет смысл иногда поглядывать в их сообщения!
Давайте выпилим окно подтверждения оценки, потому что неудобно кликать сначала на оценку, а потом еще и ОК.
Зачем спрашивать подтверждение, потому что всегда можно удалить оценку нажав на "крестик" на панели оценок и поставив новую, еще краше!
Даёшь упрощение простановок оценок и как следствие их популяризацию!
Re: В ответах темы убрать, туда выводить начало сообщений..
Много лет тому назад такое было в форумах РБК.. Первые 2 строки шли как темы, а если сообщение большое то надо было кликать и открывать..
Очень удобно когда столпотворение..
Re[2]: Помечать цветом прочитанные сообщения на уровне RSDN, не браузера.
Здравствуйте, akasoft, Вы писали:
_>>Причем технически сделать это довольно просто скорей всего.
A>Ну да, хранить матрицу прочтения размерностью N сообщений * M пользователей в 1 бит на стороне сервера само собой технически просто.
Где взять числа?
Моё предположение:
Пусть в среднем пишется 5000 сообщений в сутки,
пусть храним матрицу только за последний год,
пусть в системе 10000 пользователей.
Реально можно применить оптимизации: учитывать только пользователей с некоторой активностью (отметет много мертвых душ).
Развернуть БД на SSD, даже если по факту окажется не 2 ГБ, а 10 или даже 20 ГБ — вряд ли это настолько технически сложно.
И дальше 2 простейших запроса в БД. Всё! Вуаля!
Я бы наверно завел отдельную БД для этого дела.
При запросе сообщения делаем запрос на чтение к этой БД прочитанных сообщений — с тайм-аутом, который можно настраивать в профиле пользователя, чтоб не тормозило отображение сообщений, если она при сильной нагрузке будет медленно работать. В частности ноль это вообще туда не обращаться, max_value это ждать в любом случае. Дальше асинхронный запрос на запись (что пользователь кликнул по этому сообщению — теперь оно прочитанное), который вообще неважно как долго будет выполняться, лишь бы очередь таких запросов не переполнилась (даже если переполнится — ну не запомнится оно как прочитанное, ну и ладно, еще раз потом пользователь по нему кликнет).
ВСЁ!
Где здесь сложности?
Re[4]: Помечать цветом прочитанные сообщения на уровне RSDN, не браузера.
Не реализован подсчет рейтинга в непрофильных разделах.
Предлагаю при расчете рейтинга учитывать тип форума:
— в юморе повышать рейтинг за смайлики.
— в Священных Войнах повышать рейтинг за полученные отрицательные оценки.
У сложных вещей обычно есть и хорошие, и плохие аспекты.
Берегите Родину, мать вашу. (ДДТ)