Решение проблем при установке/обновлении на TYPO3 6.2

[-=UncleByte=-]

Про nginx могу сказать только что и он и php-fpm у меня всегда работают как www-data и соответственно все права на файлы-папки стоят 755 и 644 для www-data и все работает нормальным образом. А сообщения про ошибки в Install Tool 6.2 относительно прав на файлы на самом деле врут, согласен.
В общем для установки нормальных прав команды следующие:

chown -hR www-data:www-data /path/to/site/public_html/
chmod -R ugoa= /path/to/site/public_html/
chmod -R ugoa+rX,u+w /path/to/site/public_html/

Таким образом владелец и группа у файлов и папок будут www-data и права на файлы и папки, соответственно, 644 и 755.

[gabdullin]

Сообщение от -=UncleByte=-

Про nginx могу сказать только что и он и php-fpm у меня всегда работают как www-data и соответственно все права на файлы-папки стоят 755 и 644 для www-data и все работает нормальным образом. А сообщения про ошибки в Install Tool 6.2 относительно прав на файлы на самом деле врут, согласен.
В общем для установки нормальных прав команды следующие:

chown -hR www-data:www-data /path/to/site/public_html/
chmod -R ugoa= /path/to/site/public_html/
chmod -R ugoa+rX,u+w /path/to/site/public_html/

Таким образом владелец и группа у файлов и папок будут www-data и права на файлы и папки, соответственно, 644 и 755.

Из соображений безопасности php-fpm у меня запускается от имени пользователя, права на файлы и папки выставляются 640 и 750, а чтобы nginx имел доступ к этим файлам добавляем nginx в группу пользователя примерно так:

usermod -a -G nginx WebUser3

[gabdullin]

Белый экран при обновлении лично у меня вылечился следующим образом:

1. полностью очищаем папку typo3temp (со всеми папками);
2. перезапускаем php-fpm (очищаем php-кэшер, в моем случае opcache);
3. перезапускаем nginx (очищаем кэш веб-сервера);
4. через InstallTool восстанавливаем структуру папок в typo3temp.

Насколько я понял проблема больше в php-кэше. К сожалению серверные логи на эту тему вежливо молчали.

P.S. Проверил при переходах 4.7.12 -> 6.1.3 -> 6.2.0alfa3 -> ... -> 6.2.0. Убил на поиск решения примерно часов 8, постоянно откатываясь на предыдущую версию, это к вопросу зачем нужны симлинки, кто-то раньше умничал на тему зачем они нужны.
P.P.S На этапе перехода 4.7.12 -> 6.1.3 отказался от TV в пользу Fluid
P.P.P.S. Кто-то раньше спрашивал по php 5.3.3, по крайней мере до 6.2.0beta3 у мена работало на 5.3.3, сейчас 5.3.28

[-=UncleByte=-]

Сообщение от gabdullin

Белый экран при обновлении лично у меня вылечился следующим образом:

1. полностью очищаем папку typo3temp (со всеми папками);
2. перезапускаем php-fpm (очищаем php-кэшер, в моем случае opcache);
3. перезапускаем nginx (очищаем кэш веб-сервера);
4. через InstallTool восстанавливаем структуру папок в typo3temp.

Насколько я понял проблема больше в php-кэше. К сожалению серверные логи на эту тему вежливо молчали.

P.S. Проверил при переходах 4.7.12 -> 6.1.3 -> 6.2.0alfa3 -> ... -> 6.2.0. Убил на поиск решения примерно часов 8, постоянно откатываясь на предыдущую версию, это к вопросу зачем нужны симлинки, кто-то раньше умничал на тему зачем они нужны.
P.P.S На этапе перехода 4.7.12 -> 6.1.3 отказался от TV в пользу Fluid
P.P.P.S. Кто-то раньше спрашивал по php 5.3.3, по крайней мере до 6.2.0beta3 у мена работало на 5.3.3, сейчас 5.3.28

У меня был белый экран исключительно из-за TV на старых сайтах. Форк с гитхаба этот вопрос решил.
В принципе вполне реален переход и с 4.5.х на 6.2.х - но надо понимать что не все расширения будут работать сразу же, поэтому первым делом надо обновить их по максимуму.
То, что любая версия typo3 может начать выдавать странное при подключенном кешере типа APC или Xcache я уже давно для себя отметил и на тестовой локальной виртуалке не включаю их вообще. В принципе для тестирования связки nginx + php-fpm 5.4.4 + mariadb 10 вполне хватает и работает оно и без кеширования довольно быстро. На продакшн, скорее всего, имеет смысл ставить рекомендованный командой typo3 APC, но под Debian Wheezy он довольно старый, а ради одного пакета подключать какой-нибудь dotdeb совсем не хочется. Наверное решу этот вопрос как-нибудь при помощи Xcache, он хотя тоже староват, но предсказуем, что радует.

[Андрей Аксенов]

Еще одна часто возникающая (по крайней мере у меня) проблема - невозможность войти в админку. Виной этому принудительный перевод на шифрование RSA. Если вы уверены, что забиваете правильный пароль, но с нескольких раз не можете попасть в админку, то откройте файл с настройками typo3conf\LocalConfiguration.php, где TYPO3 6.2 упорно и принудительно прописывает следующее:

PHP код:

return array(
    'BE' => array(
        ...
        'loginSecurityLevel' => 'rsa',
        ... 


И измените на 'loginSecurityLevel' => 'normal'. После этого возможно проблема исчезнет, а может быть придется через Install tool создать дополнительного пользователя-администратора, через которого уже всё вернуть на место.
Кстати, то же самое возможно и для внешних пользователей, тогда исправляем по аналогии в другом месте:

PHP код:

[php]
return array(
    ...
    'FE' => array(
        ...
        'loginSecurityLevel' => 'normal',
        ... 


[/php]
Если у кого есть советы по исправлению этого пресловутого rsa, то пишите здесь.

[-=UncleByte=-]

Так вроде же RSA вполне работает еще с 4.5.х? Сначала включить RSA, потом обновить пароли с помощью задачи в scheduler и все работает.

[Андрей Аксенов]

Да, пробовал, потом почему-то всё перестало работать... Спасся только так.

[gabdullin]

Сообщение от Андрей Аксенов

Еще одна часто возникающая (по крайней мере у меня) проблема - невозможность войти в админку. Виной этому принудительный перевод на шифрование RSA. Если вы уверены, что забиваете правильный пароль, но с нескольких раз не можете попасть в админку, то откройте файл с настройками typo3conf\LocalConfiguration.php, где TYPO3 6.2 упорно и принудительно прописывает следующее:

PHP код:

return array(
    'BE' => array(
        ...
        'loginSecurityLevel' => 'rsa',
        ... 


И измените на 'loginSecurityLevel' => 'normal'. После этого возможно проблема исчезнет, а может быть придется через Install tool создать дополнительного пользователя-администратора, через которого уже всё вернуть на место.
Кстати, то же самое возможно и для внешних пользователей, тогда исправляем по аналогии в другом месте:
[php]

PHP код:

return array(
    ...
    'FE' => array(
        ...
        'loginSecurityLevel' => 'normal',
        ... 


Если у кого есть советы по исправлению этого пресловутого rsa, то пишите здесь.

После того, как Вас запустит в админку, отключите модуль rsaauth, на сервере обновите openssl до актуальной версии и снова активируете rsaauth. После этого у меня проблема исчезла. Но openssl надо обновить обязательно, там вроде какая-то версия библиотеки глюковатая была.
P.S. Правда это уже из области шаманства

[Андрей Аксенов]

Сообщение от gabdullin

После того, как Вас запустит в админку, отключите модуль rsaauth, на сервере обновите openssl до актуальной версии и снова активируете rsaauth. После этого у меня проблема исчезла. Но openssl надо обновить обязательно, там вроде какая-то версия библиотеки глюковатая была.
P.S. Правда это уже из области шаманства

согласен, шаманил... вернулся к своему совету.
следил за изменениями в базе данных - там тупо ничего не меняется в строке пароля, поэтому и не заходит. То есть, в 6.1 было normal - строка пароля соответствующая. Обновляюсь до 6.2 - в настройках rsa, но в базе данных всё неизменно... Понятно в чём дело. Но зачем??? Как-то предупреждать нужно.
Ну а что касается совета - я же писал, работало, и вот новый сайт на бете 6.2 работал, но с обновлением - как отрезало. Не могу войти и всё.
А вообще, довольно надуманная тема с паролями, безопасностью. На TYPO3 здесь всё хорошо. Были моменты по ловле вирусов, но вирусами были заражены самописные расширения - руки бы оторвал за такое написание, дорвались до скриптов php и засунули весь сайт через так.
В кратце как-то так.
Да и еще, тут только увидел: "после того как вас запустят в админку" - это кто ж волшебник-то? Написано же - в админку не заходит.

[gabdullin]

Сообщение от -=UncleByte=-

У меня был белый экран исключительно из-за TV на старых сайтах. Форк с гитхаба этот вопрос решил.
В принципе вполне реален переход и с 4.5.х на 6.2.х - но надо понимать что не все расширения будут работать сразу же, поэтому первым делом надо обновить их по максимуму.
То, что любая версия typo3 может начать выдавать странное при подключенном кешере типа APC или Xcache я уже давно для себя отметил и на тестовой локальной виртуалке не включаю их вообще. В принципе для тестирования связки nginx + php-fpm 5.4.4 + mariadb 10 вполне хватает и работает оно и без кеширования довольно быстро. На продакшн, скорее всего, имеет смысл ставить рекомендованный командой typo3 APC, но под Debian Wheezy он довольно старый, а ради одного пакета подключать какой-нибудь dotdeb совсем не хочется. Наверное решу этот вопрос как-нибудь при помощи Xcache, он хотя тоже староват, но предсказуем, что радует.

APC благополучно почил в бозе, его наследник APCU почему-то не нашел полного взаимопонимания с моим TYPO3. А вот Opcache штука перспективная, его даже включили в php 5.5. Кстати TYPO3 вполне адекватно сейчас с ним работает, в Instal Tool есть специальная кнопочка для сброса его кэша, при проверке системы Install Tool правильно определяет OpCache. Если необходимо, позже размещу скрины, сейчас сервер в дауне, немцы ему BIOS перешивают и память тестируют.