Ищу MyWebS.Canvas конструктор полиграфии

Тема в разделе "Коммерческие", создана пользователем arsen, 7 авг 2018.

Информация :
Публиковать (для всех) нуленые версии, особенно от modulesgarden КАТЕГОРИЧЕСКИ не стоит. Тема мониторится оным разработчиком, а к нам приходят абузы которые нельзя игнорировать.
Модераторы: Amazko, v1rus74
  1. arsen

    arsen НЕрядовой

    Регистр.:
    16 июн 2011
    Сообщения:
    979
    Симпатии:
    325
    Ищу продукты

    подойдет любой вариант, сам скрипт,или интеграции с joomla и wp готов рассмотреть покупку дешевле чем у автора
     
  2. strannik_nuendo

    strannik_nuendo Создатель

    Регистр.:
    21 мар 2016
    Сообщения:
    21
    Симпатии:
    4
    Не самый удачный конструктор, здесь получше:
    https://printomat.ru/designer/show-templates
     
  3. arsen

    arsen НЕрядовой

    Регистр.:
    16 июн 2011
    Сообщения:
    979
    Симпатии:
    325
    Есть исходники, скрипт этого конструктора?
     
  4. strannik_nuendo

    strannik_nuendo Создатель

    Регистр.:
    21 мар 2016
    Сообщения:
    21
    Симпатии:
    4
    Нет. Там немецкий программный комплекс используется. Скорее всего, конструктор продается в составе решения.

    Есть предложение:
    Если найдете конструктор, который передает на сервер сверстанный макет в виде HTML кода, я напишу серверную часть для него, которая сделает печатный ПДФ из HTML, раскидает макеты по нужным папкам и отошлет письмо с JPG на утверждение.
     
    Последнее редактирование модератором: 19 сен 2018
  5. GolDen777

    GolDen777

    Регистр.:
    8 апр 2010
    Сообщения:
    225
    Симпатии:
    126
    Просто нужно потом его "после сборки обработать напильником". Переписывать код (сам скрипт на AngularJS по моему написал был) + редизайн.

    Не увидел чем он лучше первого. Загрузка (у меня) более 12 секунд!!! И продолжает что то подгружать постоянно из fb, vk,....

    Данные, введенные пользователем, при сохранении макета пишутся в базу с присвоением id заказу.

    Процесс оформления заказа выглядит так:
    1. Пользователь создает макет и переходит на страницу заказа.
    2. При переходе данные пишутся в базу с присвоением id заказу.
    3. На странице заказа пользователю отображается превью макета и выбор - сделать заказ или вернуться на страницу редактирования для доработки макета.
    4. Непосредственное оформление заказа.

    С PDF тоже не все однозначно. Простые решения предлагают создать из convasa JPG и вставить его PDF. По большому счету таким образом получается картинка без возможности редактирования зачем то вставленная в PDF. Для решения этой задачи разработчик использовал https://www.pdflib.com/ , но стоимость лицензии так не очень интересная. Надо учитывать так же что при сохранении в PDF нужно провести конвертацию цветовой модели из RGB в CMYK (для офсетной печати это обязательное условие!!!) Желательно конечно и превью выводить в через конвертацию RGB в CMYK в RGB, что бы более правильно отображались цвета которые будет на печати на выходе.
     
  6. strannik_nuendo

    strannik_nuendo Создатель

    Регистр.:
    21 мар 2016
    Сообщения:
    21
    Симпатии:
    4
    >> 1. Пользователь создает макет и переходит на страницу заказа.
    С этим я точно связываться не буду.
    Всё остальное для меня не проблема.
    pdflib лучшая. но для типовых применений хватит и аналогов или фри версии.
    Конвертировать rgb ->CMYK можно в pdflib можно и на серваке сторонними программами в кроне. Тысячи их.
     
  7. gyunduz

    gyunduz Постоялец

    Регистр.:
    1 апр 2006
    Сообщения:
    75
    Симпатии:
    18
    Есть вот это https://codecanyon.net/item/woocommerce-products-designer/7818029
     
    arsen нравится это.
  8. arsen

    arsen НЕрядовой

    Регистр.:
    16 июн 2011
    Сообщения:
    979
    Симпатии:
    325
    Спасибо, но это под open cart и wp есть. Не совсем то, да и проект не сложился на стадии согласования. Сейчас интерес исключительно академический.
     
  9. GolDen777

    GolDen777

    Регистр.:
    8 апр 2010
    Сообщения:
    225
    Симпатии:
    126
    Если делать все правильно, то макет нужно перевести вначале из RGB в CMYK, потом CMYK перевести в RGB и показать заказчику как будет выглядеть его макет при печати. В случае, если печатать заказы только цифрой - то последнее можно не делать (цифра без особых искажений может RGB отпечатать), но для офсета только CMYK. И что бы потом не объяснять заказчику почему при печати цвета совершенно не те что он видел на мониторе (они в любом случае будут не те (не откалиброванные мониторы,......), но при переводе RGB в CMYK они очень сильно могут поменяться), нужно провести такие манипуляции с превью макета, что бы заказчик увидел все и согласился на печать.
     
  10. strannik_nuendo

    strannik_nuendo Создатель

    Регистр.:
    21 мар 2016
    Сообщения:
    21
    Симпатии:
    4
    В корне не верно! У каждого устройства свой цветовой охват. У ЦПМ он обычно хуже чем у офсета и, главное, нестабильнее. RGB макеты печатают на цифре потому, что у распространенных ЦПМ 1) происходит конвертация CMYK -> RGB -> CMYK в цветовом движке; 1 ) высокие погрешности цветопередачи.
    А единственно правильный путь — сквозное использование color profiles.
    И то, с у четом того что у 99% мониторы не калиброванные, нужно всем писать стандартное предупреждение.