Форма принимает сообщение, но не даёт прикрепить техническое задание или фотографию: посетитель повторяет попытку, а менеджер получает обращение без нужного документа. Сначала определите этап отказа: файл нельзя выбрать, загрузка обрывается, сервер отклоняет его или получатель не видит уже сохранённое вложение. Увеличивать лимит наугад опасно: ограничение может находиться в другом звене, а бесконтрольная загрузка создаёт новые риски.
Кому это актуально
Разбор для владельца действующего сайта, который ставит задачу разработчику и принимает исправление. Результат диагностики — воспроизводимый сценарий с типом файла, размером, этапом отказа и ожидаемым поведением.
Если без вложений тоже пропадают обращения, нужен более широкий разбор пути заявки от формы до CRM. Здесь разбираем именно передачу файла.
Где прекращается передача вложения
Файл нельзя выбрать или он исчезает из поля
Зафиксируйте расширение и размер, устройство, браузер и способ выбора: из папки, камеры или облачного приложения. Повторите выбор с небольшим безобидным документом разрешённого формата. Если один источник выбора работает, а другой нет, это сужает проверку интерфейса, но ещё не устанавливает причину.
По документации MDN атрибут accept подсказывает браузеру допустимые типы. Он не заменяет проверку на сервере. Если нужный формат недоступен в окне выбора, разработчик должен сверить подсказку с фактическими правилами обработчика.
Файл выбран, но загрузка завершается отказом
Сравните небольшой и более крупный файл одного разрешённого типа. Запишите момент появления ошибки и её текст. Сообщение сразу после выбора и отказ после начала передачи требуют проверки разных участков.
Разработчику полезно определить, дошёл ли запрос до приложения и на каком слое возник отказ: перед ним, в обработчике или при записи. Для PHP отдельно сверяют upload_max_filesize, post_max_size и время приёма входных данных: руководство PHP описывает эти ограничения как возможные препятствия загрузке. Проверяют фактическую конфигурацию проекта, а не только значение в панели CMS.
Сайт сообщил об успехе, но вложение недоступно
Разделите результаты: файл принят, сохранён, связан с обращением и доступен нужному получателю. Полоска прогресса или имя рядом с кнопкой не доказывают прохождение всей цепочки.
Если файл сохранён, выясните согласованный способ доставки: вложение письма, ссылка с ограниченным доступом или файл в карточке CRM. Наличие обращения без документа требует проверки этой связи. Не стоит повторять загрузку настоящего документа, пока неизвестно, где остаются предыдущие копии.
Безопасная матрица проверки
Проводите отправки на согласованном тестовом контуре с тестовой почтой и CRM. Для первого наблюдения достаточно скриншота ошибки и сведений о файле; паспорта, договоры и клиентские документы не нужны. Не прикладывайте к задаче полный сетевой дамп: в нём могут оказаться cookies, токены и содержимое формы.
Ниже учебная матрица, а не результат проверки конкретного сайта. Размеры берут из согласованного требования к форме.
| Тестовый файл и размер | Этап наблюдения | Что зафиксировать |
|---|---|---|
| Пустой учебный PDF заметно меньше лимита | Выбор и загрузка | Выбран ли файл, принят ли сервером |
| Учебный PDF чуть меньше границы | Приём и сохранение | Доступен ли целиком в нужном обращении |
| Учебный PDF чуть больше границы | Отказ | Понятна ли причина, сохранён ли текст формы |
| Небольшое изображение разрешённого типа | Выбор с телефона | Совпадает ли поведение с компьютером |
| Безвредный файл неразрешённого типа | Проверка формата | Получен ли ожидаемый отказ без обхода защиты |
Меняйте один параметр за попытку. Если одновременно сменить размер, формат и устройство, результат будет трудно объяснить. Для каждого теста добавьте время, браузер, фактический размер в байтах, ожидаемый и фактический результат; имя файла должно быть условным.
Учебный пример: маленький PDF проходит, а больший PDF того же типа отклоняется. Это основание проверить ограничения размера на всех звеньях, а не доказательство неисправности хостинга. Если же оба сохраняются, но один отсутствует у получателя, сначала проверяют доставку уже принятого файла.
Какие риски закрывает правильное исправление
Цель — принимать необходимые бизнесу документы с понятными ограничениями. OWASP рекомендует сочетать список разрешённых расширений, проверку типа и содержимого, ограничение размера и безопасное хранение. Заголовку Content-Type, который прислал клиент, нельзя доверять как единственному доказательству формата. Переименование расширения не превращает файл в безопасный.
Не отключайте проверку формата, антивирус или ограничения целиком ради успешного теста. Успешная загрузка после снятия защиты ещё не означает, что исправление пригодно для рабочего сайта.
Отдельно согласуйте, кому доступно вложение и когда оно удаляется. Прямая общедоступная ссылка на документ может быть неприемлема даже при исправной загрузке. OWASP рассматривает хранение вне публичного каталога и контролируемую выдачу как меры защиты.
Что запросить у подрядчика
Попросите описание причины с подтверждённым этапом отказа, перечень затронутых настроек и протокол повторной проверки. Формулировка «подняли лимит, теперь работает» недостаточна, если прежний документ прошёл, а граничные сценарии и доступ получателя не проверены.
Критерии приёмки лучше согласовать до изменения:
- Допустимые типы, число файлов и размер явно показаны рядом с полем; правила интерфейса соответствуют серверным.
- Разрешённый файл ниже согласованной границы сохраняется целиком и открывается уполномоченным получателем.
- Превышение ограничения даёт понятное сообщение; введённый текст не исчезает без предупреждения.
- Недопустимый тип отклоняется сервером; доступ к чужому вложению закрыт.
- Прерывание и повтор загрузки имеют согласованное поведение без незаметной привязки старого файла.
- Результат воспроизводится на согласованных компьютерах и телефонах; остальные сценарии формы продолжают работать.
После исправления вложения полезен чек-лист полной проверки формы. Он помогает заметить побочный сбой, но не заменяет матрицу файлов.
Как это решает OpenStart
На странице доработки OpenStart описан порядок: изучить существующий код, уточнить ожидаемый результат, согласовать объём и проверить изменение. Для загрузки файла такой задачей может быть локализация отказа и согласованная правка обработчика, интерфейса или связи с получателем. Состав работ и сроки зависят от устройства проекта.
Своей команды достаточно, если она воспроизводит сбой на тестовом контуре, понимает маршрут файла и может проверить безопасность доступа. Если требуется изменение серверных правил, обработчика или хранилища, владельцу без таких доступов стоит остановиться на сборе симптомов. Доступы и реальные документы в публичное описание задачи не передают.
FAQ
Нужно ли увеличить допустимый размер?
Только после выяснения, какой слой отклоняет запрос и какой размер действительно нужен. Подсказка в форме и фактическая граница могут расходиться; изменение одного значения не подтверждает исправление всей цепочки.
Почему файл с телефона не выбирается?
Сначала сравните разрешённый формат, фактический тип и источник выбора. Повторите сценарий с учебным файлом из локальной папки. По одному отказу нельзя объявлять неисправным весь мобильный браузер.
Можно ли считать письмо без вложения успешной проверкой?
Нет, если по требованиям получатель должен получить файл. Нужно подтвердить его сохранение, связь с нужным обращением и доступ по согласованному каналу. Если используется защищённая ссылка, проверяют именно её.
Нужно ли переделывать форму целиком?
Это определяется после локализации. Узкая ошибка загрузки может требовать ограниченной правки; переписывание без подтверждённой причины усложняет приёмку.
Если своей команде не удаётся локализовать отказ, опишите задачу на доработку OpenStart: укажите этап, формат, размер и текст ошибки без личных данных. Команда уточнит ожидаемое поведение и объём работ для оценки.