Возможности популярных движков. И планы их разработчиков.

Не аксессуары, а Аякс. Чёртов Т-9.

Я не вникал. Рассказываю как пользователь.

Почему АЯКСом новые посты добавляются быстро?
Предполагаю, что в режиме чата броузер получает новые посты в дежурных пакетах (раз в полминуты), складирует их в кэш, но не показывает, пока пользователь не нажмёт на индикатор.

Режим чата автоматически включается для последних страниц каждой темы.

Покажи, где я такое написал?. Это написал ты. Я же написал, что клиентские скрипты исполняются в твоём браузере. И быстрота зависит от стоимости твоего девайса (его характеристик), и чистоты самого ява-кода. Те, или иные переменные, переданные разными методами занимают больше или меньше байт памяти.
Короче-такие уведомления-дорогое удовольствие.

Ява и кверли не взаимодействуют с кешем. Пусть 4XPro поправит, если я не прав.

Пользователь, так есть у тебя свой сайт, или нет? Дай глянуть.

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

Ссылку не дам...

Тебя отсеяли уже, сектант платных рейтингов? Давай ссылку в личку.

Недавно, встретил оригинальную идею "кэширования" на стороне пользователя: все пиктограммки, веб-формочки, скрипты — затолкать в файл расширения, и подключить его к браузеру. Кое-какой опыт уже много лет есть у крупного форума У данного пользователя нет прав размещать ссылки!

Идея интересная в целом, но конкретно для IntB пока не особо актуальная. Это имеет смысл делать для уже раскрученных проектов. Кроме того, расширение будет брозуер-зависимое, т.е. придется делать отдельно для Firefox, отдельно для Chrome.
И еще момент: не уверен, что с помощью такого расширения можно заблокировать отправку запросов на обновление данных из кеша. А если нельзя, то и смысла особо нет заморачиваться, достаточно просто настроить кешировние всего этого на сервере + объедиить некоторые картинки в один файл.

 


Я соглашусь с Вами.

Но почему давно нет разговоров о планах развития? О первоочередных идеях?
 Сейчас здесь скажу. А через недельку удалю или перенесу в другую тему.

1. IntB недоделан. Явные ошибки, которые прям бросаются в глаза:
 

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

 
—  об эти грабли каждый из админов и пользователей будет спотыкаться постоянно. И все эти пункты решаются через дополнительную таблицу, транслирующую внешние гиперссылки во внутренние id объектов БД.

 

Нет возможности выводить посты отдельно (не в составе страниц). Предыдущий пункт как раз иллюстрирует одну из потребностей в раздельных постах.

2. Как привлечь в проект программистов и администраторов?

Предлагаю позиционировать этот сайт как творческую площадку для экспериментов. Есть два замечательных новшества:
 

автоматическая генерация оглавлений;     через плавающие блоки можно в любой сайт интегрировать платёжно-оценочный сервис. И на его базе строить правильные форумские рейтинги.

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

Возможно, и для оглавлений понадобятся какие-то фрагменты форумского движка.... Не знаю.
А вот для рейтингов точно понадобятся комментарии. Их предлагаю организовать, используя части от существующего IntB-движка.

Второй пункт — это мировая известность и популярность на уровне лучших поисковиков. Но и риск есть: можно получить явное обвинение в фальшивомонетничестве или нарваться на подлую провокацию, ...

Не обязательно делать расширение отдельным.
Как вариант: эмулировать форум локально.  Получим взаимодействие баз данных: локальной файловой и реляционной серверной БД. При локальном отсутствии запрашиваемых постов, локальная БД обратится к серверной... И сохранит эти посты у себя.

-

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

Локальная веб-страничка не обязательно должна быть похожа на родной форум. Её стили и компоновка могут строиться по другим шаблонам.

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

Сутенёр, ты когда-нибудь сможешь обосновать твою слепую страсть к бабкам в интернете?