Артем

Как-то странно у вас webpack настроен. У нас на проекте весьма большая сборка (~100 ui компонентов + ~300 view файлов), собирается на холодную порядка 10 секунд, на горячую 1-2 секунды. При этом весьма большие store и система роутов.

Конфиг: windows 10, 16bg, i7 7-го поколения

Возможно что то не так в конфигах webpack ?

У меня сейчас в проекте порядка 600+ vue компонентов.
Пересборка в dev с hot reload занимает 2-5 сек.
(win, ram 16gb, ssd, какой то старенький i3)

Удобно использовать store. Во vue есть Vuex
Сохраняйте данные в store:
this.$store.commit('setData', data);
После чего можно получить доступ к этим данным из любого компонента:

import { mapGetters } from 'vuex';

// code...
computed: {
  ...mapGetters({
    data: 'getData', 
  }),
},

Данные реактивны.

ps есть удобный способ разделения на модули(user, global etc)

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

Артем

Для АС применим ГОСТ 34.x серии. Ознакомьтесь с ним.

Вам может быть полезна книга:

"Вадим Глаголев Разработка технической документации. Руководство для технических писателей и локализаторов ПО. СПб, Питер, 2008." ISBN 978-5-388-00101-6 Там все о документации с точки зрения ГОСТов.

create(req, res, next) {
        crypt('PASSWORD').hash((err, hash) => {
           if (err)  return next(err);
           new User().save((err) => {
                if (err) return next(err);
                res.send("User has been saved!");
            })
        });
    },

else тебе тоже не нужно

SET GLOBAL general_log = 'ON';
SET GLOBAL general_log_file = 'C:\\log\\mysql.log';

Слова "лучше" и "наиболее" здесь, конечно, неприменимы, как и в большинстве связанных с программированием вопросов.
Я на одном из проектов сделал это так:

1. Есть таблица token_actions, куда записывается секретный токен, название действия (Enum) и его аргументы в json.
   
2. Действия могуть быть многоразовым и единичными.
   
3. У токена может быть ограничено время жизни.
   
4. Есть классы, каждый из которых обрабатывают конкретное действие, но имеют один интерфейс.
   
5. Среди них есть и класс LogIn, который как раз авторизует пользователя.
   
6. Есть контроллер, который принимает токен и по нему получает действие, создаёт объект его обработчика и выполняет его (для этого и нужен стандартный интерфейс).
   
7. В письма, собственно, вставляются ссылки на обработчик токенов.
   
8. Ну и ещё немного мелкой логики, добавляющей красоты и удобства.
   

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

Вот, я вам даже часть кода подарю: https://gist.github.com/alexey-m-ukolov/9588dcefc9...

- Оу, смотрите, я сумел сделать форму и отправить ее POST запросом и вывести ответ и это все в одном файле !
- Таак, шаблоны на Wordpress, отлично, только что за файл functions.php. О! Анонимные функции я видел такое в JQuery ! Оказывается все так просто.
- Воот, раскидал функции (процедуры) по конкретным файлам. Думаю так будет удобнее и понятнее.
- ООП, ооп. Везде требуют ООП. "Классы", "наследование", "инка..." чего ?! Понял ! Классы - это же такая неплохая обертка для моих любимых функций !
- Ого ! Блин, опять приходится плодить одинаковый функционал. Наверное наследование поможет это исправить. СТАТИЧЕСКИЕ МЕТОДЫ !!!
- Черт, везде необходимо знание фреймворка. Попробую-ка я Symfony. *!"#$^$&@мать !!! КТо придумал эту хрень ! Месяц прошел я так ничего и не запустил !!
- Роутинг, хм, толково. Контроллеры. Сервисы. Ага, так вот что означает single responsibility.
- Ребята ! Я предлагаю не пихать всё в один бандл, а разделить.
- ORM, репозитории, сервисы, сущности ...
- ТАК ВОТ ЗАЧЕМ НУЖНЫ ИНТЕРФЕЙСЫ !
- Чё за "бизнес логика" такая ? DDD ? Чта, простите ?
- Б*я, б*я, б*я... Так, если эту сущность вынести в этот модуль, то тогда у нас появляется зависимость в вот этом модуле, а это не хорошо. Блин, этот метод вообще не несет смысла. Тааак, а тут стандартный Chain Responsibility . Отлично, напишу-ка тест под это дело.
- Да пофиг, что по CQRS команда не должна возвращать результат, мне так удобно.
...
- Да Сережа, делать вот как ты делаешь - это и есть говнокод.

Считая , что очки не нужны. Главное вовремя отдыхать, делать зарядку для глаз. И вообще, если соблюдать определенные нормы пользования компьютером, то ничего с здоровьем не случиться. Надо хотя бы каждый час делать зарядку для глаз. Вставать, походить чуть чуть, а то из за того, что сидишь постоянно ниже пояса кровообращение замедляется, плохо работает, что может привести к многим заболеваниям внутренних органов, в особенности к заболеваниям половой системы. Через пару десятков лет не будет пенис вставать.

Храните Folder+UID и хэш от заголовков сообщения. В заголовках помимо Message-ID есть еще и идентификаторы очередей, поэтому вероятность, что совпадут заголовки целиком практически отсутствует.
Если письмо переносится в другую папку и меняется Folder+UID - берите хэш от заголовков, и ишите нет ли письма с другим Folder+UID с таким же хэшем, если есть, то считайте дублем.

Пропавшие Folder+UID помечайте как удаленные и убивайте по завершении сеанса.