Артур
Тут диалог развивается как баг в проде — вроде не критично, но тревожно
Dmitrii
Любимый комикс про женщину?) В этом вопросе так много вопросов)
Илья
покажи мне твой любимый комикс про женщину я не писал пост про ml
Денег хочу, женщин защищаю, разбираюсь в комиксах) Хорош великий кукурузо! :)
Dmitrii
Наверное для айтишников нужно доку по женщине написать, что б они по комиксам не изучали:)
Илья
Женщины это микросервисная архитектура Мужчины - монолитная Адептам комиксов на заметку :)
Azret
Дядь почитай как устроена женщина для начала. А то чувствую у тебя такие же познания, как и твой мега пост про ML на гошке :)
Осмелюсь предположить, что большинство из местных 10к подписчиков по своему НЕскромному мнению считают себя Илонами Масками и Сэмами Альтманами. Я не читал статью Вадима, но сам факт того, что он потрудился её написать и опубликовать... а также не побоялся критики и выложил её сюда в чат - одно это выделяет его из кучи всех нас. Пожалуйста, не обесценивайте труд других. Если у вас есть конкретные аргументы, поделитесь ими с Вадимом. Уверен, это будет более конструктивная позиция.🙏
Vadim
есичо я писал про биндинг llm на плюсах
Vadim
кто шарит что такое биндинг, тот поймет, что задачка простая
Vadim
кстати остальные статьи тож збс https://medium.com/@filinvadim
Dmitrii
Женщины это микросервисная архитектура Мужчины - монолитная Адептам комиксов на заметку :)
Там апи не понятное, дергаешь одну ручку с просьбой вернуть жсон, а теперь по очереди xml прилетает
Dmitrii
Свагер нормальный нужен
Alligator
Там апи не понятное, дергаешь одну ручку с просьбой вернуть жсон, а теперь по очереди xml прилетает
Довольно иронично, что в работе они при этом более стабильны и лучше вывозят всякую рутину
Dmitrii
Довольно иронично, что в работе они при этом более стабильны и лучше вывозят всякую рутину
Тут как со сложным софтом главное правильно настроить - это самая проблема)
Dmitrii
А потом придерживаться принципа всё работает и не трогай! Хотя потрогать бывает хочется 😊
Cyril
Женщины это микросервисная архитектура Мужчины - монолитная Адептам комиксов на заметку :)
Женщина это монолит на пхп К которому хер поймешь как подойти и как правильно запустить И это ещё не зашёл разговор про рефакторинг и попытки добавить новые фичи
Vadim
@banofbot
Banof
🔫 Courtney Holloway кикнут — вернуть этого пользователя можно только разбаном в настройках чата. За кик проголосовали: @vafil9000, Николай, @super_monad, @Ill_Maga, @zbuh4 Информация по переезду из 🇺🇦 в 🇨🇦
Azret
Чела кикнули только за то, что он написал "привет"?!🤯
Azret
Vadim
? @vafil9000, Николай, @super_monad, @Ill_Maga, @zbuh4
У меня насмотренность на ботов. За других не скажу
Azret
У меня насмотренность на ботов. За других не скажу
Вадим, человек может быть элементарно воспитанный. Присоединился к чате, написал "привет" и вы его кикнули.🙈
Azret
Это как?!🙈
Azret
У меня нет слов...
Vadim
У меня нет слов...
Это был бот, не переживай
Pavel
согласен с характеристикой создателя, но не женщины
Vlad
У меня нет слов...
это еще ниче, я вот как-то в группу к телефонистам зашел, так мне сразу антибот написал "представься, мразь!"
zarif
Привет всем! Подскажите, пожалуйста, кто-нибудь сталкивался с реализацией конвертации PDF в Word и Word в PDF на Go? Есть ли бесплатные и работающие библиотеки (желательно с открытым исходным кодом), которые можно использовать в своих проектах?
Vadim
На го очень плохая поддержка
Pavel
У кого-нибудь тут есть материалы по индексации зашифрованных данных? Предположим что нужен поисковик в зашифрованном чате, для удобства пользователей. Как, в таком случае, индексировать данные? Ведь в индексе слова должны храниться в незашифрованном виде, не так ли? А это значит что с такой структурой данных: { "ел": [ 2234, ...], "я": [ 2234, ... ], "пюре": [ 2234, ... ] } (простой хэш индекс от токена к айди сообщения) так вот, с такой структурой данных будет не сложно понять, что скрыто в сообщении с айди 2234. Это решаемая проблема?
Azret
У кого-нибудь тут есть материалы по индексации зашифрованных данных? Предположим что нужен поисковик в зашифрованном чате, для удобства пользователей. Как, в таком случае, индексировать данные? Ведь в индексе слова должны храниться в незашифрованном виде, не так ли? А это значит что с такой структурой данных: { "ел": [ 2234, ...], "я": [ 2234, ... ], "пюре": [ 2234, ... ] } (простой хэш индекс от токена к айди сообщения) так вот, с такой структурой данных будет не сложно понять, что скрыто в сообщении с айди 2234. Это решаемая проблема?
Я не силён в криптографии и около неё. Просто рассуждаю как дилетант. Если мы декларируем, что контент шифруется, это означает, что на сервере мы его не сможем прочитать. Т.е. на обоих клиентах есть свои сертификаты, которыми шифруются сообщения. Следовательно, на сервере мы храним лишь raw-data. Весь поиск в таком случае осуществляется на клиенте, при дешифровке всей или части переписки.
Azret
Да, и на клиенте было бы глупостью незашифрованную информацию хранить в индексах, разве нет?
Не факт. Это вопрос компромисса. В той же экосистеме Apple нельзя вот так просто получить доступ к файловой системе (извне). И если полагаться на этот "эшелон защиты", то можно к приложению прикрутить локальный mySQL. И хранить там, без шифрования. Т.е. мы как бы предполагаем (допускаем), что периметр данных пользователя защищён в рамках его устройства.
Pavel
Для MAX?)
нет, но есть проектик в связи с ним
Pavel
Я себе представляю тоже что-то наподобии «blind indexing». Но ещё ведь можно, поверх этого, сделать blind fuzzy indexing, т.е. некоторые части текста рандомизировать и тоже индексировать. И ещё как бонус поверх этого индексировать фразы, которые при ручном fuzzy поиске (сканировании) что-то нашли
Pavel
Боюсь, я не очень вас понял.
Например, мы храним в индексе не только xufygsfd== (расшифровано hello), но также и ufsosoo== (расшифровано helo), и другие вариации. Дальше, мы можем также сохранять в индексе зашифрованное значение hel (т.е. храним m29xkso=), которое при поиске по индексам не дало результатов (потому что мы не индексировали m29xkso= из сообщения, которое содержало "hello"), но при сканировании расшифрованных данных на телефоне (при помощи ключа, который там хранится) дал результаты, и следовательно мы говорим что вот хэш слова hel должен также указывать на сообщение hello. Таким образом, в индексах всё хранится зашифровано + индексы получают небольшое свойство "fuzzy". Это навело меня на мысли о схожести зашифрованных слов/данных, что напомнило про ток Джо Армстронга, который советую посмотреть: https://www.youtube.com/watch?v=lKXe3HUG2l4 Особенно обратите внимание на часть про т.н. «сжиматель».
Pavel
извините если до сих пор не понятно, а то поздновато и мозга если варит то очень неуклюже
Azret
Например, мы храним в индексе не только xufygsfd== (расшифровано hello), но также и ufsosoo== (расшифровано helo), и другие вариации. Дальше, мы можем также сохранять в индексе зашифрованное значение hel (т.е. храним m29xkso=), которое при поиске по индексам не дало результатов (потому что мы не индексировали m29xkso= из сообщения, которое содержало "hello"), но при сканировании расшифрованных данных на телефоне (при помощи ключа, который там хранится) дал результаты, и следовательно мы говорим что вот хэш слова hel должен также указывать на сообщение hello. Таким образом, в индексах всё хранится зашифровано + индексы получают небольшое свойство "fuzzy". Это навело меня на мысли о схожести зашифрованных слов/данных, что напомнило про ток Джо Армстронга, который советую посмотреть: https://www.youtube.com/watch?v=lKXe3HUG2l4 Особенно обратите внимание на часть про т.н. «сжиматель».
Azret
В целом, я согласен с ответом ИИ. От себя добавлю, что при шифровании применяются асимметричные алгоритмы. А это значит, что вам: 1. Для каждого ключа создавать свои комбинации слов (радужные таблицы). И это (!)очень много данных. 2. Я не знаю, насколько эти "заготовки" будут "стакаться" с реальными чанками шифрования. Т.е. слово hello вы может и будете хранить в зашифрованном виде. Но если, к примеру, алгоритм шифрования будет работать с чанками 64 байта, то вы не "увидите" там hello, т.е. изменение любого бита в чанке полностью изменит хэш. Но всё это детали. Как ИИ уже правильно отметил - для начало надо понять: так сервер имеет доступ в чтению сообщений или нет. Ответ на этот вопрос - точка бифуркации в дальнейшей реализации.
Pavel
Я говорю про индексы на клиенте
Azret
Я говорю про индексы на клиенте
Если речь о клиенте, почему мы не можем ему доверять (его устройству)? А если устройство скомпрометировано, значит и ключ для (де)шифрования тоже скомпрометирован. Какой тогда прок от того, что мы шифруем на нём данные? Но, возможно, я чего-то не понимаю.
Azret
Как вариант. При открытии приложения (мессенджера) вы запрашиваете у пользователя пароль. Пароль, которым он защитил приватный ключ. Далее, этим приватным ключом вы расшифровываете raw-data, которая храниться на устройстве (файл или бд). Расшифрованные данные загружаются в оперативную память, где вы и выполняете поиск.
HRTtech
We're Hiring: Golang + Python Software Engineer (100% Remote) We're looking for skilled developers ready to build, ship, and scale impactful products! Requirements: - 5+ years of professional experience in software engineering - Strong experience with Golang and Python (bonus for experience with frameworks like FastAPI or Gin) - Familiarity with cloud services (AWS, GCP) and RESTful APIs - Industry experience in Fintech, Healthcare, Ecommerce, or SaaS - Fluent English communication skills (speaking, listening, reading, and writing) What We Offer: - Competitive monthly compensation: $4,000 – $5,000 USD - 100% remote work Please contact @HRTtech
Eugene
все существующие реализации - это компромисс. либо ты хранишь на клиенте индекс по расшифрованным данным (протон например так и делает), либо у тебя нет фуллтекст поиска. если бросить фуллтекст поиск, то тебе нужен скорее всего blind‑index https://medium.com/@kalpsedalia/blind-index-pattern-search-strategy-for-encrypted-information-2e74ae2b9e30
Eugene
Есть еще secure enclave, поддержка на уровне процессора . Но я не вдавался в подробности, по-моему это для серверов и требуется доверие производителю, что в случае чатика, например , не очень подходит
снежный
#резюме ищу работу
dimeqw
Всем привет, есть те, кто с goquery и chromedp работали? Есть проблемка, в лс расскажу.
Vitaly
#резюме Доступен для работы, более десяти лет пишу коды, года четыре на Go. Ещё фронтенд, AWS, ебилды для Gentoo. Создал одно из лучших браузерных расширений 2020 года по версии Google. https://www.linkedin.com/in/zdanevich
Pavel
Сожги и забудь
Rose
Reported Максим Цветков [7570506534] to admins.
Group Help
Report sent
Василий
Не пон причем тут ерланг(
Ну типа в нем трушный ООП
Василий
ключ зашифрован паролем на устройстве, а БД на диске нет
Так и бд можно шифровать ключем любой длины. Ключ шифровать паролем.
Василий
Прародь можно даже не отправлять для, верификации получилось расшифровать гуд не получилось ССЗБ. Вопрос правда что делать когда пользователь забыл пароль
Mike
Привет, я Go разработчик с 5 годами опыта, сейчас ищу работу в России и за рубежом. И я не знаю актуальный диапазон зарплат. Люди с похожим опытом, напишите пожалуйста свою зп или примерный диапазон, чтобы я мог точнее называть зарплатные ожидания на собеседованиях Заранее спасибо 🙏
Mike
Не вовремя ты решил уйти. Ща все плохо на рынке
Я ушел несколько месяцев назад) щас возвращаюсь с мини пенсии
Сергей
Mike
+- совпадает с тем что я услышал здесь и в другом чате, спасибо
Василий
Очень похоже на правду. Самое смешное знаете что в $ это сильно меньше чем было в 21 году. т.е. Медиана примерно около 4000к баксов, я помню времена когда мне предлагали 6 и я жопой крутил дескать премий годовых нет. это был как раз 21 год