Да, висит звездочка на этой репе... Смотрю и допиливают активно постоянно. Так или иначе года 2 назад мне стало дурно от того, что надо будет ВОТ ТАК описывать рендеринг pdf, вместо того чтобы что-то там на HTML накрутить, CSS присолить, а дальше браузер сам разберется как это всё впихнуть на A4 :)))
Надо пощупать в общем. И про WASM действительно интересный кейс, всегда о нём забываю и удивляюсь такому простому и клевому применению.
Ну, в моей ситуации я объяснил как будет реализовано и с чем связана сложность, что делать делать условно на бэке это будет дольше, дороже и не факт что красиво. Поэтому их устроил вариант с печатью через браузер. На всякий случай еще уточнил кейс использования - раз в неделю нужно распечатать и т.п.
Бэк работает на golang и там большие проблемы с поиском библиотеки для pdf как бы...
В крайнем случае стал бы измываться с движком хрома в докере на который посылается html, вызывается печать - не знаю, это вопрос уже фантазии конечно :)
Примерно так же закостылил пару проектов несколько лет назад, правда с мои знания CSS слишком унылы, поэтому выкручивался флексбоксами и единицами измерения *vh для нормального деления страниц.
Всё потому что было не ясно, где лучше генерировать pdf - на бэке или фронте. Что там, что там интерфейс был крайне ужасным, рисовать нужно было немного специфичные таблицы (которые на обычном html+css верстаются сильно проще по опыту).
А так как в целом заказчика устраивало, что при нажатии кнопочки "pdf" ему выплелывал браузер нативное окно печати, откуда можно было сохранить в pdf, то это стало спасением.
Правда в моем случае еще пришлось немного побивать колеса этому велосипеду, делая загрузку html через iframe, а потом еще немного костылить css под firefox и chrome, т.е. у них немного отличалось поведение.
Положил в закладочки статью - это прям очень полезно.
Ну, как сказать.. Часто это и правда штуки, которые могут в разы ускорить как внутренний документооборот (а с учётом неспешности любой казённой бюрократии), так и обслуживание граждан в каких то моментах.
Т.е. я говорю буквально о том, что многие такие вещи ставят цели вроде изменения бизнес процессов в плане оптимизации.
Было: тетя Клава, заведующая мастер-экселькой, которую сводит раз в неделю по понедельникам, если встала с той ноги.
Могло быть: задача сама направляется в нужное место, тащит за собой список документов и историю, отслеживает KPI сроков исполнения.
Работаю разрабом в госсекторе. Тут вообще цирк стабильно бывает такой:
Приходит заказчик, описывает что ему надо, аналитики прикидывают, пишут ТЗ, мы делаем.
Через условно месяц презентует заказчику, на что он радостно хлопает в ладоши и просит добавить ещё фич. И так может повторятся год, проект обрастает фичами и уже костылями, уже все его ненавидят.
В итоге дело идёт к предрелизному показу и.... Заказчик просто говорит любую вещь:
1) Слишком сложно, наш персонал не адаптируется
2) Очень много надо конфигурировать, у нас некому
3) Вообще любая причина, лишь бы не внедрять уже готовы и оплаченный продукт (дада)
И это не единичные случаи, это прям стабильная ерунда, особенно когда где-то меняется начальник и пытается показать бурную деятельность, автоматизацию, цифровизацию, вот это всё.
Какой-то странный вопрос.. Покупаете нужную из доступных в кошельке валют, идете на оплату хостинга, формируете заказ, вам выставляют счет на оплату. Обычно это QR код, либо номер кошелька. Делаете перевод -> готово.
Выводить? Ну, берете и на p2p продаете, тут вариантов вроде больше нет, да и не эту проблему я решал для себя.
Ну, меня этот кошелек в телеграме в каком-то смысле спас. Потому что найти биржу тот еще геморрой, потом геморрой с верификацией, которая везде нужна и т.д и т.п.
А многие хостинги сейчас принимают оплаты криптой, а это по сути единственный способ из РФ что-то оплатить. Так что как самый просто способ оплаты чего-либо, меня очень порадовало.
Идем на p2p, за 2-10 минут покупаем сколько нужно крипты, оплачиваем сервис - всё. Так что даже если соскамится, то потеряю остаток на кошельке в огромные 40 рублей :)
Есть ещё такая вещь: https://github.com/vite-pwa/vite-plugin-pwa
Рассматривали ли этот плагин? Пару раз спасал меня, заказчики были таким вариантом более чем довольны, чем мобильное приложение (выходило бы дольше и дороже).
Конечно надо адаптировать вёрстку сайта, но это уже другой вопрос.
Дополню сюда так же маленькой полезной строчкой, чтобы не гуглить и не переходить по первой ссылке.
Удаление старых файлов бэкапов. В данном примере удаляет файлы старше 2х дней. В параметр -name поподставить свою маску, я просто упаковываю несколько бэкапов, т.к. в кластере несколько БД.
Это кстати очень хорошее замечание. В "жирные" годы все HR искали IT-специалистов в возрасте 25-30 максимум, но теперь все по привычке продолжают искать их же.
При этом годы прошли, люди сменили даже страну проживания или специальность, но специалисты старше 35-40 игнорируются.
Мне 31 если что, но смотря на этот тренд очень интересно что будет дальше.
Я не о столь масштабном, хотя лично сам перешел окончательно с винды на линукс даже дома, но не говорю о том что всем теперь так надо сделать.
Меня скорее удивляет что вообще никто особо не говорит о том, что эта штука лезет в твою почту, документы, сканирует фотографии и видео, а в перспективе и мессенджеры и что только можно придумать.
И при всём при этом полнейшая тишина в сети, никакого возмущения или хотя бы формальных протестов на тему "дайте возможность выпилить этот компонент". Корпоративный сектор вроде как уже объявил, что будет блокировать и не использовать эту штуку, потому что очевидно это такой жирный инструмент корпоративного шпионажа.
Вот как бы на фоне этой всеобщей тишины я предпочту уйти от винды совсем, благо для меня там нет ничего кроме игр, да и те сейчас отлично идут на линуксе.
По факту использую дженерики в 2% кода максимум и то уже после рефакторинга, когда становистя понятно что какие-то функции можно переписать на дженерики просто для уменьшения кода.
Тоже опасался что они будут везде, но нет, это не так.
Ох, с каким же предвкушением гемороя я читаю новости о том как порежут сторонние куки. Вроде перечитал 2 раза, но как же это запарно в случае iframe всё равно, не понятно, придется уже по факту воевать.
Вот есть у нас на работе некоторая CRM которая расширяется средствами встраивания iframe, куда CRM проталкивает всякие параметры типа временного токена юзера, чтобы его аутентифицировать и т.п. Вот только токены эти живут 5 минут, а пользователи держат вкладки открытыми днями. Естественно приходится футентифицировать юзера, повесить ему свои куки и не дергать CRM лишний раз вопросами "а хто это?".
Ну и само собой юзеры могут юзать расширения как в режиме встраивания в iframe, так и отдельно как обычный сайт. В общем поглядим, надеюсь лечение проблем будет не сильно замороченым.
Точно не находил эту библиотеку, скорее всего ее и не было нигде в поиске, т.к. судя по репозиторию первый релиз был в конце 22 года. Вот тут да, сходу в примере чтения виден прекрасный интерфейс бесконечного цикла для потокового чтения.
Спасибо большое, поставил звездочку, точно пригодится.
*простите за графоманство, что-то понесло в рассуждения
Да, скорее озадачивает отсутствие каких-то казалось бы базовых вещей в стандартной библиотеке. Не настаиваю на своей позиции, но мне кажется, когда стандартная библиотека задает определенный стиль/интерфейс, то сторонние реализации получаются как-то совместимее/удобнее, что ли.
Возвращаясь к парсингу xml - что удивительного в том, что у разных библиотек разный инферфейс?
Тут скорее вопрос не в удивительности, а в интуитивности, что ли. Например реализации библиотек json в питоне или go так или иначе имеют единый интерфейс, ну или на 99% совместимый. Вспоминается разве что orjson питоновский, и то только тем что он не работает со строками, что объяснено и оправдано, да и не вносит серьезных прям изменений в интерфейс, т.е. можно адаптироваться.
Тут опять же - субъективный опыт, не охота тыкать прям в библиотеки которые я пробовал (сейчас и не вспомню точно, брал просто что-то из топа), но каждая из них реализует что-то сильно по своему. Но в моем конкретном случае нужен был потоковый парсинг, и все возможные реализации прекрасно работают когда речь идет о некой целой структуре/классе в который надо распарсить данные полностью, но если это что-то большое, что нужно парсить частично, проверяя каждое поле/значение в процессе чтения, то это становилось болезненно. Хотя казалось бы, я прошу просто хорошо написанный токенизатор, который будет мне возвращать корректно открытие/закрытие тэгов и что там внутри него навалено.
И как бы вроде бы, сам виноват что полез в этом спустя 1-2 недели щупанья раста, но что-то слишком неудобный велосипед пока что. Типа, у меня нет предпочтений ЯП, т.к. банально приходится писать и на js (фронт и бэк), на go, python, иногда тыкать палкой в php и раст в это семейство я рассматриваю как один из инструментов для каких-то супер нагруженных задач, где мне и память беречь надо и скорость иметь, но например я могу пожертвовать сложностью и временем разработки/поддержки. Пока что я не вижу удобной и комфортной экосистемы вокруг раста, но вижу сам по себе хороший инструмент.
Ну и да, тут конечно не сравнимые вещи, но слишком похожие в плане запуска потоков, асинхронности с питоном. Не знаю как у кого, а у меня после go это вот всё вызывает чувство духоты - спавним потоки, джойним, а еще не забываем обернуть и обмазать что-то что мы шарим по потокам и вот это всё... ууух... Но это ладно, это go так избаловывает.
Если мы начнем воспринимать программирование как ремесло, а ЯПы как инструменты, то сильно проще оценивать всё это. Да, есть действительно мощные вещи, но вряд ли вы будете прибивать картину на стену кувалдой или резать колбасу бензопилой, ровно как и копать грядки ложкой сомнительное времяпрепровождение.
Да, висит звездочка на этой репе... Смотрю и допиливают активно постоянно.
Так или иначе года 2 назад мне стало дурно от того, что надо будет ВОТ ТАК описывать рендеринг pdf, вместо того чтобы что-то там на HTML накрутить, CSS присолить, а дальше браузер сам разберется как это всё впихнуть на A4 :)))
Надо пощупать в общем. И про WASM действительно интересный кейс, всегда о нём забываю и удивляюсь такому простому и клевому применению.
Ну, в моей ситуации я объяснил как будет реализовано и с чем связана сложность, что делать делать условно на бэке это будет дольше, дороже и не факт что красиво. Поэтому их устроил вариант с печатью через браузер. На всякий случай еще уточнил кейс использования - раз в неделю нужно распечатать и т.п.
Бэк работает на golang и там большие проблемы с поиском библиотеки для pdf как бы...
В крайнем случае стал бы измываться с движком хрома в докере на который посылается html, вызывается печать - не знаю, это вопрос уже фантазии конечно :)
Примерно так же закостылил пару проектов несколько лет назад, правда с мои знания CSS слишком унылы, поэтому выкручивался флексбоксами и единицами измерения *vh для нормального деления страниц.
Всё потому что было не ясно, где лучше генерировать pdf - на бэке или фронте. Что там, что там интерфейс был крайне ужасным, рисовать нужно было немного специфичные таблицы (которые на обычном html+css верстаются сильно проще по опыту).
А так как в целом заказчика устраивало, что при нажатии кнопочки "pdf" ему выплелывал браузер нативное окно печати, откуда можно было сохранить в pdf, то это стало спасением.
Правда в моем случае еще пришлось немного побивать колеса этому велосипеду, делая загрузку html через iframe, а потом еще немного костылить css под firefox и chrome, т.е. у них немного отличалось поведение.
Положил в закладочки статью - это прям очень полезно.
Ну, как сказать.. Часто это и правда штуки, которые могут в разы ускорить как внутренний документооборот (а с учётом неспешности любой казённой бюрократии), так и обслуживание граждан в каких то моментах.
Т.е. я говорю буквально о том, что многие такие вещи ставят цели вроде изменения бизнес процессов в плане оптимизации.
Было: тетя Клава, заведующая мастер-экселькой, которую сводит раз в неделю по понедельникам, если встала с той ноги.
Могло быть: задача сама направляется в нужное место, тащит за собой список документов и историю, отслеживает KPI сроков исполнения.
Ну как то так.
Работаю разрабом в госсекторе. Тут вообще цирк стабильно бывает такой:
Приходит заказчик, описывает что ему надо, аналитики прикидывают, пишут ТЗ, мы делаем.
Через условно месяц презентует заказчику, на что он радостно хлопает в ладоши и просит добавить ещё фич. И так может повторятся год, проект обрастает фичами и уже костылями, уже все его ненавидят.
В итоге дело идёт к предрелизному показу и.... Заказчик просто говорит любую вещь:
1) Слишком сложно, наш персонал не адаптируется
2) Очень много надо конфигурировать, у нас некому
3) Вообще любая причина, лишь бы не внедрять уже готовы и оплаченный продукт (дада)
И это не единичные случаи, это прям стабильная ерунда, особенно когда где-то меняется начальник и пытается показать бурную деятельность, автоматизацию, цифровизацию, вот это всё.
Какой-то странный вопрос.. Покупаете нужную из доступных в кошельке валют, идете на оплату хостинга, формируете заказ, вам выставляют счет на оплату. Обычно это QR код, либо номер кошелька. Делаете перевод -> готово.
Выводить? Ну, берете и на p2p продаете, тут вариантов вроде больше нет, да и не эту проблему я решал для себя.
Ну, меня этот кошелек в телеграме в каком-то смысле спас. Потому что найти биржу тот еще геморрой, потом геморрой с верификацией, которая везде нужна и т.д и т.п.
А многие хостинги сейчас принимают оплаты криптой, а это по сути единственный способ из РФ что-то оплатить. Так что как самый просто способ оплаты чего-либо, меня очень порадовало.
Идем на p2p, за 2-10 минут покупаем сколько нужно крипты, оплачиваем сервис - всё. Так что даже если соскамится, то потеряю остаток на кошельке в огромные 40 рублей :)
Есть ещё такая вещь: https://github.com/vite-pwa/vite-plugin-pwa
Рассматривали ли этот плагин? Пару раз спасал меня, заказчики были таким вариантом более чем довольны, чем мобильное приложение (выходило бы дольше и дороже).
Конечно надо адаптировать вёрстку сайта, но это уже другой вопрос.
Хм... да, кейс интересный конечно со временем у вас и вполне реален, у нас тоже периодически рубят доступ извне и т.п.
Но я пожалуй безответственно оставлю это на сисадминов, которые что-то шатают :))))
Стало даже интересно, у вас бывали такие случаи? Из-за чего?
Какой вариант автоматизации скрипта "по счету" вы предлагаете?
Дополню сюда так же маленькой полезной строчкой, чтобы не гуглить и не переходить по первой ссылке.
Удаление старых файлов бэкапов. В данном примере удаляет файлы старше 2х дней. В параметр -name поподставить свою маску, я просто упаковываю несколько бэкапов, т.к. в кластере несколько БД.
Я извиняюсь что прочел не всё, но по моему для всего более чем хватает стандартного pg_dumpall + немного bash кода.
Это кстати очень хорошее замечание. В "жирные" годы все HR искали IT-специалистов в возрасте 25-30 максимум, но теперь все по привычке продолжают искать их же.
При этом годы прошли, люди сменили даже страну проживания или специальность, но специалисты старше 35-40 игнорируются.
Мне 31 если что, но смотря на этот тренд очень интересно что будет дальше.
Я не о столь масштабном, хотя лично сам перешел окончательно с винды на линукс даже дома, но не говорю о том что всем теперь так надо сделать.
Меня скорее удивляет что вообще никто особо не говорит о том, что эта штука лезет в твою почту, документы, сканирует фотографии и видео, а в перспективе и мессенджеры и что только можно придумать.
И при всём при этом полнейшая тишина в сети, никакого возмущения или хотя бы формальных протестов на тему "дайте возможность выпилить этот компонент". Корпоративный сектор вроде как уже объявил, что будет блокировать и не использовать эту штуку, потому что очевидно это такой жирный инструмент корпоративного шпионажа.
Вот как бы на фоне этой всеобщей тишины я предпочту уйти от винды совсем, благо для меня там нет ничего кроме игр, да и те сейчас отлично идут на линуксе.
По факту использую дженерики в 2% кода максимум и то уже после рефакторинга, когда становистя понятно что какие-то функции можно переписать на дженерики просто для уменьшения кода.
Тоже опасался что они будут везде, но нет, это не так.
Меня одного смущает это встраивание персонального шпиона в ОС без возможности отключения без лома и мата?
Ох, с каким же предвкушением гемороя я читаю новости о том как порежут сторонние куки. Вроде перечитал 2 раза, но как же это запарно в случае iframe всё равно, не понятно, придется уже по факту воевать.
Вот есть у нас на работе некоторая CRM которая расширяется средствами встраивания iframe, куда CRM проталкивает всякие параметры типа временного токена юзера, чтобы его аутентифицировать и т.п. Вот только токены эти живут 5 минут, а пользователи держат вкладки открытыми днями. Естественно приходится футентифицировать юзера, повесить ему свои куки и не дергать CRM лишний раз вопросами "а хто это?".
Ну и само собой юзеры могут юзать расширения как в режиме встраивания в iframe, так и отдельно как обычный сайт. В общем поглядим, надеюсь лечение проблем будет не сильно замороченым.
На самом деле да, ускоряет, у меня есть таблицы по 10+ лямов строк и индекс работает.
Точно не находил эту библиотеку, скорее всего ее и не было нигде в поиске, т.к. судя по репозиторию первый релиз был в конце 22 года.
Вот тут да, сходу в примере чтения виден прекрасный интерфейс бесконечного цикла для потокового чтения.
Спасибо большое, поставил звездочку, точно пригодится.
*простите за графоманство, что-то понесло в рассуждения
Да, скорее озадачивает отсутствие каких-то казалось бы базовых вещей в стандартной библиотеке. Не настаиваю на своей позиции, но мне кажется, когда стандартная библиотека задает определенный стиль/интерфейс, то сторонние реализации получаются как-то совместимее/удобнее, что ли.
Тут скорее вопрос не в удивительности, а в интуитивности, что ли. Например реализации библиотек json в питоне или go так или иначе имеют единый интерфейс, ну или на 99% совместимый. Вспоминается разве что orjson питоновский, и то только тем что он не работает со строками, что объяснено и оправдано, да и не вносит серьезных прям изменений в интерфейс, т.е. можно адаптироваться.
Тут опять же - субъективный опыт, не охота тыкать прям в библиотеки которые я пробовал (сейчас и не вспомню точно, брал просто что-то из топа), но каждая из них реализует что-то сильно по своему. Но в моем конкретном случае нужен был потоковый парсинг, и все возможные реализации прекрасно работают когда речь идет о некой целой структуре/классе в который надо распарсить данные полностью, но если это что-то большое, что нужно парсить частично, проверяя каждое поле/значение в процессе чтения, то это становилось болезненно. Хотя казалось бы, я прошу просто хорошо написанный токенизатор, который будет мне возвращать корректно открытие/закрытие тэгов и что там внутри него навалено.
И как бы вроде бы, сам виноват что полез в этом спустя 1-2 недели щупанья раста, но что-то слишком неудобный велосипед пока что. Типа, у меня нет предпочтений ЯП, т.к. банально приходится писать и на js (фронт и бэк), на go, python, иногда тыкать палкой в php и раст в это семейство я рассматриваю как один из инструментов для каких-то супер нагруженных задач, где мне и память беречь надо и скорость иметь, но например я могу пожертвовать сложностью и временем разработки/поддержки. Пока что я не вижу удобной и комфортной экосистемы вокруг раста, но вижу сам по себе хороший инструмент.
Ну и да, тут конечно не сравнимые вещи, но слишком похожие в плане запуска потоков, асинхронности с питоном. Не знаю как у кого, а у меня после go это вот всё вызывает чувство духоты - спавним потоки, джойним, а еще не забываем обернуть и обмазать что-то что мы шарим по потокам и вот это всё... ууух... Но это ладно, это go так избаловывает.
Если мы начнем воспринимать программирование как ремесло, а ЯПы как инструменты, то сильно проще оценивать всё это. Да, есть действительно мощные вещи, но вряд ли вы будете прибивать картину на стену кувалдой или резать колбасу бензопилой, ровно как и копать грядки ложкой сомнительное времяпрепровождение.