В этом блоге будет выпущен ряд статей, посвященный практическому опыту разработки крупных магазинов на MODX Revolution

Большой магазин на MODX Revolution.

Перенос большого магазина с MODX Evolution на MODX Revolution

Большой интернет-магазин на MODX Revolution. 150 000+ товаров. Часть первая.

Проблема с правами доступа

Сайт не работает после успешной установки ShopModxBox

Could not load class: shopModx from shopmodx.

Modx revo вывезет 350 000 товаров, если использовать collections?

Хм. По-моему когда 150 тысяч + товаров, тогда уже вопросы к покупке собственного датацентра могут отправляться…

Хм. По-моему когда 150 тысяч + товаров, тогда уже 

А зачем? Практика показывает, что можно на небольшом выделенном сервере работать (сейчас я на modxcloud.com как обычно работаю, но уверен, боевую работу запросто обеспечит недорогой сервер с мемкешем или APC).

А зачем? Практика показывает, что можно на небольш

ну у меня отношение давно проще на этот счет. если можно замутить дата-центр, то так интересней, чем пытаться вжать супермаркет для мегаполиса в 96 мегабайт памяти и 1 жидкое ядро. =)

ну у меня отношение давно проще на этот счет. если

Ну вот смотри: на самом деле десятки и сотни тысяч товаров — это не супермного. Датацентр и т.п. — это все большие дальнейшие издержки. В год может капать тысячи долларов только на хостинг. А здесь сел, нормально все оптимизировал, и сидишь на modxcloud.com за $10 (если не выгонят :-) ).

Ну вот смотри: на самом деле десятки и сотни тысяч

Я это к тому, что никогда не лишнее оптимизировать. Считай, я за два дня выполнил оптимизацию, которая экономит тысячи долларов в год.

Я это к тому, что никогда не лишнее оптимизировать

Как бы я не прикалывался, а оптимизация — вещь полезная, согласен. И будет полезной. И одно другому не мешает =)

Как бы я не прикалывался, а оптимизация — вещь пол

Истинно.

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

Жаль только большинство заказчиков это вряд ли пой

Да, не ценят. Те же хамстеры сколько сидели на своем неработающем магазине? Больше года?

Да, не ценят. Те же хамстеры сколько сидели на сво

да там жесть вообще, наверное где то так

Но ведь проблема не только в них, а еще и в том, что им просто не могли это сделать те программисты, которые занимались их магазином. Так что здесь вина не только на совести заказчика.

Но ведь проблема не только в них, а еще и в том, ч

Я это просто к тому, что все это очень не однозначно. Нет четких критериев оценки крутости и стоимости разработки. Один школьник может запросить 100 000, просто потому что он будет 3 месяца этим заниматься (в то время, как профи сделает за пару дней). В свою очередь заказчик может не знать как это реально оценить, и не понимает, почему профи надо платить так много.
 Это вон в спорте все понятно — пробежал на пол-секунды стометровку быстрее других — самый крутой, на тебе золотую медаль!

Я это просто к тому, что все это очень не однознач

хм, да здраво, хотя именно хамстер могли бы поучиться на собственных ошибках, оплатили тем программистам, они не справились, значит нужно нанять специалиста, а раз он все сделал и починил, то значит не зря он специалист. Надо и оплатить соответственно. Скорее всего должно быть так)

хм, да здраво, хотя именно хамстер могли бы поучит

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

Здесь сложность в том, что без предоплаты никто не

1. Зачем случайное число и куча рекурсивных проходов вверх по дереву, если пары alias+id (который unique primary key)и проверки по одному полю в таблице с индексом в нужном месте вполне хватило бы закрыть эту проблему.
 2. Кроме времени еще важна и память. На клауде можно не боятся, но на хостинге процесс могут затоптать за оверхед по памяти. 5000 тыс конечно не число, но я бы предусмотрел бы какое-нибудь порционное скармливание данных по чуть-чуть. Не знаю наверняка, но скорее всего так оно и есть. Печально, если нет :) Ну и запускать такое нужно не через веб-морду. В консоли ограничений на выполнение php точно нет.
 3. Это скорее болезнь самого modx и его системы кеширования. Особо не придумать ничего. Разве то итемы каталога держать не в ресурсах
 4. Стандартные решения удобны тем, что просты и понятны. Но на таких объемах я бы подумал о подключении какого-нибудь sphinx или провел бы серьезную денормализацию данных и возможно что-то положил бы в какой-нибудь redis или mongo или что там сейчас можно.
 

P.S. Ответы пишу не с пустой головы. Работаю сейчас с проектом, у которого под миллион уников в сутки и отдельные таблицы весят под 10 гб, не считая десятков миллионов записей в nosql-хранилищах. Это все добро конечно же не на modx, но подходы в крупных проектах все равно одни и те же.

1. Зачем случайное число и куча рекурсивных проходов вверх по дереву, если пары alias+id (который unique primary key)и проверки по одному полю в таблице с индексом в нужном месте вполне хватило бы закрыть эту проблему.
 2. Кроме времени еще важна и память. На клауде можно не боятся, но на хостинге процесс могут затоптать за оверхед по памяти. 5000 тыс конечно не число, но я бы предусмотрел бы какое-нибудь порционное скармливание данных по чуть-чуть. Не знаю наверняка, но скорее всего так оно и есть. Печально, если нет :) Ну и запускать такое нужно не через веб-морду. В консоли ограничений на выполнение php точно нет.
 3. Это скорее болезнь самого modx и его системы кеширования. Особо не придумать ничего. Разве то итемы каталога держать не в ресурсах
 4. Стандартные решения удобны тем, что просты и понятны. Но на таких объемах я бы подумал о подключении какого-нибудь sphinx или провел бы серьезную денормализацию данных и возможно что-то положил бы в какой-нибудь redis или mongo или что там сейчас можно. P.S. Ответы пишу не с пустой головы. Работаю сейчас с проектом, у которого под миллион уников в сутки и отдельные таблицы весят под 10 гб, не считая десятков миллионов записей в nosql-хранилищах. Это все добро конечно же не на modx, но подходы в крупных проектах все равно одни и те же.

1. Зачем случайное число и куча рекурсивных проход

1. Желательно цитировать или как-то указывать ту область статьи, на которую пишется возражение или вопрос. К примеру вот это мне вообще не понятно к какому месту относится:
 

1. Зачем случайное число и куча рекурсивных проходов вверх по дереву, если пары alias+id (который unique primary key)и проверки по одному полю в таблице с индексом в нужном месте вполне хватило бы закрыть эту проблему.

И где этот PK alias+id и где я зачем-то по дереву вверх поднимаюсь?
 

Если бы у меня здесь были проблемы, я бы использовал этот метод. А если проблемы не было, то и париться мне не за чем было.
 

В консоли ограничений на выполнение php точно нет.

Не верное утверждение. Где-то нет, а где-то и есть. на том же таймвебе есть и консольные ограничения, и за 5 секунд потребления процессора более чем на 60% приводит к обрыву процесса.
 

3. Это скорее болезнь самого modx и его системы кеширования. Особо не придумать ничего. Разве то итемы каталога держать не в ресурсах

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

4. Стандартные решения удобны тем, что просты и понятны. Но на таких объемах я бы подумал о подключении какого-нибудь sphinx или провел бы серьезную денормализацию данных и возможно что-то положил бы в какой-нибудь redis или mongo или что там сейчас можно

Всегда надо держать грань между производительностью и простотой (для простоты сопровождения). Если скорость устраивает, то зачем еще усложнять? Усложнение будет задирать планку на специалистов для сопровождения.
 

P.S. этот проект не на миллионы уников, так что сейчас мы не будем привлекать сюда все мощнейшие технологии. Мощнейшие проекты занимают не мало времени и как правило требуют участия группы программистов. А я это сделал за 2 дня. Так что здесь исходим из бюджетов и потребностей.

1. Желательно цитировать или как-то указывать ту область статьи, на которую пишется возражение или вопрос. К примеру вот это мне вообще не понятно к какому месту относится: 1. Зачем случайное число и куча рекурсивных проходов вверх по дереву, если пары alias+id (который unique primary key)и проверки по одному полю в таблице с индексом в нужном месте вполне хватило бы закрыть эту проблему. И где этот PK alias+id и где я зачем-то по дереву вверх поднимаюсь? Печально, если нет :) Если бы у меня здесь были проблемы, я бы использовал этот метод. А если проблемы не было, то и париться мне не за чем было. В консоли ограничений на выполнение php точно нет. Не верное утверждение. Где-то нет, а где-то и есть. на том же таймвебе есть и консольные ограничения, и за 5 секунд потребления процессора более чем на 60% приводит к обрыву процесса. 3. Это скорее болезнь самого modx и его системы кеширования. Особо не придумать ничего. Разве то итемы каталога держать не в ресурсах Там полно вариантов что можно придумать, начиная от простой заплатки cacheOptimizer, и заканчивая этим решением. 4. Стандартные решения удобны тем, что просты и понятны. Но на таких объемах я бы подумал о подключении какого-нибудь sphinx или провел бы серьезную денормализацию данных и возможно что-то положил бы в какой-нибудь redis или mongo или что там сейчас можно Всегда надо держать грань между производительностью и простотой (для простоты сопровождения). Если скорость устраивает, то зачем еще усложнять? Усложнение будет задирать планку на специалистов для сопровождения. P.S. этот проект не на миллионы уников, так что сейчас мы не будем привлекать сюда все мощнейшие технологии. Мощнейшие проекты занимают не мало времени и как правило требуют участия группы программистов. А я это сделал за 2 дня. Так что здесь исходим из бюджетов и потребностей.

1. Желательно цитировать или как-то указывать ту о

К экономии на хостинге прибавляем вашу стоимость поддержки. Ибо это уже не из коробки и просто так не обновить.

К экономии на хостинге прибавляем вашу стоимость п

Спасибо за материал.
 Интересно было бы знать версию Evo, на которой был сделан изначальный магазин.
 А также - принимались ли какие-либо меры по оптимизации кеша разработчиками изначального магазина (того, что на Эво)?

Спасибо за материал.
 Интересно было бы знать верс

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

Эво 1.0.5 была. И там с кешем особо сделать ничего

Сейчас и в Evo можно провернуть трюк с частичным отключением карты ресурсов.

Сейчас и в Evo можно провернуть трюк с частичным о

Вот было бы прикольней, если бы обходилось без трюков. Но справедливости ради отмечу, что хоть в Рево частичное отключение карты доступно из коробки и просто настройкой выключается, на крупных ресурсах все-таки этого часто бывает не достаточно, ибо собрать в эту карту 100 000 ресурсов, к примеру - задача часто невозможная, то есть после сброса кеша сайт просто разваливается. На таких сайтах у нас без cacheOptimizer не обходится.

Вот было бы прикольней, если бы обходилось без трю

Холиварить, я, конечно, не собирался. Передо мной стоит другая задача.
 Медленно, но верно у меня зреет проект регионального сайта недвижимости. В общем-то, стандартный сайт, его особенность разве что в некоторых чисто маркетинговых нюансах подачи УТП сайта.
 Я даже понемногу делаю прототип, на котором отрабатываю идеи юзабилити и понимаю встречающиеся трудности. Для реализации прототипа избрал Эво по по причине её изящества и минимального "входного порога" знаний.
 И заранее начинаю думать - на чем реализовывать продакшн? Эво или Рево?
 И если Рево - насколько лёгким будет дальнейший переход?
 P.S. Объекты пока реализованы в дереве документов, их, наверное, потом придётся переносить в свои таблицы.
 Число объектов предполагается... ну... максимум 5000, но ведь вы прекрасно понимаете, что при успешном старте проекта эти 5000 могут вылиться и 10, и в 20000, как вы совершенно резонно заметили в одном из своих топиков.
 Вот и думаю.

Холиварить, я, конечно, не собирался. Передо мной 

Холиварить и я не буду. Но скажу просто: будете делать на Эво, не придется рассчитывать на помощь здесь, ибо в Эво технологии используются, с которыми мы уже давно не работаем. А далее уже все от вас зависит. И на сколько легким переход будет - тоже не знаю, так как зависит и от вашего текущего уровня, и от способностей к обучению.

Холиварить и я не буду. Но скажу просто: будете де

Да, естественно. Попробую поподробнее познакомиться с Рево для начала, и станет понятнее.

Да, естественно. Попробую поподробнее познакомитьс

Разумно.

Вопрос решенный. Просто ShopModxBox был установлен на старую ветку MODX2.2, а надо на 2.3

Вопрос решенный. Просто ShopModxBox был установлен

Это потому что вы сборку поставили на MODX2.2, а нужна ветка MODX2.3+

Это потому что вы сборку поставили на MODX2.2, а н

Версия правильная MODX 2.3.3
 СКРИНШОТ

Да, действительно. Ошибка-то не в нашей сборке. Ошибка в vapor-е же, а не в скриптах, и ошибка как раз в 2.3+ появилась после того, как удалили этот метод из MODX-а.
 Судя по всему просто нет прав на запись файлов. Вы не через bash устанавливали сборку? Видимо смарти просто не может записать свои компиль-файлы в директорию.

Да, действительно. Ошибка-то не в нашей сборке. Ош

То есть если вы через bash устанавливали, все созданные файлы получили права для текущего юзера. В зависимости от настроек сервера пользователь веб-сервера и текущий пользователь могут иметь разные права.

То есть если вы через bash устанавливали, все созд

Я ставил через менеджер пакетов
 сейчас попробую через консоль


Я ставил через менеджер пакетов
 сейчас попробую ч

Просто проверьте права на папки. Попробуйте уделить папку /.../test_swing/core/components/modxsmarty/compiled/

Просто проверьте права на папки. Попробуйте уделит

Виноват, ставил первый раз конечно через консоль xthtp vapor
 Второй раз попробовал через менеджер файлов — все встало и работает
 Спасибо за помощь

Виноват, ставил первый раз конечно через консоль x

Пожалуйста.

Также пытаюсь установить пакет через SSH и в результате выдает ошибку 

Fatal error: Call to undefined method modX::getMicroTime() in /.../test_swing/vapor/import.php on line 199

Визуально вроде бы в админке все установилось, но все равно как-то неспокойно…

Также пытаюсь установить пакет через SSH и в результате выдает ошибку Fatal error: Call to undefined method modX::getMicroTime() in /.../test_swing/vapor/import.php on line 199 Визуально вроде бы в админке все установилось, но все равно как-то неспокойно…

Также пытаюсь установить пакет через SSH и в резул

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

В этой ошибке ничего критичного для установки нет.

Спасибо!

Не за что.

Это старая и темная бага MODX-а, ее уже не раз обсуждали.
 1. Сделайте бэкап сайта
 2. Выполните в консоли код:
 

<?php
$q = $modx->newQuery('modExtensionPackage');
$q->command('delete');
$s = $q->prepare();
// print $q->toSQL();
$s->execute();

3. Удалите папку core/cache/
 

Это должно решить проблему с (ERROR @ /index.php) Could not load class: shopModx from shopmodx.
 

А вот Could not load class: Order from mysql.order. — вот это уже скорее всего не полностью установился движок магазина. У вас сервер нормальный линуксовый или на локалхосте виндовом?

Это старая и темная бага MODX-а, ее уже не раз обсуждали.
 1. Сделайте бэкап сайта
 2. Выполните в консоли код: <?php
$q = $modx->newQuery('modExtensionPackage');
$q->command('delete');
$s = $q->prepare();
// print $q->toSQL();
$s->execute(); 3. Удалите папку core/cache/ Это должно решить проблему с (ERROR @ /index.php) Could not load class: shopModx from shopmodx. А вот Could not load class: Order from mysql.order. — вот это уже скорее всего не полностью установился движок магазина. У вас сервер нормальный линуксовый или на локалхосте виндовом?

Это старая и темная бага MODX-а, ее уже не раз обс

На beget.

На бегете обычно все работало. Попробуйте то, что я сказал сделать.

На бегете обычно все работало. Попробуйте то, что 

Да, спасибо большое — ошибка исчезла. Проблема не исчезла. Причем только в Хроме. Корзина ведет себя как хочет. При пустой корзине показывает в блоке миникорзины показывает, что есть товар на n-ую сумму, кнопка очистить не работает. В Журнале ошибок — ошибки кэширования 
 

[2016-03-01 18:20:03] (ERROR @ /index.php) Encountered empty IN condition with key id
[2016-03-01 18:20:03] (ERROR @ /site_dir/core/cache/includes/elements/modplugin/24.include.cache.php : 101) PHP warning: Cannot modify header information - headers already sent by (output started at /home/k/kotyle/tafguyhockey.ru/public_html/core/model/modx/modresponse.class.php:189)


Warning: strftime(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected the timezone 'UTC' for now, but please set date.timezone to select your timezone. in /home/k/kotyle/tafguyhockey.ru/public_html/core/xpdo/xpdo.class.php on line 2055 
[2016-03-01 18:21:18] (ERROR @ /assets/components/shopkeeper/connector_fe.php) Could not load class: phpTemplateResource from mysql.phptemplateresource.

Всё началось с переезда на 2.4.2-pl
 

Магазин переустанавливали.

Да, спасибо большое — ошибка исчезла. Проблема не исчезла. Причем только в Хроме. Корзина ведет себя как хочет. При пустой корзине показывает в блоке миникорзины показывает, что есть товар на n-ую сумму, кнопка очистить не работает. В Журнале ошибок — ошибки кэширования [2016-03-01 18:20:03] (ERROR @ /index.php) Encountered empty IN condition with key id
[2016-03-01 18:20:03] (ERROR @ /site_dir/core/cache/includes/elements/modplugin/24.include.cache.php : 101) PHP warning: Cannot modify header information - headers already sent by (output started at /home/k/kotyle/tafguyhockey.ru/public_html/core/model/modx/modresponse.class.php:189) Warning: strftime(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected the timezone 'UTC' for now, but please set date.timezone to select your timezone. in /home/k/kotyle/tafguyhockey.ru/public_html/core/xpdo/xpdo.class.php on line 2055 
[2016-03-01 18:21:18] (ERROR @ /assets/components/shopkeeper/connector_fe.php) Could not load class: phpTemplateResource from mysql.phptemplateresource. Всё началось с переезда на 2.4.2-pl Магазин переустанавливали.

Да, спасибо большое — ошибка исчезла. Проблема не 

Такое ощущение, что он кэшируется. А вот как вызывать сниппет не кэшируемым в {snippet name="" param=""} не знаю.

Такое ощущение, что он кэшируется. А вот как вызыв

Проблема вроде бы решилась удалением расширения xFCE

Проблема вроде бы решилась удалением расширения xF

У вас не проблема с кешированием. Кеш — это в данном случае кеш-код плагина. А мат главный на то, что не может отправить заголовки, так как уже в другом элементе отправлен текст.

У вас не проблема с кешированием. Кеш — это в данн

Просто этот блок должен работать в некешируемом элементе.

Просто этот блок должен работать в некешируемом эл

по rest api на modx есть мануал от авторов docs.modx.com/revolution/2.x/developing-in-modx/advanced-development/developing-rest-servers
 Проблема если и может быть, то при работке в админке скорее всего… ну и архитектурной ошибкой будет скорее всего хранить все товары в одной таблице

по rest api на modx есть мануал от авторов docs.mo

Даже если вы загрузите свои товары в шопкипер, 98% магазин ваш работать не сможет.

Даже если вы загрузите свои товары в шопкипер, 98%

а можете новичкам пояснить почему? :)

Потому что это слишком большой объем информации как для MODX-а, так и для шопкипера, который сначала пытается получить массив всех родителей, а потом документов внутри их. Советую просто отказаться от этой затеи.

Потому что это слишком большой объем информации ка

коннекторы в shopmodxbox-3.1.1

по сути они одинаковы, просто вызывают разные процессоры action.class.php. Объединять их не надо, наоборот это позволяет логически разделять запросы к сайту, не сваливая всё в одну кучу. По магазину - одно, по сайту - другое.

по сути они одинаковы, просто вызывают разные проц

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

Наверно, вопрос не правильно задал. Суть-то понятн

не должно такого быть, они друг другу никак не мешают. Смотрите, куда уходят запросы

не должно такого быть, они друг другу никак не меш

Запросы уходят в коннектор shopmodx или modxsite, в зависимости, что указано в /assets/components/modxsite/templates/shopmodx/bundle/app.js. По дефолту указан shopmodx коннектор.

Запросы уходят в коннектор shopmodx или modxsite,

cacheOptimizer

error

getPage

modx

modx evolution

modx revo

modx revolution

modx перенос сайта

shopkeeper 3

ShopModxBox

большой кеш

много товаров

оптимизация

# Николай Ланец aka Fi1osof
**Lead Fullstack Developer / Ментор / Евангелист современного JS‑стека**

---

## О себе

Я — не просто Senior Developer с 2007 года. Я — тот, кто строит продукты будущего на базе современных технологий и помогает другим подниматься на новую ступень айти-карьеры. Создатель и идейный вдохновитель freecode.academy — платформы, где обучение перестает быть скучной обязаловкой и становится настоящим технологическим приключением.

---

## Мой стек и философия разработки

Основу моего рабочего арсенала составляют:

- [Javascript](/technologies/ck1faudv928l40a89c4u9zxlm), [TypeScript](/technologies/ckcvwwx010kov08009u7y2rav)
- [React](/technologies/ck1fawbdw28v20a891k4wlh27), [Next.js](/technologies/ckg2jd4ffr9260730aog66dri)
- [Node.js](/technologies/ckt55wm59272831wo9gg9r8ynx), [GraphQL](/technologies/ck1fawhqk28vu0a8995lqvlsj), [Apollo Client](/technologies/ck2zdcg0vpvc10a89xjmhj1e0), [Nexus](/technologies/ckl2pbh0fxew60730ifl3zozp), [Prisma](/technologies/ck2zdbmi7pv8r0a89ntc2r0f1)
- DevOps: [Docker](/technologies/ck2y1x9lho9cy0a8953xzfjr8), [docker-compose](/technologies/ck2y1xqino9g80a89tsftxin2), [Caddy](/technologies/ck2zd8ovqpuyl0a8909748sbu), [Ubuntu](/technologies/cktu8giks3593911vmle30ztqxt)
- UI-инструменты: [Styled-Components](/technologies/ckk8myysio7lw0730csszvrdw), [Material-UI](/technologies/ckljv3jwd7bgf0730huxlko9n), [react-hook-form](/technologies/ckmx8cn9fmwrv073032e67722)
- Всё актуальное для разработки, CI/CD и автоматизации 
- Эксперименты с [WebGL](/technologies/ckan9anntc12f08003saqttrq), [A‑Frame](/technologies/ck2tgoiz8j37y0a89c7gxsrxc), [Three.js](/technologies/ck2tgns1nj32z0a89vmw7xw3f), [Unreal Engine 4](/technologies/ck7puswy6g4yb07004cdp6lbr), [Elixir](/technologies/ckn0olavrnnzi0730xs8rctn8), [C++](/technologies/cknin1y8lu2fr07307mskn2fn)

---

## Разработка и менторство

- Более 15 лет **hands-on** разработки и проджект‑менеджмента
- Главный разработчик и преподаватель платформы [freecode.academy](https://freecode.academy)
- **Ведущий менти-пул на платформе** — лично выращиваю новых звезд отрасли

### Мои менти и их результаты

| Менти (ФИО \| username)                               | Уровень | Рейтинг |
|-------------------------------------------------------|---------|---------|
| [Попов Дмитрий \| linklib](/users/cjoe890c706ji0d962oismzoe)           | 3       | 315     |
| [Сэт \| defk1lla](/users/ckzh1ita312978121imr9hpqfc64)                 | 3       | 670     |
| [Ксения Матвеева \| Ксения Матвеева](/users/ckz4awwlh10627771imr4wvpb7cj) | 2       | 0       |
| [Михаил \| Balamut](/users/cl1npq92z10258261vmbq0w6vfh2)               | 2       | 0       |
| [Ольга Ершова \| angel](/users/cjoe87zhk00250d969arluevk)              | 1       | 0       |
| [Егор \| rogedkone](/users/cksrdp47d3308261ijuq7wfrxdl)                | 3       | 0       |
| [Roman \| Roman43](/users/ckur2qtt64721431xoboyjcte52)                 | 2       | 0       |
| [Бут Игорь \| santiment](/users/ckttd9x20893951vmltb8t7sha)            | 1       | 0       |

**Доношу простую мысль: успех — это не магия, это осознанная системная работа и кайф от роста.**
Мои менти выводят решения в продакшн, пробиваются в лидеры рейтингов — кому не хочется быть в такой команде?

---

## Почему я?

- **Прокачаю проект** — от TDD архитектуры до культурного CI/CD
- **Вдохновлю команду** — и научу мыслить по‑новому, где ИИ — напарник, а не угроза
- **Выращу мидлов и сеньоров** — доказано платформой и рейтингами моих учеников

**Сила — в сообществе, а техника — это просто смазка для ваших побед. Присоединяйтесь!**

---

## Контакты

- 📧 [n.lanets@freecode.academy](mailto:n.lanets@freecode.academy)
- Телеграм: [@freecode_academy](https://t.me/freecode_academy)

---

**P.S.**: Мой опыт — ваш драйвер роста. Хотите в команду? Ищете менторство? Пишите. Растём вместе!