5.6.0 та 5.6.1 це не версії Федори, а версії libxz. Жодна non-testing дистрибуція їх ще не встигла включити, окрім always-on-the-edge дистрибуцій, таких як Kali (хаха), Gentoo та подібних. Тобто, реальний вплив близький до нуля...
Але ситуація, як така, дуже добре ілюструє поточний стан security у більшості опенсорсу...
MS Ukrainian Style Guide
download.microsoft.com/...c6/ukr-ukr-StyleGuide.pdf
Acronyms are pronounced like real words, adapted to the local pronunciation:
Example Phonetics
RADIUS рейдіес
RAS рес
ISA айза
LAN лен
WAN уен
WAP уер
MAPI мепі
POP поп
URL ю ар ел
Дуже смішно :)
Але більшість термінів насправді передаються кальками з англійської
«Якщо вам не цікавий результат...»
Це нескінченно дорого і не працює для «full cycle». Локалізації потребуює end-user documentation, але початкове питання зовсім не схоже на терміни, які там використовуються :)
FYI: ips.ligazakon.net/document/JI09461I (It’s in progress, but it paves the right way forward)
Why do you need this? Just use the appropriate language for the task. :) Don’t go the .ussian route, where they reinvented terms for everything and now they are fully isolated from the modern world...
Of course they changed them again...
gitlab.com/...ues/17073#note_1694393615
This works right now...
fb07e4e621fa075c961b661ae299ade7681df5d5
Command to get current one :)
echo quit | openssl s_client -connect gitlab.com:443 2>/dev/null | openssl x509 -noout -fingerprint | cut -d= -f2 | sed -e s/://g | tr '[:upper:]' '[:lower:]'
Простіше кожен девайс по місцю робити...
Оххх :) Нескінченна робота з оплатою за кінцевий результат. Для цього вам потрібні професіонали :)
Вам це потрібно 1 раз, чи виробництво?
Якщо виробництво — то краще знайти OEM виробника повного циклу, або відразу готовий девайс. Маржа тут буде копійчана...
Якщо один раз — картонна коробка з готовими модулями та синя ізолента вирішують...
:) Працювати з паяльником та зробити девайс під виробництво — це дещо різні речі :)
updates через тригери/функції в базі — досить важко тестувати, зазвичай простіше це робити через аплікацію, також воно повинно буду idempotent, щоб його завжди можна було перезапускати коли треба/якщо щось змінилося в коді.
Для оптимізації можна трігерами трекать які записи змінилися та опрацьовувати лише їх, але це повинно бути лише оптимізацією (см про idempotent transform)
Ще краще, якщо transform можна робити просто через views, але це не завжди можливо
Головне — пайплайн повинен бути автоматизованним та reproducible. Не повинно бути ручних операцій. ELT чи ETL — залежить від ступеню нелогічності вихідних даних :) Але зазвичай ELT краще для швидких ітерацій, адже всі данні вже базі та більш безпечний адже sanity checks робити набагато легше.
Номінальна вихідна напруга — 220В/240В (від розетки)
Споживання комутатора
Там 100% коммутатор з внутришнім блоком живлення
Споживання комутатора на годину складає — 20 ват
Батарея — 1×12 В / 9 Ач
Це дуже оптімістично...
Зараз жівлення по
Тобто треба хоча б 2х, а краще 3х...
Ок, в мене багато років нічого крім маків не було, мабуть це моя проблема :)
Ціна: 26650 грн
(650 USD) :)
2 аккумулятора, це не 24В, це від
Більшість «потужних діодів» це діоди Шоттки з зовсім іншими залежностями напруги від сили струму.
Тобто ні, так робити також не можна :)
Якщо ви "
Маю дуже обмежені познання у електриці
" то єдиний відносно безпечний варіант — це інвертор на 220, або автомобільний USB-C адаптор з реальним USB PD якщо ноутбук вміє це використовувати.
Не всі ноутбуки настільки нерозбірливі :) В багатьох випадках блок живлення активно коммунікує з девайсом і зарядка просто не розпочнется, поки ця коммунікація не пройде.
Це може бути щось стандартне як USB PD, а може щось зовсім пропіертарне, як з не usb-c макбукамі.
Зазвичай вони мають мінімально необхідну напругу і це дуже рідко менше ніж 80 вольт. Тобто в реальності — ні, так не працює :)
Це не про рев’ю, це про імпорт рандомних релізів рандомного софта, зробленого рандомними людьми, з заплющеними очіма...