Обновить
3

Пользователь

Отправить сообщение

Кстати UPD: на 6.8.1 модули снова собираются, может был мой локальный косяк

А в чем особенность минта, просто ради интереса? Какие его специфичные вещи в DE как-то влияют?

Из всех DE я не могу физически пользоваться только гномом, слишком непривычный опыт он предлагает, я как минимум не хочу делать больше кликов и действий в некоторых повседневных вещах, чем на других. Очень хочется KDE, но ставить поверх минта, потом вычищать всё - такое себе в общем.

Минт же по своей сути это 99% DE и всё, остальное то это пакетная база бубунты с выпиленным снапом + своя маленькая репа со всякими виджетами и прочими мелочами.

То что я настраиваю, это буквально мелочи, типа CONFIG_HZ_1000 (в конфиге убунту по умолчанию стоит 250 при том что даже в документации ядра советуют ставить больше), Low-Latency Desktop (сложно сказать по ощущениям влияет ли, но точно не лишнее), переставляю процессор с generic на AMD, да по мелочи отключаю патчи защиты от всяких спектр и т.п., отключаю selinux и apparmor за ненадобностью на домашней пеке, да в общем и то и всё.

Из ядра решено удалить реализацию функции strlcpy(), которая летом была включена в состав Си-библиотеки Glibc 3.38. Это альтернатива функции strncpy(), содержащей защиту от переполнения буфера и обязательно выставляющей замыкающий строку нулевой байт.

Ооооо, вот оно! А я то думал почему у меня при компиляции ядер на кастомном ядре ругается все на это и никаких ответов нет.

Задачка однако... Некоторые модули не то чтобы нужны, но иногда приходится собрать и подключить.

Товарищи высшие Си программисты, как модули теперь собирать? Тот же v4l2 для видео устройства теперь не собирается на свежем ядре :(

Сижу на mint, собираю под себя с мелкими изменениями в конфиге, LLVM и прочим.

Не нравятся мне rpm дистрибутивы =(

Просто ЧПУ рассчитан только на англоязычных :)

Мне кажется я никогда в жизни не видел человека, который всерьез читал эти ЧПУ на транслите :)))

Мне кажется эта фигня пришла из западных гацдов в свое время, и ушлые писатели СЕО блогов из конца нулевых переводили это все для контента.

Вот вот, этого достаточно же. И ограничить кол-во редиректов, можно на 0 выставить чтобы видеть первое место куда попадаем.

Да какой домен видеть - это не важно.

А вот параметры url - это вопрос как раз важный. Например фаерфокс грозится скоро обрезать известные ключи параметров url, которые отслеживают. Куча плагинов уже умеют это делать и т.д.

Ну и ещё момент, например вы делаете какую то рекламу с откровенным байтом на клик, например вы банк на букву Т, и вы знаете что если пользователь увидит ваш домен, то скинет эту рекламу на автомате уже. Поэтому вы вот так прячете конечный домен, а потом кекаете со статистики сколько людей повелось на ваш байб.

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

О, хорошие новости с утра.

Пошел собирать.

Да, висит звездочка на этой репе... Смотрю и допиливают активно постоянно.
Так или иначе года 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 поподставить свою маску, я просто упаковываю несколько бэкапов, т.к. в кластере несколько БД.

find . -name "*.tar.gz" -type f -mtime +2 | xargs rm;

Я извиняюсь что прочел не всё, но по моему для всего более чем хватает стандартного pg_dumpall + немного bash кода.

Это кстати очень хорошее замечание. В "жирные" годы все HR искали IT-специалистов в возрасте 25-30 максимум, но теперь все по привычке продолжают искать их же.

При этом годы прошли, люди сменили даже страну проживания или специальность, но специалисты старше 35-40 игнорируются.

Мне 31 если что, но смотря на этот тренд очень интересно что будет дальше.

Информация

В рейтинге
6 026-й
Откуда
Москва, Москва и Московская обл., Россия
Дата рождения
Зарегистрирован
Активность