Разработка веб приложений. #3 - Backend, Nest.

Первая статья — здесь.
Вторая статья — здесь.

:(
1. Надеюсь у всех все хорошо, насколько это возможно.
2. По самым разным причинам, я эту статью писал месяцев 7… Ну как писал… Часть написал еще в феврале и оставил статью пылиться. Я решил закончить давно начатое, надеюсь статья придется вам по вкусу и вы узнаете для себя хоть что-то новое. Погнали.

TypeScript
Конечно увидев Nest, у меня (наверное не только у меня) появились сомненения, ведь TS это как бы JS, но масштаб погружения все таки намного глубже, требуются совсем другого уровня знания. Так думал я перед тем как начать изучать Nest. Я даже вспомнил, что уже давно купил себе этот курс, но так и не начал его изучать (все таки на момент написания статьи, уже начал).

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

Так как же я изучаю TS? Да просто начинаю что-то делать! TS прекрасно подходит для написания библиотечек на Node. Например сейчас я разрабатываю компоненты на Node, Vue 3, Vite и TS. Это самый современный и крутой подход на сегодняшний день для написания библиотек на Vue. Если вдруг у коммьюнити будет интерес, соберем энную сумму донатов и я напишу подробную статейку по этой теме, выложу исходники бойлерплейта и покажу схему сборки библиотеки от начала, до продакшена на какой-нибудь NPM.

TypeScript типизация
Конечно первое что слышат люди при изучении TS — это то, что он решает ошибки типов данных, которым так страдает, в нашем случае JS. Да, это действительно так. Сейчас на основной работе мы работаем на Vue 2 без TS, так вот там частенько проблемы с типами встречаются. Деклоративность в коде это неплохо, а иногда даже хорошо. Мы говорим коду, что именно должна вернуть функция и код такой — окей не вопрос, но если ты падла такая попробуешь вернуть что-то другое, пойдешь нахер.

Это не так явно бросается в глаза, когда вы просто указываете тип переменных. Ага — это у нас строка, это массив, это объект и т.д… Конечно это помогает, но куда больший профит от типизации появляется в несколько более сложных примерах типизации. В примере ниже, я создал конфигурационную функцию для одной опенсурс библиотеки и указал что функция возвращает промис с типом MailerOptions, однако пытаюсь вернуть строку и TS мне выдает ошибку.



Конечно я могу не указывать тип возвращаемых данных, но зачем тогда использовать TS? Да и почему не привыкать к типизации? Ведь всегда можно открыть дтску и посмотреть какие данные мы должны вернуть в функции… В моем случае, функция должна вернуть эти данные.



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

TypeScript панацея?
Не думаю что я могу делать какие-то глобальные выводы, ввиду моей пока что еще не очень большой работы на TS, но я считаю, если вы пишите на ноде, то TS сегодня очень и очень мастхев. Backend, библиотеки или SPA на условном Vue — я всегда буду выбирать TS вместо нативного JS.

Nest.js
Ну вот и дошли до Nest… Короче Nest под капотом использует Express… :) Конечно может использовать и Fastify, но блин… Я ушел с Express на Nest, а Nest использует Express. Но не спешите с выводами. Express он использует да, но при этом решает множество проблем, с которыми вы рано или поздно столкнетесь при масштабировании вашего приложения, если бы вы работали на Express.

При этом, Nest не является оберткой или микрофреймворком, это самый настоящий фреймворк. Если кратко, то Nest собрал в себе почти все лучшие практики по организации лучшего на данный момент бекенда на ноде. Nest использует TS (хотя может работать в режиме чистого JS, но смысла в этом нет), почти вся его концепция завязана на DI и декораторах.

Nest.js — Dependency Injection
Это не очень простая техника, в которой один объект или класс, получает другой объект или класс как зависимость и уже не может работать без него. Иными словами, функционал класса теперь требует эту зависимость. Это довольно часто вызывает проблему циклических зависимостей, когда классу пользователей нужен класс заказов, а классу заказов нужен класс пользователей. Вы можете получить в терминале ошибки, на этот случай у Nest из коробки идет решение. На этой технике строится весь backend, вы будете писать модули и внутри этих модулей делать DI, а так же вы почти наверняка будете делать DI модуля, внутрь другого модуля и т.д.

Nest.js — Декораторы
Это такая штука, с помощью которой вы можете добавить классу некий функционал. В Nest зачастую требуется писать свои декораторы. Конечно все зависит от задачи, но написание декораторов не является большой проблемой. Есть документация и гугл, со временем появляется все больше статей где показывают как работают декораторы внутри Nest.

Например в моем приложении я использую декораторы для проверок ролей и пермишенов пользователей.

Nest.js — саммари
Вообще у Nest из коробки идет все что нужно для организации бека. Интерцепторы для обработки разного типа ошибок, пайпы для трансформации и валидации данных, гарды для защиты роутов и т.д. Документация исключительно дружелюбна, а там где ее не хватает, есть гугл. Так же Nest постепенно обживается экосистемой различных модулей. Так например есть свой модуль для работы с почтой, есть модуль для локализации построенный на i18n и т.д. Я эти модули уже применил на своих проектах и подключение их в проект не намного тяжелее установки дополнений из модстора… :) Шутка, но если погрузиться в контекст работы Nest, то не такая уж и шутка. Если бы вы работали на Express, все вышеописанное и многое другое, вам пришлось бы писать самому.

Nest.js — миграция
Хорош поносословить, начну показывать во что в итоге превратился мой модуль для сотрудников. На данный момент он состоит из 8-ми частей — например модуль сотрудников, модуль авторизации, модули ролей и прав сотрудников и т.д… Я покажу лишь кусочек модуля авторизации:

ДИСКЛЕЙМЕР: Часть кода из примеров ниже я либо упростил, либо вырезал для примера.

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

@Module({
  imports: [
    MongooseModule.forFeature([
      {
        name: Staff.name,
        schema: StaffSchema,
        collection: 'staffs',
      },
      {
        name: StaffToken.name,
        schema: StaffTokenSchema,
        collection: 'staffsTokens',
      },
      {
        name: StaffRoles.name,
        schema: StaffRolesSchema,
        collection: 'staffsRoles',
      },
    ]),
    JwtModule.registerAsync({
      imports: [ConfigModule],
      inject: [ConfigService],
      useFactory: getJWTConfig,
    }),
    StaffModule,
    StaffRolesModule,
    StaffPermissionsModule,
    StaffLogsModule,
    ConfigModule,
    MailModule,
    PassportModule,
  ],
  providers: [
    StaffAuthValidateService,
    StaffAuthPasswordService,
    StaffAuthTokenService,
    StaffAuthSignUpService,
    StaffAuthSignInService,
    StaffAuthSignOutService,
    StaffAuthEmailService,
    StaffJwtStrategy,
  ],
  controllers: [
    StaffAuthCommonController,
    StaffAuthSelfPasswordController,
    StaffAuthSelfEmailController,
    StaffAuthOneEmailController,
  ],
})
export class StaffAuthModule {}

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

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

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

В прошлой статье я выложил код своего модуля авторизации на Express.js. Там в самом начале я писал валидацию. Nest.js предоставляет возможность вынести валидацию в DTO классы. Вот пример моей валидации для аутентификации сотрудника:

export class StaffAuthSignInDto {
  @ApiProperty({
    example: 'example@example.com',
    description: 'Email сотрудника',
  })
  @IsNotEmpty({ message: 'staff.ERR_EMAIL_IS_EMPTY' })
  @IsEmail({}, { message: 'staff.ERR_EMAIL_INVALID' })
  email: string;

  @ApiProperty({
    example: '12346789',
    description: 'Пароль сотрудника',
    minimum: 8,
  })
  @IsNotEmpty({ message: 'staff.ERR_PASSWORD_IS_EMPTY' })
  @IsString({ message: 'staff.ERR_PASSWORD_IS_STRING' })
  @MinLength(8, { message: 'staff.ERR_PASSWORD_MIN_LENGTH' })
  password: string;
}

@IsNotEmpty — это те самые декораторы, о которых я уже писал ранее. Только это не самописные декораторы, а коробочные из библиотеки class-validator. В объекте message вы видите локали (что-то вроде лексиконов в MODx). В моем бекенде есть мультиязычность, за это отвечает модуль nestjs-i18n.

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

// Trying to login
const staff = await Staff.findOne({ email: normalizedEmail });

...и там дальше идут провеки, работа с JWT и т.д.

Аутентификация и авторизация теперь разбита на две части. Сначала покажу авторизацию.

@Injectable()
export class StaffAuthSignInService {
  constructor(
    private readonly staffAuthValidateService: StaffAuthValidateService,
    private readonly staffAuthTokenService: StaffAuthTokenService,
  ) {}

  /**
   * @description Sign in staff and register JWT token with payloads
   * @param staffAuthSignInDto {StaffAuthSignInDto}
   */
  async signIn(staffAuthSignInDto: StaffAuthSignInDto): Promise<object> {
    const staff = await this.staffAuthValidateService.validateStaff(
      staffAuthSignInDto.email,
      staffAuthSignInDto.password,
    );

    const { id, email, username, avatar, role } = staff;
    const payload = { id, email, username, avatar, role };

    const accessToken = await this.staffAuthTokenService.generateAccessToken(payload);
    const refreshToken = await this.staffAuthTokenService.generateRefreshToken(payload);
    const foundToken = await this.staffAuthTokenService.findStaffTokenById(payload.id);

    if (foundToken) {
      await this.staffAuthTokenService.updateRefreshToken(foundToken.id, refreshToken);
      return {
        accessToken,
        refreshToken,
        payload,
        staff,
      };
    }

    await this.staffAuthTokenService.createRefreshToken(refreshToken, payload.id);
    return {
      accessToken,
      refreshToken,
      payload,
      staff,
    };
  }
}


Сам метод аутентификации теперь находится в сервисе по валидации сотрудника. Все как завещали отцы, описывающие разницу авторизации и аутентификации:

@Injectable()
export class StaffAuthValidateService {
  constructor(
    private readonly staffService: StaffService,
    @InjectModel(Staff.name) private readonly staffModel: Model<Staff>,

    @Inject(forwardRef(() => StaffAuthPasswordService))
    private staffAuthPasswordService: StaffAuthPasswordService,
  ) {}

  /**
   * @description Validate staff candidate to sign in
   * @param email {string}
   * @param password {string}
   */
  async validateStaff(email: string, password: string): Promise<Staff> {
    const staff = await this.staffService.getOneByEmail(email, 'password');

    if (
      !staff ||
      staff.deleted ||
      !(await this.staffAuthPasswordService.comparePasswords(password, staff.password))
    ) {
      throw new HttpException(
        { key: 'auth.ERR_INCORRECT_EMAIL_OR_PASSWORD' },
        HttpStatus.UNAUTHORIZED,
      );
    }

    if (!staff.active) {
      throw new HttpException({ key: 'staff.ERR_NOT_ACTIVATED' }, HttpStatus.UNAUTHORIZED);
    }

    if (staff.blocked) {
      throw new HttpException({ key: 'staff.ERR_IS_BLOCKED' }, HttpStatus.UNAUTHORIZED);
    }

    return staff;
  }
}

Обратите внимание, я вызываю методы одного сервиса аутентификационного модуля, в другом. Но в последнем коде, вызывается сервис сотрудников — staffService. Это и есть DI. Я покажу кусочек кода этого сервиса:

async getOneByEmail(email: string, select?: string): Promise<Staff> {
  const staff = await this.staffModel
    .findOne({ email: email })
    .select(`+${select}`)
    .populate({ path: 'role', select: '', model: this.staffRoleModel })
    .exec();

  if (!staff) {
    throw new HttpException(
      { key: 'auth.ERR_INCORRECT_EMAIL_OR_PASSWORD' },
      HttpStatus.UNAUTHORIZED,
    );
  }

  return staff;
}

Вызов этой цепочки методов различных сервисов, избавит нас от необходимости постоянно писать какие-либо проверки. Так что, если возникнут проблемы с аутентификацией сотрудника, это решит либо метод getOneByEmail, либо validateStaff, последний уж точно не пропустит пользователя, если первый не справился с проверкой. Но будьте осторожней с асинхронщиной. К слову, в методе getOneByEmail вызывается модель модуля ролей пользователя. Это тоже DI.

Ну и кусочек контроллера, который создает endpoint для аутентификации:

@StaffAuthDecorator(
  {
    apiOperation: {
      summary: 'Аутентификация сотрудника.',
      description: 'Endpoint для аутентификация сотрудника.',
    },
    apiResponse: {
      status: HttpStatus.OK,
    },
  },
  { statusCode: HttpStatus.OK },
)
@Post('signIn')
async signIn(@Body() staffAuthSignInDto: StaffAuthSignInDto): Promise<object> {
  return this.staffAuthSignInService.signIn(staffAuthSignInDto);
}

Для начала — в Nest.js есть swagger. Автодокументация для REST API, в уже в самописном декораторе StaffAuthDecorator я описываю эту документацию для текущего ендпоинта. Затем через декоратор указываю метод, путь ендпоинта и сам метод, в теле которого передается та же DTO и вызывается сервис с бизнес-логикой.

Вот здесь я бы хотел тормознуть. По неведомым мне причинам, почти во всех видеоуроках на ютубе, бизнес-логику пишут в контроллере. Я до сих пор не понял зачем авторы курсов так делают. Может кто-то в комментах мне объяснит?

Ну собственно все. Конечно надо было бы показать как подключается база данных (mongo или postgres), как подключается модуль для работы с JWT или про unit-тесты рассказать… Но это уже такие нишевые темы, что включать их в эту статью, будет не очень правильно.

Стало ли у меня больше кода в сравнении с тем что было в прошлой статье? Да, мой модуль сотрудников сайта вырос значительно. Буквально вот на днях я дописал модуль логов (примерно как в MODx журнал событий). Выведу его в админку, протестирую и сделаю деплой.

Если честно, в холодный пот бросает, когда пытаюсь себе представить как бы выглядел набор модулей для работы с сотрудника на Express.js…

P.S.
Сборки моих проектов работают через микросервисы- бекенд, админка и фронт разделены и лежат в своих репозиториях (сабмодулях), есть отдельный репозиторий с настройками докера. Именно он разруливает через nginx маршрутиризацию. Деплой происходит через релиз новой версии проекта в Github, через Actions — полностью автоматизировано практически все.

В планах разработать большой модуль для работы с контентом сайта (статьи, товары и т.д.) благо есть хороший референс.

Будет ли следующая статья — не знаю. Но цикл статей я могу продолжать еще прилично долго, темы и материал есть. Могу погрузится в Nest.js или написать статью про Vue. Там же будет затронута тема с TS повторно, на реальном примере.

Спасибо что читаете мои статейки. Засим откланиваюсь.
iWatchYouFromAfar
09 ноября 2022, 04:24
modx.pro
1
606
+10
Поблагодарить автора Отправить деньги

Комментарии: 54

srs
srs
09 ноября 2022, 16:35
+1
Заполню пустоту)
Nest и правда очень крут и приятен в использовании. Документация покрывает все основные вопросы с запасом, а чего нет, всегда можно нагуглить.
Рад, что люди из сообщества растут, набираются новых знаний и делятся своими впечатлениями. Жаль @Fi1osof давно перестал заметки оставлять.
Я недавно решил попробовать go (никак не связанно с заметками про modx на go), заметку писать не буду, но пока все очень круто.
    Fi1osof
    09 ноября 2022, 22:06
    +1
    @Николай Ланец давно перестал заметки оставлять.
    А мало видится смысла. Так же приходили и возмущались «А зачем оно нам тут надо? Тут только про MODX подавай, и только в формате, какой нас бы устроил». Так что пишу в основном только на своем сайте. К слову, переименовал modxclub.ru в итоге в freecode.academy, чтобы отвязаться от узкого профиля в сторону более широкого.

    Ну и если кто следил и кому интересно, к чему привел уход от MODX: теперь я работаю в сберлабе виртуальной и дополненной реальности. Очень интересно! И по деньгам сильно лучше. И да, там MODX нет и не планируют.
    Дисклейм: я не хочу сказать, что мне не было раньше интересно с MODX. Было. Но мир меняется. До MODX я работал с другими технологиями. Потом пришел он, мне он понравился. Потом появилось новое и более интересно. Будут еще новые технологии. А вы уже сами решайте что и как для себя выбирать.
    И если кто считает, что я переобулся, будет совершенно не прав. Кто был в теме в 2009 году, наверняка видел, как я говорил «Мир не держится на одном MODX Evolution, посмотрите и MODX Revolution для расширения кругозора». Тогда староверы были сильно против этого и топили за Эво. Но по сути, это все же разные технологии. Прошли года, опять технологии сменились. И опять я говорю: смотрите шире.
    Николай Савин
    09 ноября 2022, 19:15
    0
    Зачем это здесь, искренне не понимаю?
    Аудитория в большинстве своем вряд ли поймет о чем тут речь и зачем это использовать.
    Да и аудитории тут в общем то почти не осталось.
      Алексей Соин
      09 ноября 2022, 19:34
      +2
      почему же не поймут о чем речь?) я както пробовал с nestjs работать, крутая штука, но мне больше понравился adonisjs, в нем подход максимально похож на мир laravel. @srs тоже понял о чем тема, а тех кто не отписался в комменты и прочитал статью ещё наберётся, так что я думаю многим для разнообразия будет интересно почитать или хотябы понимать о дальнейшем развитии себя как разработчика после modx. Статей интересных на сайте выходит мало, так что эта точно не лишняя))
        iWatchYouFromAfar
        09 ноября 2022, 19:54
        +1
        Я кстати именно так и решил попробовать Nuxt.js. ) После одной из статей Васи, полез и начал ковырять его (не Васю) пальцем.
          vectorserver
          11 ноября 2022, 21:55
          -1
          Ну пиши это на тематическом портале про этой фреймворк! Зачем нам тут читать про это!?
            iWatchYouFromAfar
            11 ноября 2022, 22:09
            +1
            Давай я тебе и здесь отвечу. Затем, что две мои прошлые статьи набрали больше лайков, чем любая из статей в готовых решениях по MODx за 2022 год. Люди писали комментарии, пару человек в телеге просили продолжение. Я видел интерес людей и никто мне не писал «зачем нам это»?
        iWatchYouFromAfar
        09 ноября 2022, 19:40
        0
        А я искренне не понимаю почему этот вопрос задается мне на 3-ей серии статей. Аудитория прекрасно понимала статьи Василия Наумкина, Николая Ланца и многих других разработчиков, которые писали на куда более сложные темы и не всегда именно про MODx.

        А что случилось с аудиторией? Переехали на другой ресурс?
          Николай Савин
          09 ноября 2022, 20:03
          +1
          А что случилось с аудиторией? Переехали на другой ресурс?
          Странный вопрос. Ты же сам на него ответил в первых строчках.

          почему этот вопрос задается мне на 3-ей серии статей
          Ну потому что в первых двух публикациях ты все таки вокруг MODX крутился, хотя бы в сравнительной части. Там были посылы о том, что существуют и другие технологии.
          Эта статья резко отличается. Она MODX никак не затрагивает, Много кода, с которым знаком не каждый.
          Ну и я бы еще отметил то, что мне не понятна центральная мысль этой публикации. В первых двух была понятна.

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

          Заметь, пишу свое личное мнение, не как админ.
            iWatchYouFromAfar
            09 ноября 2022, 20:41
            0
            По аудитории понятно.

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

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

            Но намек мне понятен, в городе новый шериф… ) На самом деле, думаю что все таки эта статья будет последней. Следующие буду писать на своем сайте, уже более предметные с технической стороны, без воды и историй из жизни. Так что, оставлю эти статьи на откуп новому шерифу, захочет — удалит. Хотелось закончить начатое, плюс обещал некоторым людям и со своей стороны я это сделал.
              Николай Савин
              09 ноября 2022, 20:59
              +2
              Но намек мне понятен, в городе новый шериф… )
              Нет, ни в коем случае. Еще раз говорю — пишу, комментирую и ворчу как читатель.
              Я ведь могу сказать что мне что-то не нравится, если мне что-то не нравится верно?
              Ты можешь смотреть и учитывать мой комментарий в общей массе.
              Сергей Шлоков
              10 ноября 2022, 06:46
              +4
              Лично я против того, чтобы на портале посвященному MODX писали о том, что с MODX не связано.
              А я нет. Не вижу ничего плохого в том, что к нам зайдет какой-нибудь nodejs разработчик и узнает о существовании MODX. )
                Николай Савин
                10 ноября 2022, 10:15
                0
                По такому принципу можно еще статьи по серверам размещать, по операционным системам и теориям сетей. А там и до электрических схем недолго. У нас все таки тематический портал.
                Я бы предложил создать отдельные тематические ветки, но все это сейчас не имеет смысла. Даже обсуждение не имеет смысла. Тут аудитория 20 человек. А пишущих что-то осталось человек 5.
                В чате ситуация не лучше. Статистика показывает что там всего 70 человек в принципе что-то читает. А пишущих, отвечающих — может человек 15 осталось.
                Это очень печально (
                  Александр
                  10 ноября 2022, 10:24
                  0
                  Тут аудитория 20 человек.
                  Откуда такая статистика?
                    Николай Савин
                    10 ноября 2022, 10:28
                    0
                    Это не статистическая цифра, а слова «по ощущениям». Сравни аудиторию прошлогодних заметок, сколько было активных комментаторов, авторов, сколько плюсиков.
                    И посмотри на аналогичное участие на последних 10-20 публикациях.
                    iWatchYouFromAfar
                    10 ноября 2022, 10:34
                    +2
                    Я уверен что это пройдет. Народ вернется к обыденной жизни и к сообществу. Во всяком случае посещаемость проекта (судя по открытым данным из метрики) не упала за год.

                    Просто надо так же понимать, что те кто раньше писал статьи, тоже уходят в другой стек.
                      Николай Савин
                      10 ноября 2022, 10:39
                      0
                      Очень на это надеюсь.
                      Но насчет стека ты не до конца прав.
                      Очень много украинцев просто принципиально ушли, многие ушли скажем так, не по своей воле.
                      Я знаю ребят, постоянных и активных авторов, которые теперь по Европе скитаются, и им не до MODX. Денег бы на жилье заработать.
                      Из Белоруссии тоже проблемные новости в течение года приходили. Как минимум у одного из наших были проблемы политические.

                      Ну и смена стека конечно тоже дает о себе знать. Вон @Сергей Шлоков например практически покинул нас (
                        iWatchYouFromAfar
                        10 ноября 2022, 10:48
                        0
                        Да эти события коснулись всех. Кого-то раньше, кого-то позже. Просто я убежден, что разработчики должны держать свою голову холодной. Принципиальный уход никому не пойдет на пользу. Это сообщество делали граждане из многих стран — Беларусь, РФ, Украина, Казахстан, Латвия, Молдавия и т.д. Если сейчас начать показывать свою позицию, это лишь усугубит ситуацию и поставит под вопрос дальнейшее существование крупнейшего сообщества по MODx.

                        P.S.
                        Я если что, не про бытовые проблемы говорю. Конечно когда денег нет и жить негде, тут уже не до MODx.
                          Сергей Шлоков
                          11 ноября 2022, 07:28
                          0
                          Ничего я не покинул. Просто физически времени не хватает. А писать не про MODX тут приравнивается к богохульству. )
                            Николай Савин
                            11 ноября 2022, 09:40
                            0
                            Ой, да у тебя свой ресурс ничуть не хуже ))
                              Сергей Шлоков
                              11 ноября 2022, 10:08
                              0
                              Есть. И я мог бы там спокойно, без оглядки на ворчунов, пописывать статейки про kubernetes, helm, werf. Но… если ты заметил, у меня и на него нет времени. (
                                Николай Савин
                                11 ноября 2022, 10:10
                                0
                                Сам то ворчишь на ворчунов. Уже бы патч на ZoomX за это время набросал.
                                Сергей Шлоков
                                11 ноября 2022, 10:18
                                +1
                                А ты ишу писал? Нет ишу — нет проблемы! )
                        Николай Савин
                        10 ноября 2022, 10:55
                        +2
                        Справедливости ради пошел, посмотрел метрику.
                        Если верить ей, то посещаемость за 9 месяцев 22 года уже равна 21 году целиком. В день аудитория 600-800 уникальных посетителей.
                          Василий Наумкин
                          10 ноября 2022, 12:46
                          0
                          С другой стороны — отчётливо виден пик 2017 — 2018 года и дальнейший спад

                            Михаил
                            10 ноября 2022, 15:30
                            +1
                            ну еще все таки много кто просто в телегу ушел. ТАм и ответ более быстро получаешь
                              Димыч
                              10 ноября 2022, 17:03
                              0
                              Если бы мне, как сеошнику, дали эту статистику и попросили разобраться, я бы сразу посмотрел переходы с поиска (львиная часть трафика)



                              Что я вижу — до конца лета 2018 года посещаемость с поиска стабильно росла (с Гугла трафика в 2 раза больше по причине популярности этого поисковика в IT сфере).

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

                              Смотрим ленту и вижу
                              Обновление modx.pro 10 июля 2018 г.
                              Упс…
                                Василий Наумкин
                                11 ноября 2022, 08:50
                                +2
                                Упс…
                                Что упс-то? Предыдущую версию делал тот же человек, url не изменились.

                                Вот посещаемость за весь 2018 год, я не вижу тут падения после обновления.


                                Вот трафик из поисковиков за 2018


                                А вот потом, когда народ устал ждать MODX 3 — и пошёл спад. В следующие 3 года это чётко видно
                                  Димыч
                                  11 ноября 2022, 15:22
                                  +1
                                  ОК, был не прав, нужно было за более короткий промежуток смотреть.
                                  Александр
                                  11 ноября 2022, 17:49
                                  0
                                  https://yandex.ru/search/?text=mfilter2
                                  А после 2018-го сайтов по modx развелось много. modx.pro не в первых строчках. Может трафик просто на них ушел?
                                  Димыч
                                  12 ноября 2022, 05:47
                                  +1
                                  Тренд глобальный



                                  Гугл тренды
              Александр
              10 ноября 2022, 16:49
              +1
              А планируете написать CMS на next? Писать модуль авторизации для каждого сайта сильно обломно! Или как на next собрать сайт из блоков модулей?
                iWatchYouFromAfar
                10 ноября 2022, 21:56
                0
                Отличный вопрос. Это то, что я собираюсь изучить, наверное уже в следующем году, в силу ограниченного времени.

                Переиспользование:
                В Nest.js CLI есть Libraries. Это переиспользование модулей, что-то вроде того, как переиспользуются библиотеки на Vue или React из проекта в проект. Конечно, если вы пишите большое кол-во сайтов, стоит разбивать приложение на модули, а эти модули уже подключать к тому или иному приложению.

                Это то, чем мне не нравился MODx. Я писал об этом несколько раз — админка слишком сложная и перегруженная. Есть такие вещи как кастомизация форм, расписание сайта, журнал системы управления, различные импорты ресурсов и т.д. Все это должно быть расширениями. Примерно как есть MiniShop2 и разработчики написали огромное кол-во компонентов, которые расширяют этот eCommerce компонент.

                В Nest.js вы как раз можете дробить модули на npm пакеты и переиспользовать их в проектах, примерно как компоненты из магазина Modstore.

                CMS:
                CMS я уже можно сказать написал, во всяком случае пилотную версию, одного из своих клиентов на нее перевел. Но это не eCommerce, а обычный информационный сайт. Как я уже написал в статье, в планах, в следующем году реализовать большую систему для управления контентом сайта (как статьями, так и товарами). Но это будет мой внутренний продукт, выкладывать его в публичный доступ не буду.
                  Николай Савин
                  11 ноября 2022, 09:42
                  0
                  CMS на next это, по-моему, к @Василий Наумкин
                  Вась у тебя же новый курс примерно про это?
                    Василий Наумкин
                    11 ноября 2022, 09:44
                    0
                    У меня Nuxt.js — это для Vue

                    А Next.js — это для React
                      Николай Савин
                      11 ноября 2022, 13:20
                      +3
                      Поназывают одинаково, а старому, больному недопрограммисту потом путаться
                        Александр Мельник
                        11 ноября 2022, 15:11
                        +3
                        а есть еще и nest.js
                        Совсем никакого креатива в названиях у людей.
                      iWatchYouFromAfar
                      11 ноября 2022, 11:52
                      0
                      Думаю просто опечатка. Человек имел ввиду Nest.
                    vectorserver
                    11 ноября 2022, 21:53
                    -3
                    Статья про Nest.js на портале про MODX!? Зачем, для чего!? На хабре полно статей про Nest!

                    Может превратим тематический сайт в помойку, типа: установка WINDOWS, Centos, настройка VPS и всякие другое про IT!?

                    Заведи свой блог, кому будет интересно тот подпишется на тебя!
                      iWatchYouFromAfar
                      11 ноября 2022, 22:05
                      0
                      Твой совет я не спрашивал, зачем ты мне его даешь? Я ведь уже написал админу портала — захочет, удалит пост, все обсудили. Нафига разводить опять срач?
                        vectorserver
                        11 ноября 2022, 22:10
                        -2
                        Я вот буровую установку собираю! Может тоже пост написать!? Люди сюда зайдут и узнают про MODX (как ты выше писал 👹)!
                          iWatchYouFromAfar
                          11 ноября 2022, 22:15
                          0
                          Деревянный ты какой-то.

                          Люди сюда зайдут и узнают про MODX (как ты выше писал 👹)!
                          Про это написал не я.
                          vectorserver
                          11 ноября 2022, 22:12
                          -2
                          Я смотрю ты вообще критику не воспринимаешь и начинаешь буксовать на того кто не согласен с тобой!
                          Пост на твой совести (я бы удалил) и админы не причем, ты реально путаешь тематики, оффотпер!
                            iWatchYouFromAfar
                            11 ноября 2022, 22:23
                            0
                            Критика в чем? В моих постах был рассказал про Flash, MODx, Express, Nest — твои чувства я задел только этим постом про Nest? Я безумно благодарен всем кто критиковал мои решения по MODx (посмотри историю моих заметок). Всегда нормально воспринимал критику.

                            Ты не критикуешь, ты предъявляешь и указываешь мне что делать, но на вопрос не отвечаешь. Еще раз — твой совет что мне делать, я не спрашивал, зачем ты мне его даешь?
                          Евгений Webinmd
                          11 ноября 2022, 22:41
                          +4
                          если это будет настройка сервера под модх с оптимизациями, конфигами и прочим, то я не против
                            Николай Савин
                            12 ноября 2022, 15:36
                            +2
                            Вася лет 5 назад делал посты на эту тему, даже видео снимал. С тех пор с одной стороны мало что изменилось, с другой стороны лично мне, поднимая первый сервер почти ничего из того, что было не пригодилось.
                            Скажем так… с одной стороны не было ответов на многие вопросы.
                            С другой стороны есть такой портал DigitalOcean — там я нашел подробные, пошаговые инструкции для реализации практически каждого вопроса, который у меня был.

                            Резюмирую. У меня есть некоторая квалификация и понимание основ в данном направлении, но сколько бы я не задумывался нужны ли статьи в данном направлении — я понимаю что не нужны. Они уже есть. По Базовой настройке и конфигурации, по защите, по оптимизации, по Highload
                            MODX особо ничем не отличается от других систем, нет каких-то специфических требований и писать именно с оглядкой на нашу CMF по сути не получится.
                              iWatchYouFromAfar
                              14 ноября 2022, 02:58
                              0
                              Я бы вот например с большим удовольствием почитал статью по организации докера для дева (локально) и для прода (на сервере) с автоматическим деплоем с гита.

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

                              Пишу об этом, т.к. вести разработку через контейнирезацию и Git (для системы версий и деплоя на продакшн), это очень удобно. Особенно когда хорошо умеешь в девопсе.
                                vectorserver
                                14 ноября 2022, 06:31
                                -1
                                Хабр: habr.com/ru/company/southbridge/blog/325568/
                                Твои посты про Nest на портале про MODX равносильны как, ты приехал на BMW M5 в лес на соревнования по бездорожью!
                                  iWatchYouFromAfar
                                  14 ноября 2022, 10:20
                                  +3
                                  Не очень понял зачем мне статья про докер на хабре. Ты не читаешь или не так читаешь то, что я пишу. Или я не так пишу. Я имел ввиду докер в контексте MODx.

                                  Про пост — я тебя давно понял. Статью не удалю. Буду в лесу стоять на бмв на бездорожье.
                                    vectorserver
                                    14 ноября 2022, 10:22
                                    -1
                                    Всё ясно)! Не будем с вами спорить!
                                      Сергей Шлоков
                                      14 ноября 2022, 21:41
                                      +1
                                      Терпения тебе там в лесу. Модыксер на докере не скоро проедет. )))
                          Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
                          54