Почему нельзя использовать посторонее ПО на серверах?

Игорь Б: p7zip однозначно определяет, что это не Windows-сервер.
а на Windows сервере у меня стоит FAR в том числе.

git, curl, vim - довольно универсальный набор, что вас смущает?

Как сделать на одном VDS две разных версии PHP (5.4 и 7.0) и Python 3.5, если используется Nginx?

Denis Michurin: не самое, но важно. тем более в наш век когда постоянно все все пытаются сломать.
я вот чистый сервер только что завел на хостинге - уже зафиксировано два десятка попыток войти по SSH.

я о другом - что концепция Докера противоречит концепции части ПО.
например, самообновление.

Как сделать на одном VDS две разных версии PHP (5.4 и 7.0) и Python 3.5, если используется Nginx?

Докер требует вполне определенной архитектуры ПО.
Скажем, поставить в Docker автообновляемый WordPress - крайне непросто.

Выбор бд для хранения списка, с быстрой записью и удалением элементов?

Как у вас с теорией графов? Каждая ветвь - отдельный объект, в графе из задачи их больше 24.000 сейчас.

Что у вас с ПРАКТИКОЙ?

Вы в курсе, что графы довольно плохо ложатся на архитектуру распространенных СУБД?

Да, есть специальные иерархические СУБД, но вы хоть раз в жизни такую лично видели? Используют для всех задач универсальные РСУБД или всяческие key-value и т.п. Но не специализированные иерархические.

Реализовывать в РСУБД или в Tarantool/Redis полноценную работу с графами - это куча кода, и не оптимально по быстродействию.

Насчет этого "страшного" количества - 24000. Вы видимо, в прошлом учебном году ознакомились с областью АРИФМЕТИКИ, называемой комбинаторикой и теперь вам нравится все считать? Но опять таки, если мы вернемся к ПРАКТИКЕ - 24000 это не 24 млн.. Для современных компьютеров - такое количество объектов ерунда, это всего лишь мелкая доля секунды их работы.

Выбор бд для хранения списка, с быстрой записью и удалением элементов?

chupasaurus:

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


А че - давайте для всякого мелкопроекта теперь будем свою службу оркестрации микросервисов разворачивать.

Мы же модную архитектуру узнали недавно - распараллеливание для множества узлов. Теперь ее нужно внедрять туда куда надо и куда не надо.

P.S.:
Такие как ты нудят, что современные программы - монстры, что Винда и Убунту жиреют и жиреют.

А когда дело доходит до их собственного софта - реализуют ПРОСТЕЙШИЕ вещи все столь же монстроидальными методами.

P.S.:
Я вас уверяю, сделать надежную синхронизацию средствами Redis/Tarantool - тоже нужно мозгами пошевелить.

Выбор бд для хранения списка, с быстрой записью и удалением элементов?

chupasaurus:

Если хост, обрабатывающий подписки не один, то как их синхронизировать?

Вы постановку задачи читали?

Зачем на 400 объектов (1000 в пике) еще и второй хост??????????????????????????????

Я вас уверяю: без лишнего звена СУБД сервис на Go будет летать. Не понадобится никакой второй-третий и пр. доп. сервера.

https://habrahabr.ru/post/282299/

Причем этот тест Golang VS In-Memory DBMS.
С классической дисковой - было бы еще хуже.

P.S:

Чем вас спасет СУБД? Кроме доп. тормозов.
Их синхронизировать не так просто. Еще накладные расходы.

Выбор бд для хранения списка, с быстрой записью и удалением элементов?

chupasaurus:
В чем проблема обеспечения персистентности в Go?
Он не умеет писать на диск?

Я вам уже дал намек - посмотрите архитектуру Тарантула.

На Хабре есть прекрасные статьи.
Про Тарантул.

Там разжевано как можно обеспечивать персистентность (да еще без потери производительности) при работе In-Memory DBMS

На нагрузках миллионов пользователей в Mail.Ru

Выбор бд для хранения списка, с быстрой записью и удалением элементов?

chupasaurus:
Вряд ли вы действительно "прекрасно знаете"

Вы даже неправильно термины употребляете

Не DBs, а DBMS
А DB - это сами данные.

Ну и персистентные in-memory DBMS - это не типичные in-memory DBMS.

Выбор бд для хранения списка, с быстрой записью и удалением элементов?

chupasaurus: Посмотрите архитектуру Тарантула, к примеру.
ВСЕ хранит в оперативной памяти.
Но при этом умудряется быть ПЕРСИСТЕНТНЫМ.
;)

Бюджетная видео карта для машинного обучения?

Чем вас не устраивает та бесплатная, что встроенная в любой современный процессор?

Как получить год опыта для программиста?

Вы как себе вообще представляете - вам говорят "нет".
А вы такой уверенный в себе - и говорите: "А я все равно выйду на работу"
;))))))

Можно ли мне забить на зоопарк JS-фреймворков?

Crash: вы думаете все эти новомодные технологии знают, а вы нет?

новички их учат - потому что эти технологии на слуху.
опытные спецы учат - потому что уже ЗНАЮТ что перспективно и на что тратить время.

а о том что эти технологии применяются кругом сплошь и рядом - нет такого.

Разрешена ли официальная продажа брутфорсов в России?

Maxim Rezvanov: Не так.

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

Почитайте лицензионное соглашение Элкомсофт , к примеру.

Разрешена ли официальная продажа брутфорсов в России?

Сергей:
Разумеется.

Ведь по российскому законодательству РАЗРЕШЕН ВЗЛОМ и т.п., если взламываемый объект принадлежит тому, кто взламывает.


В США, к примеру, даже в таком случае взлом противозаконен
Фермеры США все еще пытаются добиться права ремонт...

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

Селекты из таблицы на 5 млн строк. Если разбить её на 100 таблиц - будет выигрыш в производительности?

chupasaurus:

т.е. по вашему мнению, факт оплаты труда нивелирует условия труда

Есть исполнитель.
Есть заказчик.

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

После чего исполнитель обвиняет в косячной системе заказчика, который вовсе не является специалистом в деле ради которого он и нанял профи-исполнителя.

Это как к вам пришли бы мастера обои клееть и обосрали вас потому что у вас стена с известкой - обои видите ли плохо приклеиваются.

Селекты из таблицы на 5 млн строк. Если разбить её на 100 таблиц - будет выигрыш в производительности?

Хасан Истамкулов:

Проблема была в полнейшей отсутствии нормализации

Это не является недостатком. Так же как и нормализация не является достоинством.

Разные бывают ситуации.

В данной конкретной задаче, поднятой топикстартером - как раз нужна ИМЕННО денормализация.

Подгрузка данных и администрирование баз данных как начать?

10 см: что до ресурсов - это вы уж сами оценивайте насколько для вас дороги ресурсы по сравнению с риском повредить данные. насколько ценны сами данные.

Подгрузка данных и администрирование баз данных как начать?

10 см: освойте snapshot'ы.
с ними копия делается за считанные секунды.

Селекты из таблицы на 5 млн строк. Если разбить её на 100 таблиц - будет выигрыш в производительности?

Александр: меньше таблиц - это и будет денормализованная в данном случае.

самый крайний вариант выглядит так:
1 таблица с товаром

Название товара|Значение фильтра № 1|Значение фильтра №2|Значение фильтра №3

Или в вашем случае так

Название товара|Название бренда

Или так
Название товара|ИД бренда
вторая таблица
ИД бренда|Название бренда

В вашем случае непонятно зачем нужно 3 таблицы
item, brand, item_brand
Эти 3 таблицы предполагают что один товар может относится к нескольким брендам одновременно. Зачем это?

Селекты из таблицы на 5 млн строк. Если разбить её на 100 таблиц - будет выигрыш в производительности?

Тоже работал у садомазохистов, с АНАЛогичным сервером,и базой в 90гб!

Зачем ругаете тех, кто вам платил?

Все дело в ВАШЕ умении.

У меня БД 2 Т на сервере 8 Г.
НИ ОДИН из запросов не выполняется дольше 3 секунд.