d'Ivan

Если сильно обощать ддосы бывают двух видов -
1 атака на канал вам просто забивают трафиком под завязку сетевой интерфейс вашего сервера и он не может общатся с клиентами, это на стороне самого сервера никак не решается - только внешние решения типа клаудфлары.
2 атака на приложение и сопутствующий софт, заваливают медленными коннтектами вебсервер пока не заокнчится лимит, ищут тяжолые дейсвия с базой на вашем сайте(поиск например) чтобы потом кучей запросов нагрузить базу и сервис начнет тупить, и так далее. Основные приемы борьбы - знать паттерн обычного пользвателя, и настроить необходимые лимиты чуть выше чем надо обычному юзеру) в фаерволе или фронтенд проксе (например haproxy)

не нужны здесь регулярки – достаточно like. типа Articles.where('label LIKE ?', '%Not Started%')

У меня BT400. Работает с AirPods отлично, как в винде так и в хакинтоше. Никаких прерываний или переключений режимов не замечено, стены пробивает на ура. Правда в винде иногда проблемы при переключении с iPhone, но если уж подключилось, работает без проблем. Возможно проблема в самих AirPods?

items: id, title
variations: id, item_id, title, price

понятнее всегда лучше, тк это позволяет в дальнейшем развивать код, у которого ВСЕГДА короткий жизненный цикл, тоесть вы его будете не один раз переделывать и переписывать, и в рамках этого понятность предпочтительней чем сиюминутная "эффективность" которая в длительной перспективы никогда не эффективна.

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

Не трогай ни в коем случае!
И даже не подходи близко!
Есть понятие "шаговое напряжение" - убьёт за несколько метров от дерева!
Ликбез: https://ru.wikipedia.org/wiki/%D0%A8%D0%B0%D0%B3%D...

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

Никакую. Все выводы из наблюдаемого поведения - субьективны. Реальность из субьективного восприятия получить невозможно. Какой метод рассчета Вы бы ни применили - вы получите субьективную оценку. Т.е. такую которая будет нравится Вам. Но никак не будет отражать реальную суть вещей.

Вот Вам мысленный эксперимент. Представьте у Вас есть плагин который для Вас на Вашем ответе всегда показывает самое большое количество лайков. Независимо от реальной картины. Вы бы согласились на такую поддельную реальность? Наверное нет? Так что же Вами движет? Чувство несправедливости? Жажда познаний? Вы хотите понять, что делает ответ лучшим? Это бесполезно...

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

Вот Вам пример из другой области. На литературных порталах можно прочитать разнообразные, порой полярные отзывы о книге. Есть ли математический метод который скажет, стоит мне читать эту книгу или нет? Способ один - почитать и узнать. Какую бы вероятностную уверенность ни выдал рекомендательный алгоритм в том, что мне эта книга понравится, она мне может не понравиться. И наоборот.

Конечно есть
kde/gnome жрет намного больше ресурсов чем xfce
Я бы их так распределил по обжорству

kde
gnome
mate
xfce

Кде использует видео карту
Так же расход памяти больше

От версии тоже многое зависит

попробуй индексы https://ruhighload.com/%D0%98%D0%BD%D0%B4%D0%B5%D0...

И SSE и WS - протоколы поверх http, оба могут работать поверх http/2 и иметь мультиплексирование
Но есть между ними и различия:
WS обеспечивает двухстороннюю связь, после установления рукопожатия любая сторона может слать сообщения, протокол бинарный, все сообщения кодируются в бинарные message-frame, что требует доп библиотек на стороне сервера (на браузере такая идет в стандартном апи), зато позволяет передавать как бинарные так и текстовые данные
SSE - односторонняя связь, только от сервера к клиенту, клиент может передать данные только в url при открытии соеденения, дальше вещает только сервер, протокол текстовый, если есть бинарные данные их придется обернуть в base64 (например), с точки зрения сервера - это обычный GET запрос, который сервер не закрывает, а просто шлет данные в http body в особом формате, делая периодически flush соединения (в идеале после каждого сообщения)

Все остальное, вроде комнат и т.д. - надстройки библиотек и не более
В случае koa - по дефолту он завершает запрос когда зарезолвится промис из последнего middleware, для SSE придется это обходить