Антон Горецкий, сертификат привязан к доменному имени.
Если ты обращаешься к локалхост, а он представляет сертификат на "sample.com" то том отваливается с твоей ошибкой "Главное конечное имя неверно"
Перенаправь в днс имя твоего домена на 127.0.0.1 и все заработает
mayton2019, в комментариях выше есть описание работ дджизели, с прямым указанием на трансляцию.
Но честно говоря не видел описаний микрокода в арм процах. Думали их применить
Програмно-определямые аппаратные процессоры делались. Что-то среднее между фпга или монолитным процессором.
Но в практику не пошли из-за сложности программирования. Сейчас основная проблема программирования в медленной человеческой прослойке :)
варистор никак не поможет. это не токостабилизирующий элемент, а защитный. он должен защищать от перегрузок а не стабилизировать параметры питающей сети :)
у него слишком большие разбросы регулируемых параметров, чтобы использовать как стабилизатор тока для светодиода.
вариант дешевый: рассчитывается токоограничительный резистор (или емкость для переменного тока) под стабилизированное напряжение.
вариант дорогой: импульсный преобразователь со стабилизацией тока.
Читать схему "с листа" только опыт работы со схемами.
По работе каждого отдельного элемента есть куча книг. Плюс практика :)
даже тупые (как тогда казалось) практические работы по расчету типовых схем методом контурных токов, узловых потенциалов и т.д. весьма нарабатывают необходимую мозоль в черепушке.
Бери любую и делай
Константин, форумах спорт.ориентирования :) возможно там используют смартфоны.
если задумываться над качественным жпс-приемником то может стоит глянуть в сторону "железных" навигаторов, тот же гармин.
в них стоит качественная антенна, а не полоска жести всунутая как влезет в корпус.
да и приемная часть сделана получше, рядом нет шумных процессоров, ибо нет требований впихнуть всё в корпус "толщиной 3 миллиметра".
base64 придуман для тех форматов, где можно только текст.
развернуть в бинарь и сохранить как blob. будет быстрее и меньшее.
внешние файлы эффективнее, но не всегда.
есть к к примеру условия, в которых аккурат и впихивают картинки в бд в виде блобов. так получается удобнее. к примеру mbtiles
AUser0, надо читать мануалку на судо. какие он там переменные среды устанавливает для среды исполняемой проги.
учитывай что set это встроенная команда bash (ну или иного sh). для того чтобы вывести set надо запустить bash. А bash при своем запуске еще что-то делает с переменными и т.д. и т.п.
предположу автологин под юзером, которому через sudo разрешены все команды.
хотя может сделан и автологин под root, что не рекомендуется, но применяется.
поменять пароль своего пользователя через sudo passwd %USER%
вместо %USER% прописать имя своего логина.
ибо без указания юзверя под sudo пароль поменяется у root
берешь любой опенсорц месенджер и изучаешь его архитектуру.
это твое обучение.
ты должен наработать умение взять заданную тему и проработать ее полностью сам :)
погугли чутка и информация повалится на тебя водопадом.
а вот умение работать с завалами херни в интернет аккурат и основное рабочее требование современного работника.
учись студент !!
CityCat4, хых, как обычно "упрощающий жизнь" косяк :)
вот от такого и возникают дырки в защите ибо скрипт редактируется пользователем, а запускается от рута.
следовательно пользователь может отредактировать скрипт и запустить от рута любую команду.
Виталий Гусев, ну авторы sudo ведь не дураки, чтоб вот просто так делать дыры в защите :)
надо писать допускаемую к запуску строчку, а не указание на исполняемый файл.
т.е. чтото типа такого
ALL ALL=(ALL:ALL) NOPASSWD: /usr/sbin/mount -t cifs -o username=$USER $HOME/Диск G //filesrv/UserData/Обмен
sudo будет пропускать только вот такой набор символов.
емнип переменные среды тож не пропускаются, т.е. $USER не сработает, разворачивай и проверяй.
поэтому много чего упаковывается в скрипт, но и запуск скрипта должен быть "прямой" с префиксом в виде пути до исполняемого бинаря и т.д.
"это вам не винда, тут все сложнее" :)
добавлю к вышеперечисленному, что это достаточно стандартное продвижение вперед.
авторы bun, предположу, знали о проблемах и тормозах node.js и основываясь на опыте ноды сделали новый враппер с лучшей фундаментальной архитектурой.
авторы ноды, будучи первыми, не имели опыта и потому создали ноду со своими врожденными плюсами/минусами. выправить которые не смогли.
смотри историю того же nginx, nftables...
пройдет время, накопится опыт работы, найдутся в нем косяки и затыки. и либо их выправят, либо создадут что что новое более крутое заменяющее старое.
Если ты обращаешься к локалхост, а он представляет сертификат на "sample.com" то том отваливается с твоей ошибкой "Главное конечное имя неверно"
Перенаправь в днс имя твоего домена на 127.0.0.1 и все заработает