Next Generation CMS :: Форум поддержки

RMC, протестируй, plz и отпишись о результатах.
У меня-то всё работает,.. но тестер из меня хреновый

Amarelius, есть такое дело. Тут достаточно сложный и спорный вопрос.
С одной стороны ты предлагаешь верное решение, с другой - придётся потом пользователя редиректить на страницу с комментами (т.е. уводить со страницы новостей).

В любом случае что-то с плагином буду делать уже после релиза.

RMC, сделаю.

Мне кажется, что это надо решать не средствами PHP, а на уровне WEB сервера.
Причина проста - на подгрузку скриптов уходит достаточно много времени и заблокировать можно разве что тех, кто балуется с кнопкой "F5". От любой даже самой простой DOS атаки это не спасёт.

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

Ясно. В общем вопрос к хостеру

dimkonevidimko, ошибка 503 точно не может быть связана с NGCMS - это ошибка "Service Unavailable".
Чаще всего встречается в случае, когда у хостинг провайдера установлена связка NGINX + Apache и Apache падает (или просто слишком сильно нагружен).

Потерпи немного, как хостер оживёт - всё должно заработать

p.s. Какая версия установлена? Релиз 0.9.0 или текущий 0.9.1 Release Candidate 0 ?

Перевожу на русский: при использовании модулей auth_basic и auth_punbb корректная их работа возможна только в том случае если в полях "модуль авторизации" и "модуль хранения БД" находится одно и то же значение.

p.s. На самом деле разные значения возможны,.. но базы должны быть синхронизированы. Это не твой случай

Это нарушение правил использования модулей авторизации, так делать нельзя.
Для всех существующих на текущий момент auth плагинов необходимо в параметрах "модуль авторизации" и "модуль хранения БД" прописывать одинаковое значение.

Разделение этих параметров сделано специально, позволит, к примеру, сделать возможность авторизации через WebMoney, но сохранять учётные записи в собственной БД (или в БД тот же punBB).

Ok, сделаю.
Если новость одновременно в нескольких категориях, то как поступаем? Учитываем только главную категорию или ищем полное соответствие?

Узнать практически никак - в базе хранится шифрованный пароль (точнее - его хеш), при сильном желании методом перебора его можно "сломать" (это если есть доступ к базе).
Если же и доступа к базе нет, то совсем никак.

Выложил небольшое обновление документации.
Читаем, ищем неточности,..

Винни, в чистке есть один момент - это дополнительная нагрузка и в основной поток обработки такого добавлять нельзя.
Добавлю в раздел обслуживания системы, чтобы админ периодически (раз в 1-2 месяца) мог при желании нажимать кнопку "очистить кеш".

На самом деле кеш не создаёт никаких проблем и необходимости его чистить обычно нет.. разве только для "чтобы было красиво".

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

Насколько сложен - не знаю. Надо будет поставить вашу версию PHP/mysql и править возникающие ошибки пока не заработает. У меня есть огромное подозрение, что проблема возникнет не только с mysql, но и надо будет искать альтернативу некоторым новым функциям PHP (с этим, в принципе, проболем нет - почти для всех на php.net есть варианты решения проблемы).