Очередной No template found. Неожиданное решение.
При переносе на новый хостинг обнаружилась такая проблема.
При первой загрузке старницы все нормально. При повторном, когда страница берется из кэша, и в последствии при обращении к любым другим страницам, вылазит пресловутое No template found! Где я только не копал. Под конец обнаружилось, что на хостинге отключена функция exec(), грешил на нее. Но дело оказалось не в ней. Решение нашлось случайно, когда наткнулся на баг http://bugs.typo3.org/view.php?id=6006 Там комментариях добрый человек написал: I noticed this problem when using ---- SET NAMES utf8 SET CHARACTER SET utf8 ---- in the setDBinit field (Install Tool >> All Configuration) When I changed it to only ---- SET NAMES utf8 ---- the problem disappeared Баг уже довольно старый, а тайпа у меня стоит последняя стабильная. Если вы только начинаете знакомство с тайпой, Добро пожаловать в ад, %username%! |
там вроде как говорится что нужно forcecharset и не надо использовать rendercharset
у вас как? |
Цитата:
а rendercharset на связь с базой не влияет Еще такие глюки были после обновлений ядра, решались анализатором базы |
forceCharset и renderCharset тут непричем (по крайней мере в моем случае). Первый был установлен в 'utf8', второй вообще не задан. Collation для всех таблиц и их полей задан верно. Речь идет именно об одной единственной опции при соединении с базой. Изначально она у меня была прописана на локальной машине при работе под виндой, т.к. без нее кодировка слетала. При переезде на временный хостинг в инете все было нормально, а когда перенесли уже к заказчику, начались проблемы.
|
Часовой пояс GMT +4, время: 01:42. |
Работает на vBulletin® версия 3.8.1.
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Перевод: zCarot