Справедливости ради, подобрать конкретные промты и правильное описание скилов сложно, особенно для не топовых моделей. Шаг влево, шаг вправо и тебя поняли не так и делают не то. То что может выглядеть как "просто запрос к апи с промтом" может оказаться неделей кропотливой работы по подбору каждого слова чтобы конкретная модель делала всё как надо.
Но к OpenClaw это конечно не относится, там реально нейрослоп и сама штука по сути непригодная ни для чего. Разве что пример того как не надо делать.
Скорей всего какой-то механизм по типа safety net. Safari запрашивает у системы, та подписывает ключом который подписан ключом от Apple. Устройство в целом пользователю не подконтрольно да и ключ скорей всего щас уже апаратно где-то и неизвлекаемый. Так что 1 устройство - конкретный человек.
Эта тема one user - one identity нынче активно продвигается. В европе вся кутерьма про проверку возраста ради детей абсолютно тоже самое.
А ещё есть важная вещь которую кажется никто не упомянул об ООП. О том что автор этого самого ООП - Алан Кей предполагал совершенно другое. А то что сделал с++ это максимальное извращение и изнасилование первоначальных принципов ООП. Вот то что сейчас называют акторной моделью ближе всего к оригинальному ООП.
Тотже эрланг где нет ни объектов ни классов больше ООП(в понимании Алана Кея) чем плюсы или джава.
Всегда не нравился "чистный код", но вот назвать автора книги говнокодером у меня бы смелости не хватило.
То что в посте называется ФП на самом деле не особо функциональное программирование. Это скорее комбинация процедурного с использованием ФП. Популярно в go, в целом хорогий подход.
Если вам не хватает 8 килобайт для поисковых параметров, то это повод задуматься о том что у вас что-то серьёзно не так с архитектурой.
Честно говоря этот query это вредительство какое-то. Если это повсеместно внедрят, то:
1) Куча инфраструктуры заточеная только под классические http запросы сломается. От балансировщиков до библиотек для вывода логов
2) В первое время будут дыры в веб-серверах из-за кривой реализации 3) Нельзя просто скопировать URL и отправить другу 4) Усложняется создание "глубоких ссылок" (deep linking) 4) Кнопки вперед/назад в браузере будут работать некорректно. 5) Нельзя сохранить закладку с параметрами поиска без перепиливания всех механизмом закладок.
И это только что пришло первым в голову. Я конечно привык что веб со временем становится только хуже, но тут ребята прям на уровне стандартов "стараются"
UPD: а для сложных запросов из js уже был GraphQL и прочие.
Ну если у вас есть wireguard и хочется чтобы только заблокированное шло через него, то попробуйте: https://github.com/Jipok/dnsr Не особо костыльное. Делал чтобы было проще для юзера. Работает и не требует внимания уже пару месяцев.
Справедливости ради, подобрать конкретные промты и правильное описание скилов сложно, особенно для не топовых моделей. Шаг влево, шаг вправо и тебя поняли не так и делают не то. То что может выглядеть как "просто запрос к апи с промтом" может оказаться неделей кропотливой работы по подбору каждого слова чтобы конкретная модель делала всё как надо.
Но к OpenClaw это конечно не относится, там реально нейрослоп и сама штука по сути непригодная ни для чего. Разве что пример того как не надо делать.
Скорей всего какой-то механизм по типа safety net. Safari запрашивает у системы, та подписывает ключом который подписан ключом от Apple. Устройство в целом пользователю не подконтрольно да и ключ скорей всего щас уже апаратно где-то и неизвлекаемый. Так что 1 устройство - конкретный человек.
Эта тема one user - one identity нынче активно продвигается. В европе вся кутерьма про проверку возраста ради детей абсолютно тоже самое.
А ещё ведь из подобного массового неверного понимания есть REST API. С этим термином поступили ещё жёстче даже чем с ООП.
А ещё есть важная вещь которую кажется никто не упомянул об ООП. О том что автор этого самого ООП - Алан Кей предполагал совершенно другое. А то что сделал с++ это максимальное извращение и изнасилование первоначальных принципов ООП. Вот то что сейчас называют акторной моделью ближе всего к оригинальному ООП.
Тотже эрланг где нет ни объектов ни классов больше ООП(в понимании Алана Кея) чем плюсы или джава.
Ничего себе хабросуицид!
Всегда не нравился "чистный код", но вот назвать автора книги говнокодером у меня бы смелости не хватило.
То что в посте называется ФП на самом деле не особо функциональное программирование. Это скорее комбинация процедурного с использованием ФП. Популярно в go, в целом хорогий подход.
Распространённое заболевание среди java разработчиков.
Есть даже шедевр на эту тему: https://github.com/EnterpriseQualityCoding/FizzBuzzEnterpriseEdition
Откуда 4? Там же 8 вроде по дефолту.
Но вообще ограничения веб сервера не имеет смысла рассматривать. Их же можно легко поднять.
Как получение связано с отправкой? Получать можно хоть несколько
десятков тысяч строкгигабайт.8000 символов это лимит на url. И то я по памяти сказал. Щас погуглил и нашёл такую инфу на момент сентября 2023го:
Chrome >64kAndroid >64kFirefox >300kSafari >64kИ 32 килобайта у cloudflare. Так что можно считать 32 килобайта безопасным.
Но вы ведь понимаете как оно на самом деле будет?
Если вам не хватает 8 килобайт для поисковых параметров, то это повод задуматься о том что у вас что-то серьёзно не так с архитектурой.
Честно говоря этот query это вредительство какое-то. Если это повсеместно внедрят, то:
1) Куча инфраструктуры заточеная только под классические http запросы сломается. От балансировщиков до библиотек для вывода логов
2) В первое время будут дыры в веб-серверах из-за кривой реализации
3) Нельзя просто скопировать URL и отправить другу
4) Усложняется создание "глубоких ссылок" (deep linking)
4) Кнопки вперед/назад в браузере будут работать некорректно.
5) Нельзя сохранить закладку с параметрами поиска без перепиливания всех механизмом закладок.
И это только что пришло первым в голову. Я конечно привык что веб со временем становится только хуже, но тут ребята прям на уровне стандартов "стараются"
UPD: а для сложных запросов из js уже был GraphQL и прочие.
роскомтеррор*
Будут отслеживать конкретные подключения чтобы найти частные vpn/прокси сервера?
Ну если у вас есть wireguard и хочется чтобы только заблокированное шло через него, то попробуйте:
https://github.com/Jipok/dnsr
Не особо костыльное. Делал чтобы было проще для юзера. Работает и не требует внимания уже пару месяцев.
Удивительно. Гугл свою хромуюось наоборот немножечко офлайн делает:
https://www.opennet.ru/opennews/art.shtml?num=62254
Их то за что?
Помню что вроде с джойреактора. Но вроде автор забросил своё творчество. Не подскажете как его зовут?
И обязательно ли ставить linux? Это же по идеи оверхед большой.
А подскажите, как оно по производительности в сравнении с минипеками на intel n100?
Что скажете о Sipeed LicheeRV и прочие одноплатники с SG2002?
Вайтлист через два года?