Intellect Board Pro
Система управления форумами
Объявление

30 ноября 2015 года выпущена окончательная версия Intellect Board 3.00! Перейти к скачиванию
Также доступен конвертор данных для IntB 2.22

Для получения новостей о новых версиях подписывайтесь на наши страницы ВКонтакте и в Twitter.

Привет, гость!

Связывание сообщений: интерфейсы и схема данных

Несколько типов ссылок (в правом верхнем); длинный тап на главной ссылке

Настройки отображения темы Показывать по сообщений с сортировкой .
Выводить , отправленные .
Правила раздела
Одна страница
Распечатать
К данной теме присоединены сообщения из темы «Архивная тема ошибок, существовавшая до выпуска 3.0 beta»
_1_
Участник
Всего сообщений: 147
Зарегистрирован: 14 окт 2014, 09:11
Рейтинг пользователя: 15

0 +
7 апреля 2015, 01:12. Редактировалось 14 раз, последний — 31 марта 2016, 17:49#2
(перекрёстные ссылки)Система адресации постов и вложений
Может ли одна тема принадлежать сразу нескольким разделам?



Адрес (гиперссылку) конкретного сообщения удобней получать в формате "Prompt". При этом всплывает модальное окошко, в котором поле с адресом гиперссылки уже выделено. (осталось нажать [Ctrl]+[C]).

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

-


Формат "один пост на страницу" полезен для встраивания во фрейм: из главного фрейма идёт управление через дерево ссылок, а в двух правых фреймах (один над другим) отображаются соответствующие посты, эмулируя вопрос-ответ:
  • верхний фрейм - вопрос
  • нижний фрейм - ответ
Такой страницей (содержащей дерево ссылок) можно наглядно показывать структуру обсуждений  в конкретной теме. Или оформлять вложенные цитаты (в отличие от привычного формата, уровень их вложенности и "сиблинга" может быть любым!).

Как для вложенных цитат, так и для структуры обсуждений  главное - не количество запросов к серверу, а степень понятности контента, предназначенного для конечных пользователей.

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

html-страница – в роли БД:  

4X_Pro
Основатель проекта
Всего сообщений: 205
Зарегистрирован: 22 сен 2014, 18:56
Откуда: Москва, Перово
Рейтинг пользователя: 4

0 +
7 апреля 2015, 03:16. Редактировалось 1 раз, последний — 7 апреля 2015, 03:20#3
_1_ написал(а):
Адрес (гиперссылку) конкретного сообщения удобней получать в формате "Prompt". При этом всплывает модальное окошко, в котором поле с адресом гиперссылки уже выделено.

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

Режима "Одно сообщение на страницу" в IntB не будет. Так как а) непонятно зачем нужно, б) плохо с точки зрения SEO (и даже если закрыть подобное от индексации, все равно оно будет источником лишнего траффика и нагрузки на сервер), в) если пользователь приходит на это отдельное сообщение, то он может не сразу сообразить, как переключиться на нормальную тему (сам на это напарывался с vBulletin в свое время).
_1_ написал(а):
Формат "один пост на страницу" полезен для встраивания во фрейм: из главного фрейма идёт управление через дерево ссылок, а в двух правых фреймах (один над другим) отображаются соответствующие посты, эмулируя вопрос-ответ:

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

В разделе "Планы развития" очень четко и однозначно сказано, что древовидного режима ответов в IntB никогда не будет.

Критикуя — предлагай, предлагая — обосновывай!
Для тех, кто живет в Интернете — мой блог о Web-разработке.

_1_
Участник
Всего сообщений: 147
Зарегистрирован: 14 окт 2014, 09:11
Рейтинг пользователя: 15

0 +
7 апреля 2015, 16:01. Редактировалось 3 раза, последний — 21 марта 2016, 09:36#4
4X_Pro написал(а):
В разделе "Планы развития" очень четко и однозначно сказано, что древовидного режима ответов в IntB никогда не будет.

Да я помню. Мы с Вами обсуждали это ещё до Нового года. Но у меня остались некоторые доводы, которые ждут своей очереди. Думаю, что будущий разговор окажется интересным. Для всех.

Позитивно отнесусь к перемене Вашего мнения о древовидных структурах. Даже не стану заострять внимание на этом факте.

_1_
Участник
Всего сообщений: 147
Зарегистрирован: 14 окт 2014, 09:11
Рейтинг пользователя: 15

0 +
21 марта 2016, 11:53. Редактировалось 6 раз, последний — 20 июля 2016, 22:06#5
(, )<  от 4X_Pro:
   Планы развития на ближайшее будущее ...
•  Имейте в виду, что в Intellect Board никогда не будет древовидной структуры комментариев вместо линейной      ....











_1_ написал(а):
И не "вместо", а "вместе". Вместе с обычной линейной структурой пользователи смогут работать с TreeView-конструктором. Это удобно, это полезно.


Вы правы в том, что с корнем вырывать пост из контекста, где этот пост изначально был опубликован это плохо: не эргономично, не понятно. Хотя, с другой стороны, сами же идёте против этого правила, когда перемещаете посты в другие темы.

<  от 4X_Pro:
Режима "Одно сообщение на страницу" в IntB не будет. Так как а) непонятно зачем нужно, б) плохо с точки зрения SEO (и даже если закрыть подобное от индексации, все равно оно будет источником лишнего трафика и нагрузки на сервер), в) если пользователь приходит на это отдельное сообщение, то он может не сразу сообразить, как переключиться на нормальную тему (сам на это напарывался с vBulletin в свое время).


а) непонятно зачем нужно

         


  • Иногда (и довольно часто!)) тему легче понять, если читать её не_последовательно. При помощи сетевых древовидных структур в любой дискуссии можно выделить подветки, и не выводить на экран посты чужих подветок.

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

    ==
         И что мешает добавить на форум эту возможность?!  Правда же, здорово?

    Мне ни к чему полностью древовидный форум. Он, действительно, сложен для восприятия. Но возможность из любого обычного поста перейти в соответствующую виртуальную подветку – увидеть последовательность ответов именно на конкретный пост – это ОЧЕНЬ желательно!


  • Элементарная защита от спама: не показывать плохие посты.


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

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


  • В дереве не стоит полностью копировать текст сообщений. Пусть будут только заголовки — краткая суть каждого сообщения. Таких заголовков в здешнем форуме вообще нет. И, в этом смысле, такие деревья дополнят сегодняшние возможности форума.




-

б) даже если закрыть подобное от индексации, все равно оно будет источником лишнего трафика и нагрузки на сервер

Спорное утверждение. Ваш стереотип: считаете, что пакет из нескольких постов можно разместить только на странице. Но ведь это не так: вложениями приведу ещё два способа:
  • ScrapBook-архив
  • chm-файл (или pdf)

И тут уже акцент, скорее, даже не на файловом, а на реляционном способе передачи информации от сервера к пользователю. Файлы применяются лишь как промежуточный носитель. В таком виде скачал всю тему — потом читай или компонуй её, как душе угодно.
Есть не изменяемая информация: контент (и даже его можно редактировать локально)). А есть — структурная: взаимосвязь_фрагментов. Хотелось бы наладить обмен такой структурной информацией: виртуальные темы. Количество постов в группе может быть во много раз больше, чем при страничном способе.


-

в) если пользователь приходит на это отдельное сообщение, то он может не сразу сообразить, как переключиться на нормальную тему

Плавающие блоки дают интуитивно-понятный способ обособленного отображения частей страницы: см. doc-вложение к посту #1(п.14). Это могут быть даже более мелкие части, чем отдельный пост.

И ещё о безграмотном оформлении: ( - последняя часть поста)
Прикрепленные файлы:

_1_
Участник
Всего сообщений: 147
Зарегистрирован: 14 окт 2014, 09:11
Рейтинг пользователя: 15

0 +
31 марта 2016, 18:32#6
 
Мой броузер добавляет плавающие блоки после окончания загрузки страницы. Поэтому код блка всегда расположен ниже основного контента. Это очень удобно, так как позволяет по ссылкам из блока фокусироваться на оригинальных идентификаторах. То есть, например, блок содержит копию поста; и, кликнув в правом верхнем углу этой копии, я заставляю страницу (которая под блоком) показать этот пост в контексте обсуждения.
 
Так должно быть. Но для этого придётся изменить тип главной ссылки, как-то так: #p621



 
?  Интересно, а в чём была фишка использования таких странных адресов: post-621.htm  (как будто, это ссылка на файл; хотя, на самом деле, движок каждый раз собирает этот пост из базы, причём, в составе страницы)). Чем оправданы эти дополнительные запросы к серверу? — вместо того, чтобы просто перепрыгнуть на текущей странице, приходится её перезагружать.

_1_
Участник
Всего сообщений: 147
Зарегистрирован: 14 окт 2014, 09:11
Рейтинг пользователя: 15

0 +
31 марта 2016, 18:50. Редактировалось 5 раз, последний — 2 апреля 2016, 05:13#7

Я не против, пусть ссылка post-621.htm останется, но не будет главной…
         


Предлагаю для каждого поста по (длинному) (~ 2 секунды) тапу на главной ссылке вызывать менюшку, в которой может быть несколько разнотипных дополнительных ссылок, (предназначенных для этого же поста). Среди этих дополнительных разместить нашу:  post-621.htm


_1_
Участник
Всего сообщений: 147
Зарегистрирован: 14 окт 2014, 09:11
Рейтинг пользователя: 15

0 +
20 июля 2016, 21:04#8
4X_Pro написал(а):
_1_ написал(а):     Адрес (гиперссылку) конкретного сообщения удобней получать в формате "Prompt". При этом всплывает модальное окошко, в котором поле с адресом гиперссылки уже выделено.


Непонятно зачем нужные сложности. Гораздо проще щелкнуть правой кнопкой мыши по ссылке и "Скопировать адрес ссылки", чем вызывать это окно, и копировать из него адрес.


По трудоёмкости — обе операции ~равны.

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

Учёные давно используют похожий параметр:  «индекс цитирования». Я же предлагаю учитывать не только явные цитаты, но и попытки их сделать (например, попытку скопировать гиперссылку в локальный документ).

Но вся эта статистика неполноценна, ненадёжна: её можно накрутить. Поэтому, её придётся дополнить: использовать платные рейтинги, и основную статистику вести на их основе...

-

Вместо всплывающих сообщений, клики можно собирать при каждой попытке открыть всплывающий список ссылок (#7): все типы гиперссылок разместить в этом списке.

Одна страница
Распечатать

У вас нет прав для отправки сообщений в эту тему.

0: Контрольная точка "Конец инициализации". Время выполнения: 0.001. Запросов: 8, время запроса: 0.000 (39.13)%. Памяти использовано: 513912 байтов

0: Контрольная точка "Фиксация действия пользователя выполнена". Время выполнения: 0.002. Запросов: 10, время запроса: 0.001 (45.42)%. Памяти использовано: 514240 байтов

0: Контрольная точка "Основное действие выполнено". Время выполнения: 0.007. Запросов: 17, время запроса: 0.002 (26.31)%. Памяти использовано: 762880 байтов

0: Контрольная точка "Вспомогательные действия выполнены". Время выполнения: 0.007. Запросов: 19, время запроса: 0.002 (26.73)%. Памяти использовано: 770592 байтов

0: Контрольная точка "После срабатывания шаблонизатора.". Время выполнения: 0.009. Памяти использовано: 1059416 байтов