PDA

Просмотр полной версии : Очередной No template found. Неожиданное решение.


forever
21.10.2009, 23:49
При переносе на новый хостинг обнаружилась такая проблема.
При первой загрузке старницы все нормально. При повторном, когда страница берется из кэша, и в последствии при обращении к любым другим страницам, вылазит пресловутое 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%!

shuman
22.10.2009, 05:32
там вроде как говорится что нужно forcecharset и не надо использовать rendercharset
у вас как?

cherkatel
22.10.2009, 08:59
http://dev.mysql.com/doc/refman/5.1/en/charset-connection.html [^]

SET NAMES 'x' is equivalent to these three statements:
SET character_set_client = x;
SET character_set_results = x;
SET character_set_connection = x;

SET CHARACTER SET x is equivalent to these three statements:
SET character_set_client = x;
SET character_set_results = x;
SET collation_connection = @@collation_database;

я из ветки понял что устанавливать эти 2 опции одновремено бессмысленно или даже вредно. Вообще первое что я делаю после установки - убеждаюсь что и у таблиц, и у всех их полей collation_general_ci.
а rendercharset на связь с базой не влияет

Еще такие глюки были после обновлений ядра, решались анализатором базы

forever
22.10.2009, 13:47
forceCharset и renderCharset тут непричем (по крайней мере в моем случае). Первый был установлен в 'utf8', второй вообще не задан. Collation для всех таблиц и их полей задан верно. Речь идет именно об одной единственной опции при соединении с базой. Изначально она у меня была прописана на локальной машине при работе под виндой, т.к. без нее кодировка слетала. При переезде на временный хостинг в инете все было нормально, а когда перенесли уже к заказчику, начались проблемы.