Сайт бюро переводов: как принимать документы в заявке

На сайте бюро переводов клиент выбирает языковую пару и прикладывает документ для оценки. Для него задача проста: передать материал и понять следующий шаг. Для бюро важно получить полный комплект, связать его с обращением и не потерять файлы между формой, почтой и рабочей системой. Поэтому разработку лучше начинать с процесса приёма, а не с расположения большой кнопки «Загрузить».

Какое решение должен принять посетитель

Разделите направление перевода, желаемый срок и способ получения результата. Если бюро предлагает дополнительные виды оформления, дайте возможность указать потребность, но не обещайте пригодность документа для конкретной организации без уточнения её требований. Калькулятор объёма и форма загрузки тоже решают разные задачи: скан из нескольких изображений ещё не сообщает число переводческих страниц.

Для начального сайта может хватить заявки на оценку с файлами и комментарием. Онлайн-оплата уместна там, где состав и цена действительно определены. Если объём требует ручного просмотра, покажите понятный статус «документы получены для оценки» и дальнейший порядок работы. Не называйте загрузку подтверждённым заказом с окончательной стоимостью.

Ограничения должны быть видны до отправки

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

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

Имя, MIME и начальные байты говорят о разном

Расширение находится в имени, MIME является заявленным типом, а сигнатура относится к содержимому. OWASP рекомендует не полагаться на один такой признак при обработке загрузок. В частности, переданный Content-Type нельзя считать самостоятельным доказательством типа. Проверка начала файла тоже не заменяет разбор и проверку всего документа.

Для учебных правил ниже используются PDF и PNG. Префикс 255044462D соответствует ASCII-строке %PDF-, а правило PNG содержит восьмибайтовую сигнатуру 89504E470D0A1A0A. Это ограниченная сверка заданных префиксов. Архив не становится документом Word только из-за знакомого расширения: для таких форматов нужен отдельный подход к содержимому контейнера.

Почему строка photo.pdf получает замечание

В примере имя заканчивается на .pdf, заявленный MIME равен application/pdf, но переданные начальные байты совпадают с сигнатурой PNG. Правило PDF поэтому не совпадает. Из этого следует расхождение сведений, а не готовый диагноз полного файла. Даже пять байтов %PDF- сами по себе прошли бы проверку этого префикса, но не составили бы пригодный документ.

Как проверять проект правил

1. Введите правила как расширение;MIME;начальные байты hex. Для одного расширения здесь задаётся один вариант.
2. Подготовьте реестр ID;имя;байт;заявленный MIME;начальные байты hex. Используйте вымышленные имена без данных клиентов.
3. Для неизвестного MIME или отсутствующих начальных байтов поставьте «-».
4. Посмотрите замечания каждой строки и отдельно превышения количества или общего размера.
5. Проверьте граничные значения: ровно лимит и на один байт больше, короткий префикс, двойное расширение и неизвестный формат.

В этой модели все предварительные подсказки должны совпасть с выбранным правилом. Такой результат нужен для обсуждения технического задания. Реальная обработка неизвестного MIME может требовать проверки содержимого на сервере, а не немедленного отказа клиенту. Согласуйте это отдельно, чтобы допустимые материалы не терялись из-за особенностей устройства отправителя.

Подтверждение должно относиться ко всей заявке

После отправки клиенту нужен номер обращения и перечень успешно принятых вложений. Если один файл не сохранился, нельзя молча подтвердить полный комплект. Для повторной попытки сохраните понятное состояние: какие части уже получены, что нужно добавить и не появился ли второй экземпляр того же обращения. Проверка расширения в браузере не подтверждает сохранение файла на сервере.

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

Как заказать первую версию сайта

Для обсуждения разработки приложите список языковых направлений, состав обращения, допустимые материалы и примеры ответов формы. Отдельно опишите, где менеджер будет смотреть заявку и как сообщать оценку. На странице разработки сайтов можно выбрать общий состав проекта, а приём документов вынести в проверяемый сценарий: от выбора комплекта до подтверждения и доступа сотрудника. Тогда красивый экран загрузки будет частью работающего пути клиента.