[BETA] Search Engines Friendly Board

[DedPichto]

Поставил Guest Sessions MOD Вроде проблема с sid'ами исчезла.

Вот, кстати, неплохой анализатор для тестирования:
http://www.submitexpress.com/analyzer/

[rin]

Врубился, у роботов куков нет, и ему будет передаваться постоянно.

[Xpert]

Чего "этого"? Если просто не передавать sid (покопавшись в коде это можно отключить), робот создаст колоссальную нагрузку на сервер во время индексации, т.к. на каждое новую открытую им страницу будет создаваться своя сессия.

[DedPichto]

Xpert
Основная цель, как я понимаю, чтобы при индексации в яндекс/гугл и проч. не попадали ссылки вида doсument.html?sid=бла-бла-бла

Guest Sessions MOD отрубает sid'ы для гостей и такую возможность реализует. Чем грозит его установка вкупе с Вашим модом? Действительно ли можно перегрузить сервер?

[Xpert]

DedPichto
Нагрузка создается если их неправильно обрезать. Guest session mod делает это более-менее правильно.

[Maus]

SID убирается в .htaccess

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

[DedPichto]

Такая вот проблема, если это проблема. В индексацию попало очень много линков такого вот вида:
phpBB2/topic2357.html?view=previous
phpBB2/topic2425.html?view=next

Это нормально?

[Xpert]

Нет. Значит вы не полностью поставили мод, эти линки для гсотей убираются.

[NEW]

Радует, что есть такая тема, спасибо, будем пробовать.
> Мод преобразует большинство ссылок форума в псевдо-статичные (вида forum16.html, post1054.html и т.д.).
> Также не решен вопрос уборки sid

Как раз напрягают те же самые вещи в дефолтной phpBB:
- sid, которые в итоге посетителями конференции копируются в линки и засоряют всё;
- структура линков;
- неинтуитивный для юзера синтаксис поиска;
- крайне неудобная дефолтная админка (удаление юзера из группы или работа со списком пользователей, получение внятного линка на инфо юзера, допустим, с ником в конце строки отсутствует - продуманность и интуитивность околонулевая).

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

То есть на входе (редактор, новостник) работает с базой в динамике,
при создании/изменении документа _однократно_ генерируется (регенерируется) html и выкладывается на сайт.
Для посетителей - обычный статический сайт, для создателей контента - все удобства динамики. Нагрузка на железо - низкая. Существуют ли такие решения?

[Xpert]

Смотря для какого сайта. Вообще подобные решения широко применяются.

[NEW]

Xpert

Для сайта www.radeon2.ru

Подобные решения пока встречал только в движке форума
(ixbt.com, когда там работал).

Вообще подобные решения широко применяются.

Если нетрудно, где можно посмотреть?

[Xpert]

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

[NEW]

Xpert
Гм... осталось только спросить, где найти такого разработчика

Добавлено спустя 6 минут 47 секунд:

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

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

С точки зрения юзабилити - как минимум, одно лишнее действие.
Реализация с плавающим окном ответа - известна.

PS: кстати, у вас здесь поле быстрого ответа не растягивается в ширину до правого края окна,
по крайней мере, в Мозилле и IE6
кроме того, по мере загрузки в IE переползает от правого края к левому, к полю смайликов

PPS: Личка - без поля быстрого ответа, почему-то и разработчики php, и Вы, и наш php-админ, считают, что отвечать на сообщение, который не держишь перед глазами, очень удобно (здесь надо иметь резиновую память или юзать MDI)
Считать личку веб-почтой, конечно, можно, но "ответить с цитатой" все же менее удобно для человека, привыкшего работать в окне быстрого ответа. А столь существенная разница в дефолтном оформлении лички и форума лично у меня вызывает некоторое недоумение. Хотя приходится мириться, конечно.

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

[[R: R@m$e$ :U]]

NEW

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

для варианта Extended Quick Reply v2.3.0 by Xpert с модификациями от atrus'а =) для обычного быстрого ответа, изменения аналогичные...
quick_reply.tpl
убиваем

Код: Выделить всё

         txtarea.focus(); 

Код: Выделить всё

   txtarea.focus(); 

это из функции insert_at_cursor
quick_reply.js
убиваем

Код: Выделить всё

doc.post.message.focus();

это из функции putName

Код: Выделить всё

doc.post.message.focus();

это из функции quoteSelection
=) и не будет перехода к форме ввода =)

[NEW]

[R: R@m$e$ :U]

Спасибо!

PS: поправил сообщение выше.