Если я перейду к Filelist в бэкенде Typo3 и отмечу опцию отображения миниатюр, я увижу только неработающие ссылки на изображения.
Тем не менее, я помню, что в какой-то момент миниатюры отображались нормально.
Тест ImageMagick в инструменте установки опечатки показывает, что ImageMagick работает нормально.
Что делать?
Это проблема не только RealURL, хотя чаще всего это происходит, когда пользователи манипулируют этим файлом вручную, чтобы добавить собственные правила. В любом случае эта проблема также возникает с typo3conf/localconf.php.
Как подтвердить:
Щелкните правой кнопкой мыши на сломанном изображении и выберите Open image in new window, откроется файл с адресом вроде: http://somedomain.tld/typo3/thumbs.php?&file=..%2Fuploads%2...etc используйте какой-нибудь браузер для предварительного просмотра исходного кода, т.е. в Chrome добавьте к адресу view-source:, например: view-source:http://somedomain.tld/typo3/thumbs.php?&file=...etc. Перед кодом изображения не должно быть пробелов...
Как предотвратить?
Как вы написали. Проверьте свои файлы конфигурации, такие как realurl_conf.php или localconf.php, и убедитесь, что перед <?php нет пробелов. В случае завершения скрипта.... просто удалите тег ?>, чтобы скрипт завершился автоматически без пробелов (даже если вы добавите 100 пустых строк после последней строки кода), к сожалению, иногда обнаруживая это одно раздражающее место в конфигах занимает часы, так что....
Как исправить навсегда?
Я удивлен, что это не исправлено спустя все эти годы, в то время как это довольно легко с ob_end_clean(), отредактируйте файл: t3lib/thumbs.php, в начале (т.е. сразу после тега php) добавьте строку:
<?php
ob_start();
Далее находим метод main(), добавляем в его начало строку для очистки выходного буфера, который удалит весь мусор, включенный из других файлов:
function main() {
ob_end_clean(); //here
...
Вуаля!
После обновления Plesk на одном из серверов системным администратором клиента мы получаем пустой файл /tmp/.tmp.err, к которому в конфигурации php автоматически добавляется auto_prepend_file.
Таким образом, все PHP-скрипты TYPO3 начинались с пустой строки. Все динамические эскизы и динамически генерируемые XML-файлы были сломаны. Какая-то уникальная ситуация, но, возможно, может кому-то помочь.
В нашем случае старая версия расширения spamshield вызывает ту же ошибку. У нас были Typo3 4.7.15 и spamshield 1.0.2. Пожалуйста, проверьте журналы ошибок сервера на наличие таких записей, как:
Предупреждение PHP: require_once(PATH_tslibclass.tslib_pibase.php): не удалось открыть поток: Нет такого файла или каталога в /typo3conf/ext/wt_spamshield/Classes/Extensions/class.tx_wtspamshield_extensions_abstract.php в строке 25, реферер: http://domain.tld/typo3/sysext/cms/layout/db_layout.php?id=16 [Вт, 17 сентября, 09:46:13 2013] [ошибка] [клиент 92.203.10.178] Неустранимая ошибка PHP: require_once(): Не удалось открыть требуемый «PATH_tslibclass.tslib_pibase.php» (include_path='/ typo3/contrib/pear/:.:/usr/local/php-5.3/lib/php') в /typo3conf/ext/wt_spamshield/Classes/Extensions/class.tx_wtspamshield_extensions_abstract.php в строке 25, реферер: http://domain.tld/typo3/sysext/cms/layout/db_layout.php?id=16
Обновление «спамшилда» до 1.1.0 исправило это.
Есть большая вероятность, что у вас может быть расширение
задний URL
установлены.
Пожалуйста, проверьте конфигурацию realUrl.
Обычно это находится в
типорут/typo3conf/
и называется realurlconf.php, realurl_conf.php или realurl_autoconf.php
Убедитесь, что перед тегом <?php нет строк комментариев или пробелов, а также после закрывающего тега php в конце.
Очистите кеши опечаток, после чего все снова заработает.
