После смены хоста не кешируются изображения

[viair]

Ребят всем привет !

Есть следующая ситуация :

Был рабочий магазин, на Opencart 1.5.1.3 перенес на новый хост, обновил до Opencart 1.5.4.

База подсасывается с другого магазина с помощю скрипта.
Описания товаров, опции, пути к файлам ресурсов валидные в базу прописываются корректно. Подкачка самих картинок в целевую папку тоже осуществляется.

Проблема такова :
Не кэшируются картинки товаров. То есть в целевой каталог /image/data/products ресурсы скриптом загружаются.

А вот в/image/cache/data/products они почемуто уже не попадают. В бэкэнде список товаров тоже без картинок. Права к обоим папкам стоят : 755

 

Вопрос: Куда рыть? Какие причины могут быть ?

 

Заранее спасибо !

[shoputils]

Попробуйте поставить права 777

[afwollis]

775

еще вариант - удалить все в image/cache.

чтобы движок/скрипт сам создал все необходимые поддиректории

ну а "точно" скажет только лог, в котором должны быть все ошибки.

[Tom]

Наблюдал похожую ситуацию.

 

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

 

Во втором случае вина была в самих картинках,все папки и сами картинки не просто были на русском, а имели вид например   

 

"______________0-0-0-0-Меховые варежки"

 

"______________0-0-0-1-Пуховые варежки"

 

здесь товару было не много  и пришлось ручками переписать всё.

 

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

[viair]

Ребята, спасибо за быстрые ответы !

afwollis, все эти варианты проделал еще до того как задать вопрос, не помогли :) Лог - пуст.  Стоило заметить еще такую вещь, у какихто 70+ товаров из 2000+ картинки всетаки есть, после того как сносил кэш, они же заливались движком в /image/cache/data/products по новой. Сейчас смотрю еще одна новость, после инсталяции модуля Latest двиг зкешил еще с десяток картинок к товарам которые выгреб данный модуль.

 

Tom ну да, чтото похоже на 1й или 3й вариант. 2й исключаю т.к "предок" магазина работает на другом хосте и сейчас на нем подобных проблем не наблюдается, плюс все имена прописаны транслитом. да парсинг базы и новых ресурсов происходит 2 раза в день.
В конфиге кроме основных 2х config.php в чем еще может быть причина ? По идее если бы в установках была проблема то и с загрузкой в целевую папку и в операциях с базой были бы проблемы так ?

Судя по всему кешит только те картинки, что заливаются по новой, а все прежние перенесеные с ядром както игнор..

[afwollis]

Лог - пуст.

значит у вас не настроено логирование ошибок.

если не создались изображения - в логе ОБЯЗАТЕЛЬНО БУДУТ ошибки.

[viair]

значит у вас не настроено логирование ошибок.

если не создались изображения - в логе ОБЯЗАТЕЛЬНО БУДУТ ошибки.

Если вам не сложно, укажите где и как сконфигурировать подачу логов по кешу.

[afwollis]

речь о стандартном error_log web-сервера, в который должны попадать все ошибки (в данном случае - от php), а не о "логировании кэша".

кроме того для удобства есть внутренний лог в движке:

админка - система - журнал ошибок.

настройки тут:

админка - система - настройки :: магазин - вкладка сервер :: @Показывать ошибки:@ ----- да

админка - система - настройки :: магазин - вкладка сервер :: @Записывать ошибки:@ ----- да

админка - система - настройки :: магазин - вкладка сервер :: @Файл журнала ошибок:@ ----- error.txt (по-умолчанию)

для профилактики можно добавить в .htaccess

php_flag display_errors on

[DarkP]

речь о стандартном error_log web-сервера, в который должны попадать все ошибки (в данном случае - от php), а не о "логировании кэша".

кроме того для удобства есть внутренний лог в движке:

админка - система - журнал ошибок.

настройки тут:

админка - система - настройки :: магазин - вкладка сервер :: @Показывать ошибки:@ ----- да

админка - система - настройки :: магазин - вкладка сервер :: @Записывать ошибки:@ ----- да

админка - система - настройки :: магазин - вкладка сервер :: @Файл журнала ошибок:@ ----- error.txt (по-умолчанию)

для профилактики можно добавить в .htaccess

php_flag display_errors on

Такая же проблема. Как решить?

 

Включил логирование. error.txt не появился.

 

Может настройки сервера? Не хватает какого-то модуля? Мой сайт: http://mebelkupi.net/

[DarkP]

Вот лог ошибок. Может поможет?

 

 

2014-05-22 13:21:45 - PHP Notice:  Use of undefined constant php - assumed 'php' in /home/l/lapaev/mebelkupi.net/public_html/catalog/view/theme/theme266/template/module/featured.tpl on line 107
2014-05-22 13:21:45 - PHP Notice:  Use of undefined constant php - assumed 'php' in /home/l/lapaev/mebelkupi.net/public_html/catalog/view/theme/theme266/template/module/latest.tpl on line 65
2014-06-28 17:08:32 - PHP Notice:  Use of undefined constant php - assumed 'php' in /home/l/lapaev/mebelkupi.net/public_html/catalog/view/theme/theme266/template/module/latest.tpl on line 65
2014-06-28 17:08:32 - PHP Notice:  Use of undefined constant php - assumed 'php' in /home/l/lapaev/mebelkupi.net/public_html/catalog/view/theme/theme266/template/module/latest.tpl on line 65
2014-06-28 17:08:32 - PHP Notice:  Use of undefined constant php - assumed 'php' in /home/l/lapaev/mebelkupi.net/public_html/catalog/view/theme/theme266/template/module/latest.tpl on line 65
 

[viair]

Ух, давно я тут не был :)
 

Озвучиваю причину, которая была в тот раз:  Как и предполагал Tom , причина заключалась в имени одного из файлов картинок, в нём присутствовали юникод символы а точнее - знаки долготы. После того, как парсер залил графические файлы в папку ресурсов, OC сразу же подавился.

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

Так-же, была ситуация, когда файловый менеджер OC выпадал и больше не грузился (возможность залить графику для товара тоже исчезала) после не удачной попытки (через него же) загрузки картинок по причине привышения лимита памяти, на пример так "Fatal error: Out of memory (allocated 46661632) (tried to allocate 3720 bytes)....." собственной библиотекой /system/library/image.php.
Решалось так:
1) Увеличение memory_limit = 256M; (Был случай с OC2. меньше не прокатило) 
2) Зачистка целевой папки от недописанного (иногда случается) файла.  
3) Контрольная зачистка кеша.

Змінено 24 березня 2016 користувачем viair