Спулинговые данные термальной отгрузочной этикетки с веб-сайта

Question

Мне нужна помощь, чтобы попытаться получить данные с термальных этикеток с веб-сайта на локальный принтер Zebra. Сами данные представляют собой простой текст, но спулинг их с веб-сайта по некоторым причинам кажется очень сложным. У кого-нибудь есть опыт с этим? Я использую ColdFusion 8 и Windows Server 2008.

Answer 1

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

Как отправить необработанные данные на принтер с помощью Visual C # .NET

Возможно, вы сможете адаптировать это решение к вашей среде.

Answer 2

• Ваши данные для печати могут быть отправлены с типом MIME (возможно, для этого есть, но вы также можете создать его)
• На клиентском ПК этот тип MIME может отображаться в программе, которая просто печатает все, что получает.

Установка типа MIME на ПК может быть выполнена с помощью кода или файла .REG. Если вы контролируете среду пользователя, это довольно просто. Создание программы, которая выдает все, что получает, также легко Это было бы хорошей задачей для Visual C или старого доброго VB6. Очень мало кода. Пока у пользователя есть файлы .EXE и .REG, они будут печатать надежно, каждый раз, без всякой помехи от браузера. (представьте себе, что это происходит, когда вы щелкаете ссылку на PDF-файл - открывается Acrobat. Хорошо, пусть небольшой печатный EXE-файл открывается для вашего типа файла - легко).

Это мне знакомо ... Думаю, я сделал это с помощью фирменного набора шрифтов ... А! Да, я должен был сделать это, чтобы генерировать ипотечные документы, которые использовали фирменные шрифты для рисования красивых линий. Я смог взять собственный проприетарный сервер выдачи закладок и открыть папку, в которой были созданы ипотечные файлы .PRN. Веб-сервер, имеющий доступ к этому общему ресурсу, перечисляет файлы в общем ресурсе на веб-страницу, а затем, когда пользователи щелкают по файлу, .PRN отправляет поток на свои ПК, где соответствующий .EXE видит его как свой собственный и отправьте его на правильное устройство вывода (назначенный принтер на их месте). Этот тупой кусок кода мгновенно устранил 126 серверов документов (а также расходы на их обслуживание и лицензирование), и ипотечные документы никогда не терялись и не отправлялись в неправильный филиал по ошибке снова. Я думаю, что потребовалось 3 часа, чтобы все это заработало от начала до тестирования в филиалах.

Да, то же самое здесь. Это сработает. Доверьтесь мне. Это сработает.

Answer 3

Возможно, вы могли бы попробовать это: http://code.google.com/p/jzebra/

Этот проект позволяет отправлять команды ZPL на принтер через веб-браузер.

Answer 4

Я не знаю, полностью ли я понял вашу проблему или точное окружение, но я ответил на аналогичный вопрос здесь с примером для ASP.NET (C #). Это решение в основном для известного принтера (конкретный IP и порт). Если у вас есть несколько клиентов с их собственными принтерами этикеток, решение может быть использовано и для этого. Но тогда вам нужно принять решение, в котором клиенты могут установить свой собственный IP-адрес и порт своего принтера этикеток. Им также может понадобиться сделать пересылку порта для трафика в их брандмауэре. Затем веб-страница просто печатает на указанный IP-адрес и порт. Вы также можете использовать доменное имя вместо IP.

Answer 5

Я возился с этой проблемой целую вечность. В конце концов мне пришлось создавать загружаемые файлы для печати. Пользователь загружает их, а затем copy (MSDOS) их на принтер.

Были две основные проблемы:

• вообще говоря, вы не можете печатать с веб-сайта, если вы не откроете файл (т.е. файл становится локальным)
• драйверы печати на пользователя (Windows) машина добавить непечатные символы в файл штрих-кода, как он отправлен принтер

Мы установили пакетный файл (который запускает копирование вместо печати) на всех клиентских компьютерах, которые должны печатать штрих-коды, и мы добавили пункт меню, вызываемый правой кнопкой мыши, чтобы запустить пакетную обработку файлов с именем * .barcode.

Я буду наблюдать за этой веткой, чтобы увидеть, нашел ли кто-нибудь более прямое решение. Но это было единственное, что мы могли сделать, учитывая параметры нашей ситуации.