я себе еще давным давно сделал для хоста систему, что позволяет отдавать файлы или по фиксированному названию или сгенерированная случайная строка. При этом оба варианта можно ограничить как сроком выдачи, так и лимитом на загрузки после которого файл так же пропадает из общего доступа
Это к тому что главная защита это уникальная ссылка, а далее уже файл доступен как обычно любым способом хоть с консоли скачать. Если сервер ваш то проблем компрометации нет. Даже если есть то навернуть внуренее шифрование и все.
Хорошая статья - уже сколько лет пишу на Го, некоторые моменты прям вызвали озарение "ах вот почему я всегда делаю так, а не иначе!"
Единое что Случайный выбор при нескольких готовых case — это баг, который называют фичей, что бы приучить новичков изначально не складывать ничего вариативного в select. Собственно простота и упрощения Голанда это его главная сила, хоть иногда и ценой неочевидной логики (слайсы ван лов, хотя по уму сделать нормально массивную логику ничего не мешало изначально)
да понятно что распотрошив фрезой банки и залив водой литий, давление будет такое что батарея "сама откроется", но тогда уж можно сразу водорезку на колесиках делать. Просто промежуточный насос, что бы ДАВИЛО и огнеупорные трубки высокого давления - так то можно и "вырезать"батарею что бы потом на земле углекислотой залить то что не успело прореагировать с водой
очень круто! Нужно будет попробовать как-нибудь в плане распозание по LLM с ESP32
Единый только вопрос - а зачем LLM? Я понимаю что оно позволит любые кракозябры забиндить на распознание, но в задаче знаков простая математика матриц, которая решалась десятилетиями без LLM. Я думаю детям будет такое тоже интересно, просто выносим сложную математику за скобки оставляя только прикладное и можно даже в low-code сделать "генератор распознания" в формате цветного или монохромного пиксель-арта
вообще сомнительно для такого система, если бы оно еше и поднималась бы напором воды, а не только "сверлилась", тогда можно оперативно залить всю батарею просто перемещая такого "дятла", но вручную в аккумуляторе не так много места и точек сброса давления, что бы вода с одной точки попала везде даже 100 раз под давлением
Хватает же разных аналоговых чипов что число в сигналы и сигналы в число переводят. Единая только сложность это найти clock-чип что будет отдавать timestamp напрямую без spi/i2c.
Хотя если ожидается что после потери питания часы нужно настраивать то clock даже не нужен, хватит обычного счетчика.
я про ситуацию когда логер вшит в саму программу, что бы падение например сразу шло на логер, а не в файл
мы проверяли вживую разные подходы так как для операций с деньгами логи должны быть всегда - запись в файл 1-к-3 что пошакалит, http вообще не успевал отправиться, а вот gRPC хватало 40нс что бы успешно отправить сообщение что гарантировано ровно ляжет в базу. Я про ситуацию аварийного падения и тд если что, тот же KILL не мгновенно срабатывает и пред ним можно успеть перехватить и отчитаться
Pebble точно поддерживает чтение/запись батчами. Там вообще много разного можно навертеть для такого, просто оптимизации и хаки ожидаются от пользователя, а не от движка, так как у движка совсем другая задача и чтение/запись "в лоб" по ключам только не для нагружённых систем как таковых
у локи единый плюс - он работает с gRPC, а не только с http
если метрики еше по таймеру скидываются, то с реактивными логами важна каждая миллисекунда, которую оценишь когда приложение падает в момент отправки лога
но для "старых" систем в которых логи в файл пишутся VictoriaLogs лучший выбор - настраиваем ротацию каждый час и собираем из файла по крону
если там есть виброотклик то мне кажется такая мышка сорвет кассу, стимеры раскупят. Точнее стимерши.
..и как вы убеждаетесь что агент дейсвительно проверил, а не просто решил что все ок или подогнал тесты под результат?
скрепный есть, но лучше б не было
а если вы про открытые альтернативы о их нет по причине "удостоверяющего центра" чью роль не может взять на себя ноунейм
то есть или придумается свой децентрализованый стандарт сертефикации или ру-домены стали историей
с телефона написал
у хабра болезнь с разметкой на стадии "хронического заболевания" потому не заморачивайся сильно по этому поводу
Это нормальное поведение, если только твой язык не JS
Почитайте за руны и как вообще сформирована работа с символами в Go
Так то даже fmt.Printf(“%x\n”, “2”) будет 32
Лучшее десктопное приложение это то, что не делается вебом.
Потому и поддержка лимитов на срок или на количество загрузок
в любом случае от ссылки с ключом оно ничем не отличается, кроме оверхеда на шифрование со стороны сервера
а зачем вообще ключ?
я себе еще давным давно сделал для хоста систему, что позволяет отдавать файлы или по фиксированному названию или сгенерированная случайная строка. При этом оба варианта можно ограничить как сроком выдачи, так и лимитом на загрузки после которого файл так же пропадает из общего доступа
Это к тому что главная защита это уникальная ссылка, а далее уже файл доступен как обычно любым способом хоть с консоли скачать. Если сервер ваш то проблем компрометации нет. Даже если есть то навернуть внуренее шифрование и все.
звучит как хорошая уязвимость для "бесплатного" доступа
Хорошая статья - уже сколько лет пишу на Го, некоторые моменты прям вызвали озарение "ах вот почему я всегда делаю так, а не иначе!"
Единое что Случайный выбор при нескольких готовых case — это баг, который называют фичей, что бы приучить новичков изначально не складывать ничего вариативного в
select. Собственно простота и упрощения Голанда это его главная сила, хоть иногда и ценой неочевидной логики (слайсы ван лов, хотя по уму сделать нормально массивную логику ничего не мешало изначально)...и отлично замещает кислород в газообразном состоянии, закрывая вопрос горения
да понятно что распотрошив фрезой банки и залив водой литий, давление будет такое что батарея "сама откроется", но тогда уж можно сразу водорезку на колесиках делать. Просто промежуточный насос, что бы ДАВИЛО и огнеупорные трубки высокого давления - так то можно и "вырезать"батарею что бы потом на земле углекислотой залить то что не успело прореагировать с водой
очень круто! Нужно будет попробовать как-нибудь в плане распозание по LLM с ESP32
Единый только вопрос - а зачем LLM? Я понимаю что оно позволит любые кракозябры забиндить на распознание, но в задаче знаков простая математика матриц, которая решалась десятилетиями без LLM. Я думаю детям будет такое тоже интересно, просто выносим сложную математику за скобки оставляя только прикладное и можно даже в low-code сделать "генератор распознания" в формате цветного или монохромного пиксель-арта
заметка про америку, а видео китайское)))
вообще сомнительно для такого система, если бы оно еше и поднималась бы напором воды, а не только "сверлилась", тогда можно оперативно залить всю батарею просто перемещая такого "дятла", но вручную в аккумуляторе не так много места и точек сброса давления, что бы вода с одной точки попала везде даже 100 раз под давлением
там с настройками можно проиграть и будет лажа
у меня вот по онлайн карте должно быть рядом много нод, но я их у себя не вижу с запущенной нодой
да что говорить - запускал себя несколько одновременно нод и должно совпасть все от частоты канала до "доступных чатов" иначе ноды друг друга не видят
то есть купить модули под определенную частоту и думать что ты "в сети" недостаточно
а чего вообще микроконтроллер используется?
Хватает же разных аналоговых чипов что число в сигналы и сигналы в число переводят. Единая только сложность это найти clock-чип что будет отдавать timestamp напрямую без spi/i2c.
Хотя если ожидается что после потери питания часы нужно настраивать то clock даже не нужен, хватит обычного счетчика.
я про ситуацию когда логер вшит в саму программу, что бы падение например сразу шло на логер, а не в файл
мы проверяли вживую разные подходы так как для операций с деньгами логи должны быть всегда - запись в файл 1-к-3 что пошакалит, http вообще не успевал отправиться, а вот gRPC хватало 40нс что бы успешно отправить сообщение что гарантировано ровно ляжет в базу. Я про ситуацию аварийного падения и тд если что, тот же KILL не мгновенно срабатывает и пред ним можно успеть перехватить и отчитаться
Pebble точно поддерживает чтение/запись батчами. Там вообще много разного можно навертеть для такого, просто оптимизации и хаки ожидаются от пользователя, а не от движка, так как у движка совсем другая задача и чтение/запись "в лоб" по ключам только не для нагружённых систем как таковых
у локи единый плюс - он работает с gRPC, а не только с http
если метрики еше по таймеру скидываются, то с реактивными логами важна каждая миллисекунда, которую оценишь когда приложение падает в момент отправки лога
но для "старых" систем в которых логи в файл пишутся VictoriaLogs лучший выбор - настраиваем ротацию каждый час и собираем из файла по крону
да, это писала нейросеть