Алексей Уколов

Во время установки тебя спросят, куда устанавливать, небольшой менеджер раздела, где можно создать раздел, отформатировать и указать, какая точка монтирования будет на нем. Например на одном диске корень /, на другом /usr, на третьем /home

Полагаю вопрос задан не корректно, так как диски большие, типовая установка linux пара десятков гигабайт, все влезет на один диск.

Подключить диски можно вручную после установки, отредактировав /etc/fstab

Какую именно задачу решаешь?

забикс? Сайт можно настроить мониторить по html тэгу
микросервисы - в зависимости от их реализации и как их нужно отслеживать, а то допустим мониторить работу системы где развернут сервис - смысла нет, а то система работает а сервис нет, а у вас всё работает это пользователь дурак...

Можете хоть на полиграфе проверить, клянусь, не ставил

А нам то зачем эта информация? От этого ответ не изменится - нет, телеграм сам не ставит облачный пароль. Или вы сами его поставили и забыли, или кто-то другой с ваших устройств его поставил, или кто-то (допустим мошенник) вошел в ваш аккаунт и поставил пароль.

1. Одна tcp-сессия живёт между конкретными адресами. Поэтому нормально работать в интернете Вы не сможете. (ну или сильно зависит от того, чем Вы планируете заниматься).
2.Что бы менять ip адреса - надо иметь их некоторое количество.

Без обсуждения конкретного сценария - пока это звучит как бред.

Если Вы на сайте авторизуетесь через Госуслуги, то пофиг с какого адреса Вы зашли - Ваша личность установлена.

В итоге работа с этой таблицей может стать крайне затруднительной, а в последствии и не возможной.

это ты придумал

На сколько будет эффективно, создавать для каждого пользователя отдельную. таблицу операций, с уникальным обозначением и дальнейшим ведением учета операций в этой таблице?

типичная ошибка новичка.

Короче, у тебя нет опыта, ты подобную базы не способен самостоятельно спроектировать. Начни делать правильно, как написано в книгах, оптимизаций займешься потом, с 99% у тебя не будет столько пользователей, чтобы возникли проблемы.

Установится метапакет task-web-server с зависимостями apache2, apache2-doc и analog (это генератор статистики из логов). Всё, что debian-installer предлагает устанавливать кроме опции с выбором пакетов напрямую - это т.н. tasks в виде метапакетов для tasksel.

В postgres можно искать по геоиндексам при помощи postgis.
Для текстового поиска по описанию в постгресе есть полнотекстовый поиск.
Произвольные поля можно добавить через колонку с jsonb.

Так как нет никаких дополнительных данных, по которым можно было бы выбрать, я бы предложил взять постгрес, тк он вроде как все перечисленные нужды закрывает и не будет раздувать инфраструктуру, ведь вы уже собираетесь его использовать для хранения пользователей.

Тут нет никакого выбора.

Первое, что надо понять - это что в "веб приложении", да ещё и с "архитектурой", должна быть база данных. Без неё просто не обойтись. А из всего перечисленного базой данных является только постргес.
(те, кто почему-то до сих пор не избавился от иллюзий, или просто стал жертвой незамысловатой рекламы, могут почитать, почему MongoDB базой данных не является).

Второе, что надо понимать - это что в нагруженных приложениях база данных никогда не используется одна сама по себе. Для выполнения различных дополнительных задач используются специализированные движки. Например

• кликхаус для аналитики
  
• редис для кэширования
  
• эластик для поиска
  
• сентри для логов
  
• и так далее - вариантов масса
  

Соответственно, если говорить про базу данных, то выбор очевиден - Постгрес.
Но если речь про поиск, то так и надо формулировать - "что использовать для поиска по базе данных?". И тут ответ тоже будет очевидный - Эластик (ну или любой другой поисковый движок - солр, мантикора, и так далее). Который и будет искать по информации, хранящейся в базе данных.

Но это только если у вас действительно веб-приложение. Если же у вас стильный энергичный молодёжный стартап, целью которого является проесть деньги инвестора, то Монго - а ещё лучше Равен - будет идеальным выбором. Это же мечта любого говнокодера маститого разработчика - не нужно корпеть над структурой базы данных, мучиться с внешними ключами, вдумчиво расставлять индексы - а просто валить всё в одну кучу!

у меня уже состоялось два более менее удачных прототипа с ChatGPT

Не знаю что у вас там состоялось, но в вашей области ИИ может помочь только с болтологией.

Его никто не обучал вашей задаче, finetuning НЕ ОБУЧАЕТ новым задачам, позволяет изменить способ общения и фокусирует работу на тематике, но чаще ЛОМАЕТ модель, ухудшая ее работу.

Локальные модели есть шанс в приниципе обучить на ваши узкие задачи (скорее всего нет) но на это потребуется ресурсов на порядки (несколько, не один) больше чем ваша работа в принципе.

p.s. большие и опытные команды делают из ИИ отличные поисковик по неструктурированным базам данным, причем в общем смысле, у некоторых получаются даже сложные кроссмысловые запросы. Пока это лучшее использование бизнесом ИИ (вангую будет и с программированием что-нибудь интересное), за исключением генерации мусора.


Помним! что лучшие текстовые модели НЕ мультимодальные, они обучались и умеют работать ТОЛЬКО с текстами, пространственные смыслы у них на зачаточном уровне (но рост коллосальный за этот год), продвинутые тесты на сколько я помню даже дорогая o1 модель проходила на 20%... это должно вам намекнуть что в лоб ваша задача не решается.

p.p.s. сформулируйте вашу задачу строже, не абстрактно - 'решать мои задачи', а конкретизируя эти задачи, сформулируйте как вы их решаете, в своей голове

Если все же нужно что то пилить, то как это с разработкой, разделяйте на подзадачи и решайте каждую по отдельности, ИИ тут тоже есть где притулить, но это будет не задание-результат а сложоаня агентная система взаимодействующих классической логики и ИИ

1. В dotnet на Linux нет ничего костыльного, так ещё он дешевле, производительней, и админить легче.
И работает всё гораздо предсказуемее и без сюрпризов (опыт разработчика)
2. Да, Windows Server всё ещё используется.
Представь, что ты огромная международная корпорация с десятками тысяч сотрудников и у тебя на Windows Server крутится куча приложений, которые запускаются только на нём, AD, Exchange, и ещё процессы тесто завязаны на Винду.
Будешь ли ты резко отказываться от микрософта и переезжать на Линукс?
Вопрос риторический

Почему я задал этот вопрос, я как системный администратор, столкнулся с клиентом, с которым я сцепился из за того, что его разработчики и бывший сотрудник сисадмин решил установить .NET + C# + Mono + Nginx и все это на линукс.

Естественно меня это взбесило, и я просто отказался все это поддерживать, потому что извините, но .NET проще поддерживать на Windows Server

Очень странно, что они решили использовать mono вместо dotnet (core), но если ты по каким-то своим внутренним предрассудкам отказываешься изучать что-то новое - вопросы в первую очередь к тебе, как к специалисту.

Возможно, твои заказчики хотели перенести какое-то Легаси на Linux+mono без переписывания на актуальную версию dotnet.
https://learn.microsoft.com/ru-ru/dotnet/fundament...
Уверен, что там действительно mono?
Какие конкретно у тебя сложности с настройкой произошли?
Или ты в основном на Windows специализируешься?

Неверно. Все значения представлены в виде чисел, находящихся в оперативной памяти, а с логической точки зрения в переменных. А вот уже на экране они отображением этих чисел занимается игровой движок в виде чисел, полосок, кругов и других анимаций. Причём фактические значения чисел в памяти могут отличаться от тех, что показываются игроку - это делается для борьбы с читерами для осложнения поиска значений в памяти. А в некоторых случаях даже шифрование используется. Во время игры в файлы эти значения не пишутся и не хранятся, т.к. дисковая подсистема слишком медленная для этого. В файлы пишется только прогресс игры - сейвы.

Философский ответ: если ребёнок вырос (стал взрослым), он не перестал быть чьим-то сыном.

Выкинуть вставку параметров в запросы через конкатенацию, использовать prepared statements
Не хранить в базе пароль, а только хэш от него (причем засоленный)

Вникаете в предметную область той задачи, для которой эта таблица используется. Всё, ответ найден.

Нет ничего удивительного в таблицах, у которых нет поля id. В предметной области может быть достаточно хороший естественный ключ.

С точки зрения производительности - да, конечно, есть смысл не хранить ненужные данные. Меньше строка => меньше таблица => в тот же объём RAM влезает больше кеша и меньше IO. Немного, правда, чистыми 8гб на каждый миллиард строк получается всего для bigint. Но если поле больше ни для чего не нужно, то почему бы и нет?

Чтобы взыскать штраф за разглашение коммерческой тайны, нужно доказать факт разглашения коммерческой тайны, в том числе и то, что разгашенная информация является коммерческой тайной. Это сложно сделать, а тем более если вы ничего не разглашали. А то, что размер штрафа не сопоставим с оплатой труда, это нормально, он и не должен быть сопоставим, ведь он прописывается не для того чтобы заработать эту сумму, а чтобы защититься от утечки информации. Следовательно размер такого штрафа должен превышать ценность информации которая защищается.