У меня всегда статический IP, 1 раз только менял, и сначала купил подписку на маркетплейсе, но потом сервисом купил иностранную карту и уже оплатил дополнительные кредиты в OpenAI. Далее буду всегда одной картой платить и уже не поменяется метод никогда думаю. 🤔
Не уверен что тут можно писать метод обхода, но TUN постоянный. У меня только на конкретные процессы настроен и всё. Больше интересно, а как вас заблокировали? 😥 Просто забыли обход включить?
Возможно тесты не прошли некоторые конкретные элементы, например конденсатор был установлен бракованный, и так как он единственное что плохо, его дешевле вручную перепаять.
Пока не могу понять нормально. Но вроде понял, что одна и та же таблица должна быть разделена на виртуальные части, что бы одни хранились в одних нодах, а другие в других?
И делить на отдельные кластера нельзя?
Тогда понятно. Но в платной версии CocroqchDB есть разделение по регионам, но не знаю, есть ли то что нужно. Действительно, нужно подумать как искать по всей таблице, но что бы по условию часть лежала только на определённых нодах.
NewSQL эту проблему и решает. В этом же суть шардинга. Это НЕ репликация. Почитайте подробнее. Данные распределяются равномерно, по нужному количеству копий на каждой отдельной ноде. Стандартно 3 копии. И нужно иметь N+1 нод, что бы не бояться падения любой ноды, которое может быть окончательным, с полной потерей её данных.
У меня в CocroachDB Нода бывает падает, и лежит уже неделю как, а я и не знал. Не заметно.
Если система шардироаания простая, не сложно отдельный кластер для данных клиентов сделать только в стране. В последними технологиями что использую, NewSql, точно не вижу.
Да, хранить дороже чем удалять. И помечают только старые базы некоторые, которые не умеют уменьшаться. Новые удаляют и сжимают данные. Что бы не получилось так, что удалил половину базы, а место не уменьшилось.
У меня всегда статический IP, 1 раз только менял, и сначала купил подписку на маркетплейсе, но потом сервисом купил иностранную карту и уже оплатил дополнительные кредиты в OpenAI. Далее буду всегда одной картой платить и уже не поменяется метод никогда думаю. 🤔
А что вы ими делаете? Интересно в принципе на что тратите. Сам например 3D движок пишу, и сложные системы сетевого взаимодействия.
Не уверен что тут можно писать метод обхода, но TUN постоянный. У меня только на конкретные процессы настроен и всё. Больше интересно, а как вас заблокировали? 😥 Просто забыли обход включить?
А какая подписка? Речь про 20 или 200 долларов? У меня 20 долларов, и задач 5-6 смог им сделать, за несколько доступных дней.
А вы злой хакер? Кто хочет коммитить без одобрения? Это же основное что должно быть запрещено.
К счастью npm у Майкрософта нет, на сколько знаю. Тут nuget
Может в контроллере сломались дорожки этих строчек. 🤔
Или типа того
Возможно тесты не прошли некоторые конкретные элементы, например конденсатор был установлен бракованный, и так как он единственное что плохо, его дешевле вручную перепаять.
Пользуюсь хостером [данные удалены] и проблем не знаю.
Уже лет 30 такие новости каждый месяц.
А реальный рост от силы 5% за 10 лет.
А что делать, если на сервере приложение уже работает?
Оно же не перезапустится само, да и файлы записать не даст.
Надо сначала выключить. А как это сделать удалённо командой?
Пока не могу понять нормально.
Но вроде понял, что одна и та же таблица должна быть разделена на виртуальные части, что бы одни хранились в одних нодах, а другие в других?
И делить на отдельные кластера нельзя?
Тогда понятно. Но в платной версии CocroqchDB есть разделение по регионам, но не знаю, есть ли то что нужно.
Действительно, нужно подумать как искать по всей таблице, но что бы по условию часть лежала только на определённых нодах.
NewSQL эту проблему и решает. В этом же суть шардинга. Это НЕ репликация.
Почитайте подробнее.
Данные распределяются равномерно, по нужному количеству копий на каждой отдельной ноде. Стандартно 3 копии.
И нужно иметь N+1 нод, что бы не бояться падения любой ноды, которое может быть окончательным, с полной потерей её данных.
У меня в CocroachDB Нода бывает падает, и лежит уже неделю как, а я и не знал. Не заметно.
Если система шардироаания простая, не сложно отдельный кластер для данных клиентов сделать только в стране.
В последними технологиями что использую, NewSql, точно не вижу.
2 мс это очень много, весь кадр иногда это 2 мс. Если 360 fps.
А если 2 нс, то логично.
А статья и сравнение есть, сколько экономится памяти и времени? Посчитано? А то вдруг нам всем тоже надо так делать.
Согласен. Конечно не 99%, но возможно близко.
Так удаление и происходит. Я не говорил что удаляется в реальном времени.
Регулярно операции вакуума, или GC вызываются. В зависимости от базы по разному называются.
Да, хранить дороже чем удалять. И помечают только старые базы некоторые, которые не умеют уменьшаться. Новые удаляют и сжимают данные. Что бы не получилось так, что удалил половину базы, а место не уменьшилось.
Если вообще всё будет автоматизировано, зачем деньги?
Платить роботам?
А если не всё, то это и будет работой.