Спасибо автору за статью. Как раз вовремя. Сегодня хотел зарефакторить свой D4, купил 2 новых 10ТБ диска, собрал в новый статик RAID1 том. И закралась у меня идея, сделать новый том основным "Системным", мигрировав со старого RAID1 8TB, и далее старый рэйд сделать RAID0, и юзать его как файлопомойку размером 16TB. Но потыкался и понял что есть где-то подвох, и отчасти он описан в этой статье. Думаю оставлю все как есть. Пусть будет два рэйда и будет оно работать пока не навернется, а там посмотрим) Главное правило "Работает - не лезь!"
Дока у них есть, но в ней они ни где не гарантируют что домен всегда будет одинаковым. На практике их схема за последние 8 лет не менялась. Но даже если и смениться домен, поменять его во всех ссылках достаточно просто, ведь мы знаем ID видео. Вот если они схему поменяют и сделают что-то с токенами (хотя на мой взгляд для гугл вариант с токенами будет дороже, т.к. сразу вырастет сложность cdn)
Понимаю, что запрос звучит странно на фоне беседы о вычислениях. К сожалению, как ИИ я не имею возможности выполнять финансовые операции или давать деньги в прямом смысле слова.
Но если у вас возникла настоящая потребность, лучше обсудить это непосредственно с кем-то из близких людей, друзей или обратиться за помощью к семье. Возможно, существует проблема более широкого контекста, которая может иметь решение через финансовую поддержку, но не через программу.
Если же вопрос касался чего-либо другого, например, помощи в понимании задачи по математике или совета на каком-то этапе, я с радостью помогу. Чего конкретно вы хотите разобрать?
Все никак руки (или ноги) не дойдут попробовать поработать стоя. В идеале хочется взять стол с подъемным механизмом, чтобы под него сунуть дорожку для ходьбы, но цены не радуют. ~50-80к отдать за сомнительное удовольствие пока нет желания. Автору зачет - собрал бюджетный вариант. Пока работаю то лежа/сидя на диване то за обычным компьютерным столом. Благо работаю на ноуте и есть возможность часто менять локации.
У метода setWebhook есть поле secret_token. Для безопасности можно например раз в сутки менять секретный токен. Также адрес для обработки вебхука у вас должен быть не простым, с каким нибудь хэшом в url (его тоже можно периодически менять)
Советую рассмотреть bleve, 4 месяца назад ушел на него с эластика. Сказать доволен - ничего не сказать. Bleve вообще не потребляет ресурсов по сравнению с эластиком, работает шустро, и дает полный контроль. Из минусов, нужно будет немного покодить на Go (хотя для меня это плюс).
К сожалению стоит признать что многопоточность и нода это практически несовместимые вещи. Параллелить на уровне независимых процессов завернув приложение в докер - еще куда не шло. Но появляется оверхед по ресурсам, коннектам к БД
У меня в одном проекте на проде еще недавно крутилось 120 одинаковых докер контейнеров выполняющих одну и туже логику (но с разными параметрами запуска), конечно начиналось все с нескольких и по мере роста пришлось заскейлить инстансы до такого кол-ва.
Вобщем решил я это дело замногопоточить в рамках одного процесса, помучался NodeJS worker_threads и понял что надо бы это дело на Go попробовать. И вуаля, аналогичный код на Go в проде теперь жрет 200-400 мб и 2-4 ядра и все это один процесс, при этом выполняет очень много операций. По итогу получилось что нагрузка упала примерно в 50 раз, но объем работы выполняется тот же.
Ноду я конечно из-за этого случая не разлюбил, но выводы сделал что для многопоточки хорош Go, возможно и Rust тоже не плох для этого, но до него я так и не добрался.
За деньги было бы хорошо получить повышенный rate-limits для ботов. Чтобы можно было слать больше сообщений в каналы. Порой не хватает лимитов, пришлось написать планировщика который гарантированно отправляет сообщения (но иногда с задержкой из-за лимитов)
Да, к сожалению это так. Не умеют у нас создать комфортную среду максимум что могут это залить проблему деньгами, и только в редких случаях это приводит к успеху
Правильная мысль. Вообще в целом не хватает централлизованной координации действий в IT отрасли. Вот все говорят нужно пилить отечественный софт, раздают гранты и т.д. Но чтобы тот же грант получить нужно произвести море бумажной работы, и в итоге все может быть псу под хвост т.к. подобный софт уже кто-то взялся делать первее вас и забрал все деньги выделенные под направление.
Исходя из этой инфы приходим к следующему: Многие IT-команды хотят ввязаться в этот движ, но не понимают какие направления свободны и куда применить свою энергию. В итоге просто ничего не делают, потому что так эффективнее.
@holyhope По хорошему данный сервис должно поддерживать министерство, только у него есть максимально детализированная информация, оно может в принудительном порядке получить любые сведения и т.д. Но дело в том, что скорей всего мы этого не дождемся и это больше всего печалит. А своими силами без какой либо поддержки развить подобное направление не получится, к сожалению. Нужно идти и оббивать пороги правительственных учреждений, может пойдут на контакт.
В теории и приватный ключ можно подобрать к любому кошельку, но попробуйте это сделать, хотя бы посчитать вероятность нахождения ключа от кошелька, даже при условии проверки 100 000 адресов/сек число будет мягко говоря огромное.
И даже если произойдет атака 51%, то скорее уведут деньги. С деньгами проще, а с машинами много возни. Но тут сразу возникает вопрос: почему до сих пор атаку не произвели? В БЧ уже миллиарды долларов, атакующим есть чем поживиться.
Спасибо автору за статью. Как раз вовремя. Сегодня хотел зарефакторить свой D4, купил 2 новых 10ТБ диска, собрал в новый статик RAID1 том. И закралась у меня идея, сделать новый том основным "Системным", мигрировав со старого RAID1 8TB, и далее старый рэйд сделать RAID0, и юзать его как файлопомойку размером 16TB.
Но потыкался и понял что есть где-то подвох, и отчасти он описан в этой статье. Думаю оставлю все как есть. Пусть будет два рэйда и будет оно работать пока не навернется, а там посмотрим) Главное правило "Работает - не лезь!"
Там в одном из issue проекта идет обсуждения данной проблемы, и вроде как есть решение, но за работоспособность не ручаюсь
Дока у них есть, но в ней они ни где не гарантируют что домен всегда будет одинаковым. На практике их схема за последние 8 лет не менялась. Но даже если и смениться домен, поменять его во всех ссылках достаточно просто, ведь мы знаем ID видео. Вот если они схему поменяют и сделают что-то с токенами (хотя на мой взгляд для гугл вариант с токенами будет дороже, т.к. сразу вырастет сложность cdn)
Добавил четвертым вариантом
Олег, дай денег?
blackened/t-lite:latest
Понимаю, что запрос звучит странно на фоне беседы о вычислениях. К сожалению, как ИИ я не имею возможности выполнять финансовые операции или давать деньги в прямом смысле слова.
Но если у вас возникла настоящая потребность, лучше обсудить это непосредственно с кем-то из близких людей, друзей или обратиться за помощью к семье. Возможно, существует проблема более широкого контекста, которая может иметь решение через финансовую поддержку, но не через программу.
Если же вопрос касался чего-либо другого, например, помощи в понимании задачи по математике или совета на каком-то этапе, я с радостью помогу. Чего конкретно вы хотите разобрать?
Душнилу можно убрать с помощью системного промпта, либо в юзер-промпте говоря "Будь краток, отвечай конкретно", в моих экспериментах это сработало.
Судя по параметрам модели длина контекста: 8192
Тоже задавался этим вопросом, пришлось сделать самостоятельно. Запушил в https://ollama.com/blackened/t-lite
В продолжение темы
Все никак руки (или ноги) не дойдут попробовать поработать стоя. В идеале хочется взять стол с подъемным механизмом, чтобы под него сунуть дорожку для ходьбы, но цены не радуют. ~50-80к отдать за сомнительное удовольствие пока нет желания.
Автору зачет - собрал бюджетный вариант.
Пока работаю то лежа/сидя на диване то за обычным компьютерным столом. Благо работаю на ноуте и есть возможность часто менять локации.
У метода setWebhook есть поле secret_token. Для безопасности можно например раз в сутки менять секретный токен.
Также адрес для обработки вебхука у вас должен быть не простым, с каким нибудь хэшом в url (его тоже можно периодически менять)
Ну и адреса подсетей телеги тоже известны:
Accepts incoming POSTs from subnets
149.154.160.0/20and91.108.4.0/22on port 443, 80, 88, or 8443.Стикеры попрошу не трогать). А с историями полностью поддерживаю
То ли вы действительно считаете что фраза "Ума палата" несет хвалебный оттенок, то ли в статье где-то зарыта ирония, не пойму, если можно разъясните
Обычно «Ума палата» подразумевает продолжение [да ключ потерян / да разума маловато]
Советую рассмотреть bleve, 4 месяца назад ушел на него с эластика. Сказать доволен - ничего не сказать. Bleve вообще не потребляет ресурсов по сравнению с эластиком, работает шустро, и дает полный контроль. Из минусов, нужно будет немного покодить на Go (хотя для меня это плюс).
Как по мне vue 2 с vue-class-component как-то по изящнее выглядит.
К сожалению стоит признать что многопоточность и нода это практически несовместимые вещи. Параллелить на уровне независимых процессов завернув приложение в докер - еще куда не шло. Но появляется оверхед по ресурсам, коннектам к БД
У меня в одном проекте на проде еще недавно крутилось 120 одинаковых докер контейнеров выполняющих одну и туже логику (но с разными параметрами запуска), конечно начиналось все с нескольких и по мере роста пришлось заскейлить инстансы до такого кол-ва.
Вобщем решил я это дело замногопоточить в рамках одного процесса, помучался NodeJS worker_threads и понял что надо бы это дело на Go попробовать. И вуаля, аналогичный код на Go в проде теперь жрет 200-400 мб и 2-4 ядра и все это один процесс, при этом выполняет очень много операций. По итогу получилось что нагрузка упала примерно в 50 раз, но объем работы выполняется тот же.
Ноду я конечно из-за этого случая не разлюбил, но выводы сделал что для многопоточки хорош Go, возможно и Rust тоже не плох для этого, но до него я так и не добрался.
За деньги было бы хорошо получить повышенный rate-limits для ботов. Чтобы можно было слать больше сообщений в каналы. Порой не хватает лимитов, пришлось написать планировщика который гарантированно отправляет сообщения (но иногда с задержкой из-за лимитов)
Да, к сожалению это так. Не умеют у нас создать комфортную среду максимум что могут это залить проблему деньгами, и только в редких случаях это приводит к успеху
Правильная мысль. Вообще в целом не хватает централлизованной координации действий в IT отрасли. Вот все говорят нужно пилить отечественный софт, раздают гранты и т.д. Но чтобы тот же грант получить нужно произвести море бумажной работы, и в итоге все может быть псу под хвост т.к. подобный софт уже кто-то взялся делать первее вас и забрал все деньги выделенные под направление.
Исходя из этой инфы приходим к следующему: Многие IT-команды хотят ввязаться в этот движ, но не понимают какие направления свободны и куда применить свою энергию. В итоге просто ничего не делают, потому что так эффективнее.
@holyhope По хорошему данный сервис должно поддерживать министерство, только у него есть максимально детализированная информация, оно может в принудительном порядке получить любые сведения и т.д. Но дело в том, что скорей всего мы этого не дождемся и это больше всего печалит. А своими силами без какой либо поддержки развить подобное направление не получится, к сожалению. Нужно идти и оббивать пороги правительственных учреждений, может пойдут на контакт.
В теории и приватный ключ можно подобрать к любому кошельку, но попробуйте это сделать, хотя бы посчитать вероятность нахождения ключа от кошелька, даже при условии проверки 100 000 адресов/сек число будет мягко говоря огромное.
И даже если произойдет атака 51%, то скорее уведут деньги. С деньгами проще, а с машинами много возни. Но тут сразу возникает вопрос: почему до сих пор атаку не произвели? В БЧ уже миллиарды долларов, атакующим есть чем поживиться.