Перейти к содержанию
viair

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

Рекомендуемые сообщения

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

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

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

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

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

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

 

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

775

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

 

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

 

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

 

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

 

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

 

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

 

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Лог - пуст.

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

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

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

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

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

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

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

php_flag display_errors on

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

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

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

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

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

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

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

php_flag display_errors on

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

 

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

 

 

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
 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Озвучиваю причину, которая была в тот раз:  Как и предполагал 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) Контрольная зачистка кеша.

Изменено пользователем viair

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Для публикации сообщений создайте учётную запись или авторизуйтесь

Вы должны быть пользователем, чтобы оставить комментарий

Создать учетную запись

Зарегистрируйте новую учётную запись в нашем сообществе. Это очень просто!

Регистрация нового пользователя

Войти

Уже есть аккаунт? Войти в систему.

Войти

  • Последние посетители   0 пользователей онлайн

    Ни одного зарегистрированного пользователя не просматривает данную страницу

×

Важная информация

На нашем сайте используются файлы cookie и происходит обработка некоторых персональных данных пользователей, чтобы улучшить пользовательский интерфейс. Чтобы узнать для чего и какие персональные данные мы обрабатываем перейдите по ссылке. Если Вы нажмете «Я даю согласие», это означает, что Вы понимаете и принимаете все условия, указанные в этом Уведомлении о Конфиденциальности.