- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Что делать, если ваша email-рассылка попала в спам
10 распространенных причин и решений
Екатерина Ткаченко
В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Здравствуйте!
В интернет-магазине woocomerce при загрузке фотографий товара периодически возникает Ошибка HTTP: http://prntscr.com/l94a73 и не получается сохранить фото.
При этом, ошибка возникает не всегда - фото одного и того же формата jpg иногда загружаются нормально, а иногда выдают эту ошибку
И при этом, если после этой ошибки закрыть окно и нажать Опубликовать товар (или Обновить) то можно увидеть название этого файла, без превью, выбрать его: https://prnt.sc/l94d45 и после этого уже можно его задать как изображение товара.
Хотя это уже неправильный путь, и это сказывается на сайте - когда загруженное таким способом фото на сайте попытаться открыть во весь экран, то ничего не отображается: https://prnt.sc/l94ce4
Подскажите, как можно бороться с такой ошибкой?
Подскажите, как можно бороться с такой ошибкой?
Смотреть логи ошибок сервера.
(вообще это самая странная из самых часто встречающихся проблем. Не всегда в рамках форума удаётся разобраться)
nikonlay, Обычно если размер фото превышает допустимые в настройках, такое происходит
Обычно если размер фото превышает допустимые в настройках, такое происходит
Ну насчёт "обычно" ты зангул - обычно проблем нет :)
А бывает что большая картинка грузится, а мелкая нет (не мой опыт, а на форумах). А бывает не с первого раза..
А если проблема при генерации миниатюр (когда "превышает"), то это проще - хорошо должно быть видно в логах.
SeVlad, вас понял, посмотрел логи сервера, вроде как нашел место, где была загрузка того фото:
Но честно говоря, не совсем понятно, что из этих строк можно извлечь. Могли бы вы подсказать, на что конкретно смотреть в логах?
посмотрел логи сервера,
Это логи доступа. А нужно смотреть логи ошибок. (Там будут notice, warning, fatal error)
А тут, судя по первой строке, есть проблемы и с кроном.
Поставь https://wordpress.org/plugins/health-check/ и проверь работу. Особое внимание на петлевой запрос.
Логи ошибок - вы имеете в виду файлы error...10-23.log ?
Да, они там есть, рядом с файлами access_.._23.log, но при этом в файлах access есть инфа, а все 7 файлов error что там есть весят по 0 байт, то есть в них ни одного символа даже нет.
Я поэтому подумал, что может это какие-то неправильные файлы, не может же быть, что прям ни одной ошибки за неделю не было? Ну и искомой ошибки HTTP там, соответственно, тоже нет.
Модуль health-check сейчас поставлю и проверю, потом отпишу, что он выдал
Логи ошибок - вы имеете в виду файлы error...10-23.log ?
Возможно. Они могут назваться как угодно (на чаще в имени есть "error") и располагаться где угодно (где настроено сервером).
а все 7 файлов error что там есть весят по 0 байт, то есть в них ни одного символа даже нет.
Возможно ошибки не туда пишутся, либо отключена запись.
Можно сделать такой финт - в конфиг написать:
Ошибки будут писаться в wp-conten/debug.log
SeVlad, спасибо!
Как сказали в поддержке хостинга, логи сервера хранятся в папке logs, и в этой папке как раз есть файлы access_... и error_... по датам. И в файлах access есть инфа, а файлы error - пустые. Хотя вчера специально открывал несуществующие страницы, чтобы вызвать ошибку 404. Но в файл все равно ничего не записалось.
А то что ошибки туда не пишутся или запись ошибок отключена - не подскажите, это настраивается через панель управления хостингом, или где-то в коде файлов сайта прописывается?
За финт спасибо! Применил. БОльшая часть, что он пишет, это
Что какая-то функция устарела в одной тем. Но у меня даже не эта тема используется.
И еще пара ошибок, которые, насколько я понимаю, тоже вроде не связаны с этой ошибкой http:
Что какая-то функция устарела в одной тем. Но у меня даже не эта тема используется.
Если не используется, значит не должна и вызываться. Если вызывается - значит где-то и используется.
И еще пара ошибок, которые, насколько я понимаю, тоже вроде не связаны с этой ошибкой http:
Ну вот, последняя строка (Fatal error) - не хватка памяти. См https://codex.wordpress.org/%D0%A7%D0%90%D0%92%D0%9E/Allowed_memory_size_exhausted
И да, надеюсь ты логи смотрел после того, как попытался загрузить картинку и получил ошибку "Ошибка HTTP".
---------- Добавлено 24.10.2018 в 12:30 ----------
А то что ошибки туда не пишутся или запись ошибок отключена - не подскажите, это настраивается через панель управления хостингом, или где-то в коде файлов сайта прописывается?
Нет, это у хострера косяк. Либо всё же не туда пишется, либо они запретили. Стоит его подолбить. Про финт может даже не рассказывать (сразу во всяком случае), а для начала на 404 напирать.
Хмм, вас поняли. Странно как-то, ведь активирована другая тема. Может удалить эту тему maxstore тогда?
Причем этот Deprecated каждую минуту показывается.
И тут малый вопрос возник - а удалить тему через админку нельзя, как я понял, только активировать или нет?
На счет нехватки памяти - вас поняли, сейчас попробуем сделать рекомендованные шаги.
И странно, что эта ошибка в 4.20 утра возникла, когда никто из нас на сайт не ходил..
И да, конечно, логи смотрел после того, как пытался загрузить фото с ошибкой http
Вот только что снова попытался загрузить и ошибку получил.
Проверил файл debug.log - там ничего не появилось, только Deprecated этот каждую минуту, и до попытки загрузи и после.
Хостера подолбил, они какое-то время разбирались, потом говорят -@ у вас 404 в файле access_.. отображается.
Только не совсем понятно тогда - зачем нужны файлы и access и error, при этом в access получается и ошибки доступ, а в error - ничего?