Практически в каждой папке изображений товаров кроме нормальных файлов картинок товаров формируются файлы папок со подобным названием 1019.750.jpg,https:
Я так понимаю это ошибка в коде, но как ее вычислить. Откуда ноги растут?
Возможно, это результат импорта изображений товаров с помощью CSV-файла, в котором вы указали URL нескольких изображений в одной ячейке через запятую. Вместо этого нужно добавить в файле несколько столбцов с одинаковым названием для изображений, и в каждом столбце указать по одному URL.
Вам всё-таки удалось найти причину и решить проблему? У меня такая же проблема, которую уже не первый год наблюдаю. Образуются папки с названиями такого вида:
Никакого импорта не делалось ни разу и плагинов оптимизации тоже нет, а такие файлы тоже появляются. Очень редко, но бывает раз в полгода натыкаюсь и убиваю пару штук.
Встречаются иногда и более интересные образцы программного творчества
Слева список файлов и странный каталог. Справа этот каталог уже открыт и путь вложенных каталогов очень забавный получается 1666.200x0.jpg"></div></a>< или вот такие более длинные пути встречаются
Моя система контроля файлов изображений находит разные бяки время от времени. Для очистки можно использовать ?module=repair&action=emptyPath&all=1, но хотелось бы понять причину появления таких каталогов.
На всякий случай повторюсь. Плагинов обработки изображений нет. Импорт не делается.
Есть мнение, что большинство пользователей даже не в курсе, что у них такое есть, но они об этом не знают по всяким разными причинам.
Не смог найти у себя ничего подобного... Но суть, думаю, такая: есть какая-то поделка (если исключить SS, то, видимо, какой-то плагин) которая зачем-то обращается к изображениям товара. При этом эта поделка получает перечень изображений (или путь к изображениям) товара не из БД, а какими-то окольными путями. В итоге неправильно распарсив эту строку с изображениями и не проверив предварительно существование такого файла, пытается куда-то что-то например скопировать штатными инструментами.
Вот такая команда (файла и каталога asdda/1808.750...бла-бла-бла на момент запуска не существовало)
Исходя из этого, я б искал нечто, что зачем-то использует изображения товара. Этим нечто, скорее всего, будет какой-то плагин. Исходя из того, что в пути у вас встречаются всякие html-теги, я б смотрел плагины как-то торчащие во фронтенде. В случае с https это может быть и не фронтенд, а просто неправильно полученный путь к изображению (вместо пути берется URL), т.е. границы поиска виновника расширяются. Но в любом случае, этому партизану зачем-то нужны изображения, которые он криво берет из магазина. Поэтому надо смотреть состав плагинов, и думать, какие из них могут использовать в своей работе изображения товаров (плагины экспорта в разные социальные сети, например). Ну приблизительно в таком направлении искал бы...
Ах да, забыл... Если происходит нечто похожее на описанной мной выше, то это может (должно?) гадить в логи ( php.log). Поэтому включив логгирование ошибок php в настройках приложения Логи и внимательно их поизучав, допускаю, можно пролить свет на источник этого дела...
У меня висит уже с месяц один плагин из недавних установок под подозрением на эту тему, но пока не разберусь и не свяжу все события вместе, то не могу быть однозначно уверен. Пока на одной установке его отцепил от работы в бекенде, а на второй оставил. Посмотрю что там накапает в процессе работы.
Сам движок в таких вещах есс-но скорее всего не замешан. Собственно к нему и вопросов нет в этом плане.
Стоит плагин обработки фото продуктов "Сжатие JPG и PNG файлов (TinyPNG)". Может быть у кого такие же проблемы, тоже стоит такой плагин? Может быть он создаёт папки?
10 комментариев
Возможно, это результат импорта изображений товаров с помощью CSV-файла, в котором вы указали URL нескольких изображений в одной ячейке через запятую. Вместо этого нужно добавить в файле несколько столбцов с одинаковым названием для изображений, и в каждом столбце указать по одному URL.
Михаил, товары импортировал, но все ссылки на фото были разнесены по ячейкам.
А может это быть плагин оптимизации изображений?
Попробуйте уточнить это у разработчика плагина.
Вам всё-таки удалось найти причину и решить проблему? У меня такая же проблема, которую уже не первый год наблюдаю. Образуются папки с названиями такого вида:
1315.250x333.jpg%7C
1686.250x333.jpg|
1808.750x0.jpg,https:
Никакого импорта не делалось ни разу и плагинов оптимизации тоже нет, а такие файлы тоже появляются. Очень редко, но бывает раз в полгода натыкаюсь и убиваю пару штук.
Встречаются иногда и более интересные образцы программного творчества
Слева список файлов и странный каталог. Справа этот каталог уже открыт и путь вложенных каталогов очень забавный получается 1666.200x0.jpg"></div></a>< или вот такие более длинные пути встречаются
Моя система контроля файлов изображений находит разные бяки время от времени. Для очистки можно использовать ?module=repair&action=emptyPath&all=1, но хотелось бы понять причину появления таких каталогов.
На всякий случай повторюсь. Плагинов обработки изображений нет. Импорт не делается.
Есть мнение, что большинство пользователей даже не в курсе, что у них такое есть, но они об этом не знают по всяким разными причинам.
Не смог найти у себя ничего подобного... Но суть, думаю, такая: есть какая-то поделка (если исключить SS, то, видимо, какой-то плагин) которая зачем-то обращается к изображениям товара. При этом эта поделка получает перечень изображений (или путь к изображениям) товара не из БД, а какими-то окольными путями. В итоге неправильно распарсив эту строку с изображениями и не проверив предварительно существование такого файла, пытается куда-то что-то например скопировать штатными инструментами.
Вот такая команда (файла и каталога asdda/1808.750...бла-бла-бла на момент запуска не существовало)
waFiles::copy(wa()->getDataPath('asdda/1808.750x0.jpg,https://qqq,ru/asr/asd/asd.jpg', true), wa()->getDataPath(null, true) );создает вот такую структуру каталога
Исходя из этого, я б искал нечто, что зачем-то использует изображения товара. Этим нечто, скорее всего, будет какой-то плагин. Исходя из того, что в пути у вас встречаются всякие html-теги, я б смотрел плагины как-то торчащие во фронтенде. В случае с https это может быть и не фронтенд, а просто неправильно полученный путь к изображению (вместо пути берется URL), т.е. границы поиска виновника расширяются. Но в любом случае, этому партизану зачем-то нужны изображения, которые он криво берет из магазина. Поэтому надо смотреть состав плагинов, и думать, какие из них могут использовать в своей работе изображения товаров (плагины экспорта в разные социальные сети, например). Ну приблизительно в таком направлении искал бы...
Ах да, забыл... Если происходит нечто похожее на описанной мной выше, то это может (должно?) гадить в логи ( php.log). Поэтому включив логгирование ошибок php в настройках приложения Логи и внимательно их поизучав, допускаю, можно пролить свет на источник этого дела...
У меня висит уже с месяц один плагин из недавних установок под подозрением на эту тему, но пока не разберусь и не свяжу все события вместе, то не могу быть однозначно уверен. Пока на одной установке его отцепил от работы в бекенде, а на второй оставил. Посмотрю что там накапает в процессе работы.
Сам движок в таких вещах есс-но скорее всего не замешан. Собственно к нему и вопросов нет в этом плане.
Есть предположение что такое может образовываться при вставке изображения по URL с другого сайта.
Стоит плагин обработки фото продуктов "Сжатие JPG и PNG файлов (TinyPNG)". Может быть у кого такие же проблемы, тоже стоит такой плагин? Может быть он создаёт папки?