Миграция с 4.5LTS c templavoila на 6.2LTS
 

Добрый день.

Скоро будет выпущен релиз 6.2LTS. В этой версии впервые не будет поддержки templavoila.

Существует проект по миграции: http://forge.typo3.org/news/649
Однако про TV там нет ни слова.

Есть попытки автоматизировать миграцию с templavoila на fluidtemplate, однако это сопряжено с большим количеством телодвижений.

http://www.derhansen.de/2014/01/typo...tion-from.html

Возможно у кого-то есть намеченные пути для миграции. Буду рад услышать разные версии, как пессимистические так и оптимистические.

Now we are in the situation that 3 years later (we had 4.6, 4.7, 6.0, 6.1) lots of methods are finally really gone. So for the first time, people upgrading from 4.5 to 6.2 will face some major breaking of their sites.

(Перевод). Сейчас мы находимся в ситуации, когда через 3 года (у нас было 4.6, 4.7, 6.0, 6.1) много методов, наконец, действительно ушли. Так в первый раз, люди, обновляющиеся с 4.5 до 6.2 столкнутся с некоторыми крупными нарушениями своих сайтов.

http://forge.typo3.org/news/649

Так, миграция с 4.5 на 4.7 была существенно затруднена из-за изменения тегов в редакторе, а с 4.х на 6.х - из-за изменения структуры папок.

ИМХО, чтобы не "столкнуться с некоторыми крупными нарушениями своих сайтов", нужно сесть на нопу и вручную перебросить контент в новую версию 6.х.

А то, что "в версии 6.2LTS впервые не будет поддержки templavoila", так это мы еще посмотрим.

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

Не в тему, но все же...:D

Установил typo3_src-6.2.0beta4. Появляются такие сообщения:
Install->System enviroment->System enviroment chek:
!
No PHP opcode cache loaded
PHP opcode caches hold a compiled version of executed PHP scripts in memory and do not require to recompile any script on each access. This can be a massive performance improvement and can put load off a server in general, a parse time reduction by factor three for full cached pages can be achieved easily if using some opcode cache. If in doubt choosing one, APC runs well and can be used as data cache layer in TYPO3 CMS as additional feature.

!
Windows apache thread stack size
This current value can not be checked by the system, so please ignore this warning if it is already taken care of: Fluid uses complex regular expressions which require a lot of stack space during the first processing. On Windows the default stack size for Apache is a lot smaller than on UNIX. You can increase the size to 8MB (default on UNIX) by adding the following configuration to httpd.conf and restart Apache afterwards:
<IfModule mpm_winnt_module>
ThreadStackSize 8388608
</IfModule>

Строки добавлены в C:\Apache24\conf\httpd.conf, но сообщение не исчезает...

Да еще и openssl не устанавливается.
Как устранить... пожалуйста...:mad:

Одна из Ваших проблем связана с "No PHP opcode cache loaded".

Есть ли инфо о Zend OPcache?

Однако основная Ваша проблема это выбранная ОС. Если есть время на освоение, смотрите в сторону linux.

Информации о Zend OPcache нет в инфо. Есть только такие строки:
zend.detect_unicode On On
zend.enable_gc On On
zend.multibyte Off Off
zend.script_encoding no value no value
Система Win7 Uitimate, программное обеспечение сервера: Apache/2.4.3 (Win32) PHP/5.4.22 OpenSSL/1.0.1c.
Неужели и в самом деле только на Linux все без проблем? Если убедите, что это так, то придется покинуть Win7 в части Typo3 6.2. Что посоветуете?:confused:

В Вашей системе не установлен OPcache. Тут просматриваются несколько путей: либо искать, как запустить движок TYPO3 без OPcache, либо устанавливать OPcache. В частности, когда OPcache есть в системе, phpinfo отдаёт следующего вида инфо: http://screencast.com/t/HKBxcoQd.

Относительно linux -- всё достаточно субъективно, однако, как кажется мне, linux, особенно gentoo, предоставляет большую гибкость конфигурирования чего-либо :)

A PHP opcode cache is loaded?

В конце концов удалось "доконать" техподдержку: "Николай, пожалуйста, проверьте еще раз страничку требованиями Typo3. Кэш должен начать распознаваться вашим движком."

Из "красноты" на хостинге осталось:
Some PHP functions disabled
disable_functions=dl posix_mkfifo symlink link passthru shell_exec system proc_open popen curl_multi_exec show_source. These function(s) are disabled. TYPO3 uses some of those, so there might be trouble. TYPO3 is designed to use the default set of PHP functions plus some common extensions. Possibly these functions are disabled due to security considerations and most likely the list would include a function like exec() which is used by TYPO3 at various places. Depending on which exact functions are disabled, some parts of the system may just break without further notice.

(Перевод) Некоторые функции отключены PHPdisable_functions = DL posix_mkfifo символическая ссылка ссылка PassThru shell_exec системы proc_open POPEN curl_multi_exec show_source. Эти функции (ы) отключены. TYPO3 использует некоторые из этих, так что могут быть неприятности. TYPO3 предназначен для использования по умолчанию набор функций PHP плюс для некоторых общих расширений. Возможно, эти функции отключены по соображениям безопасности и, скорее всего, этот список будет включать в себя функцию, как Exec (), которая используется TYPO3 в различных местах. В зависимости от точной функции отключены, некоторые части системы может просто разорвать без предварительного уведомления.

Пишут, что на виртуальных хостингах "эти функции отключены по соображениям безопасности".

На локалхост - все "зеленое".

Так что дело в PHP.

"You can increase the size to 8MB..."
Это тоже в php.ini

Лично я ставлю:

max_execution_time 360
max_input_time 600
post_max_size 48M
upload_max_filesize 48M

А на хостинге опосля моих "увещеваний" поставили 488M