Нормального конвертера из HTML в статическую картинку (хоть растровую, хоть векторную) не будет до тех пор, пока нет нормального HTML, однозначно описывающего эту картинку и не позволяющего ей поехать в зависимости от браузера, разрешения, доступных шрифтов и прочей фазы луны.Вообще то есть стандартные штатные свойства/медиа запросы цсс для вывода на печать, чего вполне достаточно для реализации такой задачи. Просто не надо ее доверять клиентсайду ))
Я в нём работаю.Стул, стол, монитор, клавиатура - пропустили?
у меня не получается их сгруппироватьвсмысле? Отсутствуют на клавиатуре символы g,r,o,u,p,b,y?
Переменные так не объявляются.Почему? Что мешает? Обычная нотация для понимания что это не дом обжект, а объект жквери.
Если я ошибаюсь, дайте пожалуйста ссылку на информацию.https://stackoverflow.com/questions/10204606/is-th...
Переменная js в виде функции var $form по идее выдаст ошибку.это конструкция jquery, тут все более-менее норм.
нужно заменить символ эмодзи (⚡) на X.Предлагаю четче формулировать вопрос. Для замены любого эмодзи, нужно перечислить все диапазоны, которые достаточно легко гуглятся.
$reg = '[\x{0080}-\x{02AF}\x{0300}-\x{03FF}\x{0600}-\x{06FF}\x{0C00}-\x{0C7F}\x{1DC0}-\x{1DFF}\x{1E00}-\x{1EFF}\x{2000}-\x{209F}\x{20D0}-\x{214F}\x{2190}-\x{23FF}\x{2460}-\x{25FF}\x{2600}-\x{27EF}\x{2900}-\x{29FF}\x{2B00}-\x{2BFF}\x{2C60}-\x{2C7F}\x{2E00}-\x{2E7F}\x{3000}-\x{303F}\x{A490}-\x{A4CF}\x{E000}-\x{F8FF}\x{FE00}-\x{FE0F}\x{FE30}-\x{FE4F}]';
preg_replace($reg, 'X', $str);и тогда всё по канонам DI , разве нет?Нет. В данном случае у вас объекты-сущности, отражающие какой-то тип реальных объектов (документов, пользователей, деревьев, трусов - не суть), для их взаимодействия не нужно как-то показывать им друг на друга, все взаимодействия между ними могут быть прописаны в коде, использующем их в качестве независимых единиц (хороший пример - код в контроллере, если вы понимаете концепцию MVC). DI же передает [сервисные] объекты, без которых сам объект будет либо не функционален (например та же БД для модели типа Active Record), либо обслуживающий код будет часто повторяться и есть смысл вынести их взаимодействие в метод объекта (если лень), или создать объект взаимодействия (что правильнее), как например при проверке ролей и прав в RBAC/ACL, но тут я не вижу никаких к тому предпосылок.
параметры имеются, не пустые , валидные, готовый json выдающий ошибку.ну, как минимум "costSale":14.039999999999999 не соответствует ожидаемому типу double, который у вас флоат...
При этом 6 других инструментов оказались абсолютно нерабочими, или не выдающими приличного результата.
Накрученность на стороне клиента не победить, так как клиент по умолчанию криворукий м**дак (не по тому что всегда, а по тому что так должен думать нормальный программист), соответственно доверять нормальный рендер можно только бэкенду.