DevMan

Напишите пожалуйста, буду рад любым ответам.

Видимо в том, в каком попросит.

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

И проблема тут не в незнании как работать с большими базами данных, а в неумении работать с БД в целом.

Про идею "всем индекс не поставишь" надо сразу забыть. Там где индекс нужен, он должен стоять без вариантов. Другое дело что тупо натыкать индексов по всем полям, по которым идёт поиск - это тоже глупость. Индекс в запросе может использоваться только один, и индексы по второму-третьему полю уже будут бесполезны. Надо анализировать запросы и, возможно, делать составные индексы.

Детсадовский запрос вида like '%...%' - это отдельный ужас. Надо смотреть на полнотекстовый поиск. А лучше вообще его избегать. На крайний случай использовать внешние поисковые сервисы типа эластика. И только не говори что этот лайк у тебя идёт по полю типа джейсон или "через запятую"

Но самый конечно кошмар - это select distinct для фильтров. То есть неумение проектировать бд на самом базовом уровне, непонимание самых начальных принципов реляционных бд, нормализации. Вот с этих принципов и надо начать. В потом уже хвататься за большие объемы. Очевидно, что поля по которым ты собрался делать "distinct" - это должны быть отдельные таблицы, от которых в основной таблице будет просто id. поле размером в 4 байта.

Непонятно, откуда взялись фантазии про гигабайтные индексы, кстати. Большая часть полей в нормальной бд - это не больше десятка байт. То есть индекс - это десятки мегабайт, а не "гигабайты".

В общем, куда лучше бы смотрелись здесь не абстрактные рассуждения про большие объёмы, а конкретный запрос, который "отваливается". С обязательным результатом EXPLAIN

А ответ на абстрактный вопрос "как работать с большими объемами" очень простой: точно так же, как с небольшими. Реляционные бд изначально проектировались под большие размеры. То есть надо просто уметь работать с бд. Читать про реляционную модель, нормализацию, индексы, оптимизацию запросов.

Конкретно для грида надо смотреть в сторону Эластика/Сфинкса. В смысле чтобы не только для полнотекстового поиска, а чтобы все фильтры, которые есть выборке, были забиты в поисковый индекс. И все выборки - через поисковый сервис, а не через прямой запрос к базе

Там же в настройках всё написано.



Первая галка - интервал бездействия, после которого все вкладки сохраняются. Если вы ничего не делаете в течение этого периода - программа сохранит данные.

Вторая - немедленное сохранение при потере фокуса. Если вы переключитесь на другую программу, шторм сохранит данные.

Третья позволяет делать бэкап перед сохранением.

Четвертая синхронизирует изменения в файлах, сделанные другими программи при переключении в шторм, или на конкретную вкладку.

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

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

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

У нас в компании 4 энтерпрайзных проекта на Yii2. В том числе CRM. В том числе и связь с телефонией, 1С, баг-трекером. Всё работает отлично, без нареканий. О каких "слабых" местах вы говорите? Прекратите читать - начните делать!

var originalConsoleLog = console.log;

console.log = function () {
  ...

  originalConsoleLog(arguments);
}

const oldLog = console.log;

console.log = function(...args) {
  // здесь можете что-нибудь сделать с переданными значениями

  oldLog(...args);
};

С одной стороны Tornado - это фреймворк от Facebook, а с другой - это морально устаревший фреймворк из тех времён, когда кооперативная многозадачность в Python реализовывалась только генераторами. Sanic же - это попытки нонеймов сделать асинхронный Flask. И тот, и другой применимы, но ни тот, ни другой лично я использовать бы не стал для новых проектов.

Редирект в случае ошибки сделать невозможно.
Потому что в случае ошибки сервер обязан отдать НТТР статус с кодом 5хх
А редирект выдает код 3хх
То есть, если сделать редирект, то клиент не узнает, что это ошибка.

При возникновении ошибок поведение боевого сервера должно быть стандартным:
1. залогировать ошибку для программиста
2. Отдать корректный код статуса для НТТР клиента
3. В случае, если запрос делал браузер, то желательно показать посетителю сайта какую-то осмысленную страницу.

Можно, кстати, обойтись без try-catch, Правильно ли я понял централизованную обработку исключений в PHP?

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

unserialize

nginx может проксировать НЕ только http/https трафик.
https://docs.nginx.com/nginx/admin-guide/load-bala...
другой момент что это страшный костыль и так делать лучше не надо.
но если очень хочется то вот пример, прям с сайта nginx
https://www.nginx.com/blog/scaling-mysql-tcp-load-...

и да, я присоединяюсь к комменту о том что в базе можно и без nginx-а подключаться вполне себе успешно..

Читай что такое https://ru.wikipedia.org/wiki/POSIX
Вкратце - это стандарт, который описывает требования к операционке.
Если операционка написана так, что этот стандарт она поддерживает, то уже готовую программу можно под нее скомпилировать из существующего кода, а не писать специально для нее с нуля.

Какие фреймворки? Какие библиотеки - ОС это практически самое низкоуровневое, что есть. Поэтому да, чистый код, с использованием функций биос.

Какие должны быть атрибуты unix ядра, точнее обратный вопрос как написать не unix подобное ядро.

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

Токен включает в себя метку времени, до которой действителен.