Ошибка загрузки изображения

Всем привет. Понимаю, что это гадание на кофейной гуще, но всё-таки вдруг кто-то уже сталкивался с подобным и решил проблему... Безо всякой системы периодически пользователи не могут загрузить изображение, чаще всего при создании топика. Размеры, вес и тип — соответствуют разрешённым, в логи ошибка не пишется.
Тем не менее иногда вот это:

Похожие статьи

  • Новое в версии 1.1: Тонкая настройка загрузки изображений для продвинутых
    Тем, кто следит за новинками в версии 1.1, уже известно, что в этой версии значительно переработан механизм работы с изображениями. И даже после выпуска альфа-верси при движении к бете эта работа продолжалась. В этой ...
  • Загрузка изображений
    Наткнулся на проблему загрузки изображений в пост на локалхосте OpenServer x64 Win 10 x64. AltoCMS 1.1.17. Аватар профиля ранее загрузил без проблем. Попытался в статью вставить картинку — ошибка загрузки изображения....
  • Ошибка загрузки изображения
    При создании нового поста не загружаются изображения. Если редактировать уже существующий пост, то загружаются отлично, так же и с аватарами. Чего я только не пробовал, не могу сам справиться. Помогите пожалуйста.
  • Как задать максимальный размер загружаемых изображений
    Ограничения по размеру загружаемых изображений могут задаваться: 1) в самом Alto CMS 2) в настройках PHP 3) в настройках сервера

25 комментариев

0
Размеры, вес и тип — соответствуют разрешённым
Соответствуют разрешенным в движке? А в настройках пхп и сервера? Вот прям к этому топику есть похожие статьи, и там есть про все настройки
0
да, разрешённым в движке, в коммент грузятся на ура те же самые картинки, а в топик через раз...
в топик гарантированно грузятся только при редактировании (по теме похожей статьи), но при этом не было никаких изменений в языковых файлах + в логах вообще никаких ошибок
добавлю ещё — мне самому этот баг воспроизвести не удаётся, всё без проблем загружается, т.е. даже зацепиться не за что
0
Я правильно понял: проблема возникает только при создании статьи? При редактировании и в комментах проблемы нет?
Отредактирован:
0
да, верно
но, повторюсь, системы нет, один и тот же пользователь с одной и той же картинкой может смочь, а может не смочь
0
да, и вот ещё, только что проверил хронологию...
вот эта E_NOTICE [8] unserialize(): Error at offset 159 of 414 bytes, которая возникает в Topic.entity.class.php on line 904), по времени примерно совпадает с неудачной попыткой загрузки картинки
может это и не связано, т.к. я не могу предположить ничего уже))
0
Не знаю, связана ли ошибка загрузки с ошибкой десериализации, но вот сама ошибка десериализации может быть связана с кодировкой базы. Если версия мускуля позволяет, то лучше для таблиц задать кодировку utf8mb4, только в конфиге тоже надо задать соответствующий параметр.
0
эта ошибка тянется ещё с переезда со старой версии, когда надо было конвертировать базу, но попробую, конечно, есть где тестировать))
мы тут в версиях уже и до атрибутов файла добрались, но и они ни при чём
0
повесьте контрольный вывод отладочных данных на каждый выброс «ошибка загрузки изображения». Постепенно, поднимайтесь «вверх» по коду, вплоть до обнаружения некорректных данных и соответственно проблемного места.
0
к стыду своему признаю, что понял суть, а как сделать — не знаю
подскажете?
0
$this->Message_AddError(«ошибка в таком то месте или значение переменной», $this->Lang_Get('error'));

или чтобы не показывать ошибку:
$file = «/путь к файлу/файл.txt»;
$fh = fopen($file, «a+») or die(«File ($file) does not exist!»);
$data="ошибка в такомто месте или значение переменной";
fwrite($fh, $data);
fclose($fh);
0
какое расширение? что в логах?
0
пусто в логах, опыт показал, что расширение тоже роли не играет, но на всякий случай добавил разные варианты, включая верхний регистр
0
вы не ответили на мой вопрос. вопрос был таким: какое расширение? Хорошо. будем считать что расширение роли не играет (в действительности движок обрабатывает разные типы содержимого в графических данных по разному, соответственно от того какая версия у вас php или конкретной библиотеки — могут быть неожиданности). Тогда надо искать проблемное место как описано выше.
0
окей, один юзер, одна картинка
при создании топика — лотерея (грузит/не грузит/опять грузит, сейчас не грузит, через пол часа (час, 10 минут) грузит без проблем)
в коммент — без проблем,
при редактировании топика — без проблем
при чём тут расширение?
0
логи php ошибок не содержат? Время работы скриптов достаточно большое? Может оно по таймауту отваливается? (медленная система, длительное время отработки скриптов обрабатывающих загрузку?)
0
в логах php последняя запись от первого мая, отношения к картинкам не имеющая...
как ещё объяснить то? только при создании топика, и то не всегда, а при загрузке той же самой картинки в коммент всё проходит нормально
0
А вы случайно не игрались с настройками «типа контента» в админке?
0
было дело, но под них и шаблоны соответствующие делал
но сейчас они выпилены полностью, в т.ч. и из БД
0
Была у меня проблема с типами контента, после чистки БД ошибка пропала. Но раз вы всё это уже прокрутили, нужно видимо в другую сторону копать
0
да, проверил все возможные причины и даже бредовые идеи
как показывает опыт, подтверждённый fantastish — баг этот непредсказуем и неуловим и в причинах не нуждается)))
0
У меня «Ошибка загрузки изображения» возникает при переключении на визуальный редактор, со стандартным редактором это же изображение грузится нормально, да и вообще ошибок загрузки еще замечено не было. Попробуйте, может дело в этом.
0
Только написал, что у меня все нормально и... мвахаххаха тоже перестали загружаться изображения, теперь и в обычном редакторе. Совсем :D
0
угу, дело не в редакторе, визуальный вообще не использую
0
Но по крайней мере у меня картинки загружать можно, если предварительно залить их куда-нибудь, потом выбрать загрузку (не вставку) по ссылке.
0
по ссылке всё, как часики, в т.ч. и гиф-анимированный, который при прямой загрузке статичен (ну, это конфиг хостинга таков)
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.