Макет плаката приходит в типографию в формате PDF, а внутри — растровое изображение 72 dpi в RGB. Знакомая ситуация? Диспетчер тратит десять минут на ручную проверку, отправляет письмо с замечаниями, клиент переделывает — и цикл повторяется. Если таких заказов несколько десятков в день, бутылка корвалола становится расходным материалом. PHP-скрипты, встроенные в CRM или личный кабинет заказчика, способны взять на себя рутину: проверить макет до того, как он попадёт в производство, и отсечь заведомо непечатные файлы. Речь не о том, чтобы заменить дизайнера, а о том, чтобы убрать механические ошибки на этапе приёма заказа.
Какие параметры макета плаката можно проверить скриптом
Для офсетной и цифровой печати плакатов критичны четыре группы характеристик: геометрия, разрешение, цветовое пространство и формат файла. Каждая из них поддаётся автоматической валидации средствами PHP.
Геометрия и вылеты
Плакаты формата A2, A1, A0 и нестандартные размеры требуют точного совпадения с техническим заданием. Скрипт считывает ширину и высоту страницы PDF (через библиотеки pdftotext или TCPDF) и сравнивает с допустимым диапазоном. Дополнительно проверяется наличие вылетов (bleed) — например, 3–5 мм с каждой стороны. Если размер холста равен конечному формату без вылетов, макет отклоняется с пояснением.
Разрешение растровых изображений
Для качественной печати плакатов необходимо 300 dpi в натуральную величину. PHP-скрипт через Imagick или GD извлекает разрешение встраиваемых растров. Если обнаружено изображение с разрешением ниже 200 dpi, макет помечается как потенциально проблемный. Для офсетной печати плакатов с большим тиражом такое снижение часто ведёт к заметной пикселизации, поэтому лучше предупредить клиента до запуска.
Цветовая модель
Офсет печатает в CMYK, цифровые машины тоже предпочитают CMYK или готовый профиль. Скрипт проверяет, не осталось ли в макете RGB-объектов. Если да — выдаёт предупреждение и предлагает конвертацию. Автоматическая конвертация без контроля дизайнера рискованна: чёрный текст может стать составным, а яркие оттенки потускнеть. Поэтому лучше остановить приём и запросить корректный файл.
Формат и версия файла
Не все PDF-файлы одинаково полезны. Скрипт может отсечь PDF/X-1a (требует особой настройки), проверить версию (Acrobat 4.0 и выше — обычно безопасно), а также убедиться, что файл не запаролен и не содержит шрифтов без лицензии на встраивание. Для этого используются утилиты командной строки (pdfinfo) или PHP-обёртки.
Где разместить такой скрипт
Самый практичный вариант — встроить проверку в форму загрузки файлов на сайте типографии или в личном кабинете клиента. После выбора файла запускается PHP-скрипт, который возвращает JSON с результатами: статус (OK/предупреждение/ошибка) и список замечаний. Клиент видит их сразу и может исправить макет, не дожидаясь ответа менеджера. Это сокращает время согласования в среднем на один рабочий день.
- Предварительная проверка — до добавления в корзину.
- Финальная валидация — после выбора бумаги и постпечатной обработки (например, для ламинации важно, чтобы вылеты были не меньше 5 мм).
- Автоматическое создание превью — генерация JPEG 1200 px по длинной стороне для утверждения клиентом.
Если вы только проектируете такую систему, полезно изучить, как устроена диагностика сервера: настройки PHP, лимиты памяти и времени выполнения напрямую влияют на возможность обрабатывать большие PDF-файлы плакатов. Подробнее о том, как проверить конфигурацию PHP, мы разобрали в заметке PHP Info FAQ: всё, что нужно знать о phpinfo() и выводе конфигурации — особенно пригодится, если скрипт падает на файлах размером 200+ МБ.
Пример логики проверки (без кода)
Допустим, клиент загружает PDF плаката формата A1 (594×841 мм). Скрипт выполняет последовательно:
- Извлекает размер страницы. Если он не совпадает с A1 плюс вылеты (например, 604×851 мм при вылете 5 мм) — ошибка.
- Проверяет количество страниц. Для одного плаката должна быть ровно одна страница. Многостраничный PDF — либо ошибка, либо предупреждение.
- Сканирует все растровые объекты на предмет разрешения. Если хотя бы один ниже 200 dpi — предупреждение.
- Проверяет цветовое пространство: если есть RGB — ошибка с рекомендацией конвертировать в CMYK.
- Если все проверки пройдены — возвращает статус OK и показывает клиенту превью.
Такой подход не гарантирует, что макет будет идеальным с художественной точки зрения, но исключает 80% типовых технических браков, из-за которых перепечатывают тираж.
Ограничения автоматизации
PHP не умеет оценивать композицию, цветовой баланс или читаемость текста на фоне. Автоматическая обрезка вылетов или изменение разрешения «на лету» часто делают макет хуже. Поэтому любой скрипт должен только сигнализировать о несоответствиях, а не исправлять их. Решение о корректировке остаётся за дизайнером или менеджером.
Ещё один нюанс — производительность. Проверка сложного PDF с десятками слоёв и встроенных шрифтов может занимать несколько секунд. Для массового потока заказов стоит ставить очередь задач (например, через RabbitMQ или Redis) и обрабатывать файлы асинхронно, чтобы не вешать интерфейс.
И наконец, ни один скрипт не заменит финальный контроль в типографии перед запуском тиража. Автоматизация — лишь фильтр грубых ошибок, а не панацея. Но если этот фильтр отсеивает 70–80% некорректных макетов, время производственного цикла сокращается заметно, а нервные клетки менеджеров остаются целыми.