Тема девается в очередь удаления, получат approve = -2 в базе. По уму надо проверять тему после загрузки или грузить с доп. where, но аффтор пока не огонь
Тогда надо восстановить последовательность появления ошибки, у меня не получается.. Даю предупреждение, создается тема, удаляю тему, пишет в скрытую (без ошибок), удаляю тему в базе, создает новую.
В последней версии (2.2.1) такого вроде уже нет - обнови.
Там, правда, другой глюк, тему удаляешь, она попадает в очередь на удаление, но приложение продолжает писать в эту невидимую тему
Казалось бы, что может быть проще проверки наличия темы предупреждения перед добавлением в нее дополнения и создания новой, если флаг наличия темы стоит, а темы нет
Это банальная недоработка.
Если ошибка связана с этим запросом, то тут не колонка базы, а вычисление - вся эта фигня POWER с возведение в степень дробного числа. В результате может получится число с огромной дробной частью, которое великовато для DOUBLE в коде. Но это только предположение, колонок DOUBLE в этой таблице нет.
Значит с синтаксисом не разобрались, у меня реврайтами куча старых ссылок конвертируется.
Можете добавить
error_log /var/log/nginx/error.log notice;
rewrite_log on;
в конфиг, увидите лог обработки правил реврайта, поймете, почему не попадаете.
Если у вас nginx рулит сервером, то rewrite по маске, что-то типа
server {
# ...
rewrite ^(/forum/topic/.*)$ http://primer.ru$1 permanent;
У апача тоже такие фичи есть, всё это называется rewrite, ищите.
А как вы можете обновлять (или изменять) фонты иконок, не внося изменений в исходный код форума?
Изменений не будет заметно визуально, иконки одинаковые в разных версиях, просто в старших их больше.
А если не насиловать сервер такими запросами, а передать параметр featured?
$params = array('featured' => '1');
$curl = curl_init( $communityUrl . $request .'&'.http_build_query($params) );
Ну и убрать из тела проверку на featured.
Плюс надо проверить, что приходит в ответ в параметре page, там может быть несколько страниц.