Для того, чтобы платежная система обеспечила чеки по 54-ФЗ, вместе с данными заказа ей нужно будет передать и ПД плательщика (телефон / мыло, на которые должен быть отправлен чек).
Так что при регистрации пользователя, к которому привязывается полученная оплата, их придется затребовать и вообще "идентифицировать плательщика явно".
А ТГ тут - просто канал получения ссылки на оплату, и никакой разницы с любым другим сайтом, принимающим платежи, тут нет.
Если сам ничего не сломаешь - ничего не сломается. Почитай хоть что-нибудь про дуалбут, чтобы не начудить.
Но вообще-то этот путь ведет к выкидыванию винды со временем. За ненадобностью...
Drawn, онлайн-конвертеры - это просто веб-морда к открытым утилитам, использующим тот же ghostscript.
При типовых задачах и некотором умении без проблем поднимается простенькая страничка с обработчиком на интранет-сервере, и все то же самое делается без необходимости пересекать периметр безопасности.
Собственно, да, в последних версиях ФФ и Хрома из встроенного диалога при печати PDF пропал выбор ориентации.
Системный диалог завязан на PPD принтера, для которого настраивается печать.
Можно попытаться поиграть его драйвером.
Что он там как бы понимает (на самом деле - конвертирует в свой KPDL) - PCL, PS?
evomed, дыры в офисных форматах обычно в скриптах.
PhpOffice их не исполняет, насколько я знаю.
Вот если бы вы headless libreoffice запускали для конвертации, например - тогда риск есть.
Василий Банников, не внутри, а поверх. Внутри может быть чертова туча пересчетов координат и трансформаций, туда влезать - себе дороже. Испорченный в одном месте контекст перекосит весь дальнейший вывод.
А вот завернуть документ как векторную картинку и добавить поверх нее другие элементы - это библиотеки могут.
У ТС проблема не столько с PDF, сколько с конкретной постановкой задачи, имхо.
Не может что прям все идеально работает, а завтра не включится.
Вздор.
В офисе раз - и сдохла мать 2-годичной свежести, еще на гарантии.
Дома раз - и погорел проц у матери на машинке, там еще Core2Duo, можешь прикинуть, сколько он проработал.
Заменил, кстати, на PentiumD, уж что нашлось - и все прочее железо того же возраста (кроме SSD, конечно) таки продолжает работать.
Виктор Таран, фокус в том, что мой тестовый-целевой сервер - за NAT'ом, на него вот так, как у вас, дамп просто не зальешь. В моем сценарии сервера независимы, и требуется доступ только целевого к боевому.
Плюс такого ограничения в том, что при любом зловреде на боевом он не сможет испортить тестовый.
Но у меня сценарий бэкапа, у вас же - разовая акция копирования. Разные юз-кейсы.
Впрочем, если есть шанс, что боевой заражен, и надо срочно спасти с него сайт, отсутствие доступа с него на целевой сервер тоже будет плюсом, а возможно - и требованием.
Виктор Таран, у меня дамп делается и архивируется на боевом сервере за полчаса до синхронизации, копируется вместе с файлами и разворачивается через час после ее начала. Оперативность-то не требуется, так получается проще и надежнее.
rsync с -z сжимает контент на лету и перебрасывает не файликами, а блоками.
FTP уже лет десять не пользуюсь, сравнить не берусь. Просто копирование по SSH, разумеется, будет тормозить и на куче мелких файлов, и просто на папках, содержащих больше тысячи файлов. Впрочем, на последних будет тормозить сама ФС, тут никакие ухищрения не помогут.
P.S. Этой командой каждую ночь синхронизируется сайт на Битриксе на 200К+ файлов только в основной папке. Время, признаюсь, не засекал, в час точно укладывается (вместе с файлами подтягивается дамп на 3 Гб, через час он разворачивается). Но это, конечно, не копирование с нуля, оно будет сильно дольше, тем более, что в офисе интернет на 20 мегабит, и это провинция, а сервер в Питере.
Вопрос не сформулирован. Откуда возьмутся "буковки", "которыми надо заполнять".
Если у ТС есть форма, результаты которой нужно внести в этот шаблон - то никакие pdf-формы и тем более png не имеют к задаче никакого отношения, нужно просто создать pdf из этого шаблона с наложенными на него сверху в нужных местах текстами. В пыхе это делает, например, mPDF, в питоне тоже должны быть аналоги, собирающие pdf из шаблона и верстки поверх него.
Актуальная стабильная версия - 128, вообще-то. Во всяком случае, у меня в Минте.
Может быть, одна из ваших установлена админом в Program Files, а другая - пользователем в его папки?
Виктор Таран, сотни гигов сайта - это все-таки явно не скрипты и дизайн, а загруженные материалы, которые можно подтягивать более постепенно. База и ее дамп - да, особенно если со старого хостинга съезжаешь именно из-за заканчивающегося места. Может быть засадой. Но конкретно эту проблему и решать имеет смысл не консолью, а репликацией, полагаю. Впрочем, сам такой практикой похвастаться не могу.
Пресетами все разнообразие не покроешь, но вариант, что у сайта несколько папок, стоит рассматривать. Хотя если просто в текущем интерфейсе добавить множественное поле - может возникнуть путаница с местом назначения.
Честно говоря, трудно представить ситуацию, когда требуется вот такая "войсковая операция", как переброс сайта с сервера на сервер - и при этом какая-то проблема с наличием rsync. Правда, с редосами дела не имел, каюсь ;)
Битрикс у меня долгие годы каждую ночь синхронизируется с сервером разработки mysqldump + rsync по крону без каких-либо особенностей, просто вся папка. А его перенос на новый сервер - это не проблема с файлами и базой, а проблема с настройками, он капризный, в его базе знаний лежит специальный скрипт проверки того, что по умолчанию его не устраивает.
С исключением из него каких-то каталогов не парюсь, но вот насчет пути копирования - он у меня лежит в пользовательском каталоге + public_html, а рядом лежат нужные ему vendors и storage, из публичного каталога вынесенные. По вашему скрипту получится, что мне для копирования сайта придется указывать пользовательскую папку и исключать из нее все остальное, да еще не забыть файлы-папки с точкой, которые могут быть скрыты в конкретном ФМ.
