Сборки и пакеты

Вопросы специалистов

Вопросы клиентов

modRedirect

(modx/htaccess/RewriteRule) - простейший редирект: test.html => resource0.html => index.php?q=resource0.html

Ищу Дизайнера

Не могу разобраться с htaccess

Это как Seo strict urls

Где-то полгода назад столкнулся с необходимостью такого плагина. Вот моя реализация: https://github.com/ilyautkin/autoRedirector

Где-то полгода назад столкнулся с необходимостью т

Под Рево он есть? Дайте ссылку на пакет.

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

Да, отличия конечно есть, но в целом принцип тот ж

Под рево есть только снипппет кривой

Ясно. Сниппет здесь вообще не спасает.

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

Не столько сложная, сколько большая - долго пришло

Очень своевременно, давно искал что-то похожее... Спасибо!

Очень своевременно, давно искал что-то похожее... 

Не за что :)

Помнится мне, когда я хотел сделать такой же плагин, то также решил обработать все возможные события. Но натолкнулся на ворох багов, которые побороть не удалось.
 Коль, ты на них не натыкался? Если да, то учитываешь как-нибудь?
 Просто исправление этих багов - это серия пуллреквестов в modx репозиторий, которые я в своё время не осилил, а потом как-то и не вспоминал даже. Проще запулить небольшой коммит, чтобы в методе modResource::refreshURIs() или modResource::save() вызывалось какое-нибудь событие, которые решило бы все проблемы. Но не факт, что такой коммит примут разработчики modx'а.


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

Помнится мне, когда я хотел сделать такой же плагин, то также решил обработать все возможные события. Но натолкнулся на ворох багов, которые побороть не удалось.
 Коль, ты на них не натыкался? Если да, то учитываешь как-нибудь?
 Просто исправление этих багов - это серия пуллреквестов в modx репозиторий, которые я в своё время не осилил, а потом как-то и не вспоминал даже. Проще запулить небольшой коммит, чтобы в методе modResource::refreshURIs() или modResource::save() вызывалось какое-нибудь событие, которые решило бы все проблемы. Но не факт, что такой коммит примут разработчики modx'а. А ещё, помнится мне, точно тогда же, на три дня позже, у нас с тобой развернулась полемика на эту тему, после чего ты мне доказывал, что такой плагин - на хрен не нужная хрень, аппелируя авторитетностью Носика, ибо seo. А сейчас вон оно как :-)

Помнится мне, когда я хотел сделать такой же плаги

Коль, ты на них не натыкался? Если да, то учитываешь как-нибудь?

Нет, эти баги я не рассматривал и не учитывал (вполне допускаю, что они есть из-за неидеальности механизма). То есть мой плагин только следит за тем какой УРЛ был раньше, и если он изменился (а он не следит за механизмом изменения УРЛа), то сохраняет в БД старый УРЛ как есть и вместе с ним id документа. Далее (только в случае 404) плагин пытается найти запись с запрошенным УРЛом, и если найдено, то выполняет $modx->sendRedirect($modx->makeUrl($id)). То есть в целом плагину не важно что и как там обстоит с УРЛами.
 На счет пуллреквестов в этом направлении - не вижу значительной проблемы. Вообще менять алиасы и перемещать документы - это злое зло. И заморозка УРЛов в помощь.
 

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

Как я и писал в самом начале топика "В целом считаю его с точки зрения полезности весьма сомнительным", и по прежнему так считаю :)

Коль, ты на них не натыкался? Если да, то учитываешь как-нибудь? Нет, эти баги я не рассматривал и не учитывал (вполне допускаю, что они есть из-за неидеальности механизма). То есть мой плагин только следит за тем какой УРЛ был раньше, и если он изменился (а он не следит за механизмом изменения УРЛа), то сохраняет в БД старый УРЛ как есть и вместе с ним id документа. Далее (только в случае 404) плагин пытается найти запись с запрошенным УРЛом, и если найдено, то выполняет $modx->sendRedirect($modx->makeUrl($id)). То есть в целом плагину не важно что и как там обстоит с УРЛами.
 На счет пуллреквестов в этом направлении - не вижу значительной проблемы. Вообще менять алиасы и перемещать документы - это злое зло. И заморозка УРЛов в помощь. А ещё, помнится мне, точно тогда же, на три дня позже, у нас с тобой развернулась полемика на эту тему, после чего ты мне доказывал, что такой плагин - на хрен не нужная хрень, аппелируя авторитетностью Носика, ибо seo. А сейчас вон оно как :-) Как я и писал в самом начале топика "В целом считаю его с точки зрения полезности весьма сомнительным", и по прежнему так считаю :)

Коль, ты на них не натыкался? Если да, то учитывае

Вопрос , это только у меня после установки плагина, не работает админка в опере?

Вопрос , это только у меня после установки плагина

Плагин не должен никак влиять на вашу админку. Там никаких JS-ов не устанавливается или типа того. У меня в опере все работает.

Плагин не должен никак влиять на вашу админку. Там

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

ладно поработаем в explorer , в хроме та же фигня.

Так включайте логи, смотрите что и как там. Войдите в config.inc.php и пропишите ini_set('display_errors', 1);
 Мой плагин здесь явно не при чем, тем более при попытке открытия страницы для редактирования. Значит там конкретно ошибки где-то лезут. Вы хоть разберитесь где и какие ошибки лезут.

Так включайте логи, смотрите что и как там. Войдит

RewriteEngine On RewriteRule ^eating/$ /consult/eating/ [R=301,L]  // (- 1. Вот это что за строчка ? Она перенаправляет на какую то страницу, а должна вообще туда перенаправлять, если главная страница другая ?)  RewriteBase /

Сначала должно идти RewriteBase /, а потом уже все остальное.
 

В остальном: гуглите. Тема .htaccess настолько избитая и столько всякой документации в сети, что грех вообще подобные вопросы задавать (Не говоря уже о том, что .htaccess напрямую к MODX отношения не имеет).

RewriteEngine On RewriteRule ^eating/$ /consult/eating/ [R=301,L]  // (- 1. Вот это что за строчка ? Она перенаправляет на какую то страницу, а должна вообще туда перенаправлять, если главная страница другая ?)  RewriteBase / Сначала должно идти RewriteBase /, а потом уже все остальное. В остальном: гуглите. Тема .htaccess настолько избитая и столько всякой документации в сети, что грех вообще подобные вопросы задавать (Не говоря уже о том, что .htaccess напрямую к MODX отношения не имеет).

RewriteEngine On RewriteRule ^eating/$ /consult/ea

Отвечаю на второй вопрос:
 

#Включаем систему перезаписи URL
RewriteEngine On

# Все запросы на сайт без www
RewriteCond %{HTTP_HOST} ^example.com$ [NC] 

# Перенаправляем на сайт с www
RewriteRule ^(.*)$ http://www.example.com/$1 [R=301,L] 

Отвечаю на второй вопрос: #Включаем систему перезаписи URL
RewriteEngine On

# Все запросы на сайт без www
RewriteCond %{HTTP_HOST} ^example.com$ [NC] 

# Перенаправляем на сайт с www
RewriteRule ^(.*)$ http://www.example.com/$1 [R=301,L]

Отвечаю на второй вопрос: #Включаем систему переза

Николай, здравствуйте. Плагин надо докручивать в ручную?

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

Добрый день.
 В каком именно плане докручивать?

перенес товар из одной группы в другую… выдает ошибку 404… как бы не отработал плагин…

перенес товар из одной группы в другую… выдает оши

А какая версия ShopModxBox и modRedirect стоит? Если ShopModxBox версии менее 2.5.1, то может и не сработать. Проверьте код плагина modRedirect с гитхабовским.
 Я сейчас на тестовом сайте проверил, у меня редиректится после переноса товара.

А какая версия ShopModxBox и modRedirect стоит? Ес

ShopModxBoxPatch 2.0.2 и modRedirect 1.0.0

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

А, ну у вас да, старая сборка, вы modRedirect уста

код обновил, но проблема не решилась… возможно из-за старой сборки ShopModxBox…

код обновил, но проблема не решилась… возможно из-

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

Нет, сборка не должна быть при чем, это самостояте

В настройках товара, родительский ресурс меняю…

Отправьте мне на почту n.lanets@modxclub.ru доступы в админку, я вечером гляну. Перепроверил, у меня все это работает.

Отправьте мне на почту n.lanets@modxclub.ru доступ

ок

Вот какой вы код обновляли, если в плагине старый код был? Смотрите ревизию.
 Сейчас все работает.

Вот какой вы код обновляли, если в плагине старый 

Если в корне сайта создать файл resource0.html (с содержимым, например, OK), а в .htaccess прописать те же самые директивы, но без участия modx (т.е. без вызова index.php):
 RewriteCond %{REQUEST_FILENAME} !-f
 RewriteCond %{REQUEST_FILENAME} !-d
 RewriteRule ^test\.html$ resource0.html [QSA]
 

RewriteCond %{REQUEST_FILENAME} !-f
 RewriteCond %{REQUEST_FILENAME} !-d
 RewriteRule ^(.*)$ resource0.html?q=$1 [L,QSA]
 то никаких артефактов наблюдаться не будет — будет выполнен внутренний редирект на файл resource0.html (в браузере отобразится текст «OK», при этом в строке браузера останется исходный URL site.ru/test.html).
 

Отсюда делаем 2 вывода:
 1.Внешний (301) редирект выполняет не Apache, а modx (судя по всему, анализирует содержимое полей глобальной переменной $_SERVER — иначе как modx узнает, что на уровне веб-сервера был изменён URI ресурса, который ему втюхали)
 2.Данный вопрос здесь — очень в тему ))
 

P.S. На 50% проблема решена. Дело за малым — исходники modx…

Если в корне сайта создать файл resource0.html (с содержимым, например, OK), а в .htaccess прописать те же самые директивы, но без участия modx (т.е. без вызова index.php):
 RewriteCond %{REQUEST_FILENAME} !-f
 RewriteCond %{REQUEST_FILENAME} !-d
 RewriteRule ^test\.html$ resource0.html [QSA] RewriteCond %{REQUEST_FILENAME} !-f
 RewriteCond %{REQUEST_FILENAME} !-d
 RewriteRule ^(.*)$ resource0.html?q=$1 [L,QSA]
 то никаких артефактов наблюдаться не будет — будет выполнен внутренний редирект на файл resource0.html (в браузере отобразится текст «OK», при этом в строке браузера останется исходный URL site.ru/test.html). Отсюда делаем 2 вывода:
 1.Внешний (301) редирект выполняет не Apache, а modx (судя по всему, анализирует содержимое полей глобальной переменной $_SERVER — иначе как modx узнает, что на уровне веб-сервера был изменён URI ресурса, который ему втюхали)
 2.Данный вопрос здесь — очень в тему )) P.S. На 50% проблема решена. Дело за малым — исходники modx…

Если в корне сайта создать файл resource0.html (с 

Если в корне сайта создать файл resource0.html (с содержимым, например, OK), а в .htaccess прописать те же самые директивы, но без участия modx (т.е. без вызова index.php):
 

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^test\.html$ resource0.html [QSA]

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ resource0.html?q=$1 [L,QSA]


то никаких артефактов наблюдаться не будет — будет выполнен внутренний редирект на файл resource0.html (в браузере отобразится текст «OK», при этом в строке браузера останется исходный URL site.ru/test.html).
 

Отсюда делаем 2 вывода:
 1. Внешний (301) редирект выполняет не Apache, а modx (судя по всему, анализирует содержимое полей глобальной переменной $_SERVER — иначе как modx узнает, что на уровне веб-сервера был изменён URI ресурса, который ему втюхали)
 2. Данный вопрос здесь — очень в тему ))
 

Если в корне сайта создать файл resource0.html (с содержимым, например, OK), а в .htaccess прописать те же самые директивы, но без участия modx (т.е. без вызова index.php): RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^test\.html$ resource0.html [QSA]

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ resource0.html?q=$1 [L,QSA] то никаких артефактов наблюдаться не будет — будет выполнен внутренний редирект на файл resource0.html (в браузере отобразится текст «OK», при этом в строке браузера останется исходный URL site.ru/test.html). Отсюда делаем 2 вывода:
 1. Внешний (301) редирект выполняет не Apache, а modx (судя по всему, анализирует содержимое полей глобальной переменной $_SERVER — иначе как modx узнает, что на уровне веб-сервера был изменён URI ресурса, который ему втюхали)
 2. Данный вопрос здесь — очень в тему )) P.S. На 50% проблема решена. Дело за малым — исходники modx…

1. Внешний (301) редирект выполняет не Apache, а modx (судя по всему, анализирует содержимое полей глобальной переменной $_SERVER — иначе как modx узнает, что на уровне веб-сервера был изменён URI ресурса, который ему втюхали)

Всё так и есть. При включенных дружественных URL и включенной опции (friendly_urls_strict) в методе (modRequest::_cleanResourceIdentifier()) выполняется внешний (301) редирект с внешнего URI (запрошенного со стороны браузера) на внутренний URI того ресурса, который должен отображаться:
 

/**
     * Cleans the resource identifier from the request params.
     *
     * @param string $identifier The raw identifier.
     * @return string|integer The cleansed identifier.
     */
    public function _cleanResourceIdentifier($identifier) {
        if (empty ($identifier)) {
            ...
        }
        elseif ($this->modx->getOption('friendly_urls', null, false) && $this->modx->resourceMethod == 'alias') {
            $containerSuffix = trim($this->modx->getOption('container_suffix', null, ''));
            $found = $this->modx->findResource($identifier);
            if ($found === false && !empty ($containerSuffix)) {
                ...
            } elseif ((integer) $this->modx->getOption('site_start', null, 1) === $found) {
                ...
            } else {
                if ($this->modx->getOption('friendly_urls_strict', null, false)) {
                    $requestUri = $_SERVER['REQUEST_URI'];
                    $qsPos = strpos($requestUri, '?');
                    if ($qsPos !== false) $requestUri = substr($requestUri, 0, $qsPos);
                    $fullId = $this->modx->getOption('base_url', null, MODX_BASE_URL) . $identifier;
                    $requestUri = urldecode($requestUri);
                    if ($fullId !== $requestUri && strpos($requestUri, $fullId) !== 0) {
                        $parameters = $this->getParameters();
                        unset($parameters[$this->modx->getOption('request_param_alias')]);
                        $url = $this->modx->makeUrl($found, $this->modx->context->get('key'), $parameters, 'full');
                        $this->modx->sendRedirect($url, array('responseCode' => 'HTTP/1.1 301 Moved Permanently'));
                    }
                }
                ...
            }
        } else {
            ...
        }
        return $identifier;
    }

Это штатные действия modx, которые реализуют логику «строгих» (канонических) URL при включении опции (friendly_urls_strict):
 

Если выбрано «Да», неканонические запросы, соответствующие ресурсу, будут перенаправлены с кодом 301 на канонический URI для этого ресурса. WARNING: Do not enable if you use custom rewrite rules which do not match at least the beginning of the canonical URI. For example, a canonical URI of foo/ with custom rewrites for foo/bar.html would work, but attempts to rewrite bar/foo.html as foo/ would force a redirect to foo/ with this option enabled.

 — Поэтому, если одновременно необходимо:
 а) исключить URI-дубли страниц включением опции (friendly_urls_strict) (необходимо для SEO)
 б) на уровне веб-сервера выполнять внутренний редирект с одного ресурса на другой
 

то нужно будет выполнить следующие действия:
 1. Включить опцию (friendly_urls_strict)
 2. Прописать требуемые директивы для редиректа в настройках веб-сервера (или в .htaccess)
 

3. В плагине на событии (OnHandleRequest) (последнее событие, которое генерируется до вызова метода modRequest::_cleanResourceIdentifier()) установить эту опцию в значение (false) для тех исходных URL, для которых выполняется внутренний редирект на уровне веб-сервера (выявить такие ситуации можно сравнением значения глобальной переменной $_SERVER['REQUEST_URI'] и значением переменной запроса q ($modx->getOption('request_param_alias')) — именно так и делает метод modRequest::_cleanResourceIdentifier())
 

4. (НЕ ОБЯЗАТЕЛЬНО) В плагине на событии (OnWebPageInit) (первое событие, которое генерируется после вызова метода modRequest::_cleanResourceIdentifier()) установить эту опцию в исходное значение (исходное значение при этом нужно запомнить в предыдущем плагине).
 

P.S. При таком подходе в тех случаях, когда выполняется внутренний редирект на уровне веб-сервера, контролировать уникальность внешних URL придётся самому (поскольку для этих случаев описанными выше действиями мы отключаем такой контроль со стороны modx).

1. Внешний (301) редирект выполняет не Apache, а modx (судя по всему, анализирует содержимое полей глобальной переменной $_SERVER — иначе как modx узнает, что на уровне веб-сервера был изменён URI ресурса, который ему втюхали) Всё так и есть. При включенных дружественных URL и включенной опции (friendly_urls_strict) в методе (modRequest::_cleanResourceIdentifier()) выполняется внешний (301) редирект с внешнего URI (запрошенного со стороны браузера) на внутренний URI того ресурса, который должен отображаться: /**
     * Cleans the resource identifier from the request params.
     *
     * @param string $identifier The raw identifier.
     * @return string|integer The cleansed identifier.
     */
    public function _cleanResourceIdentifier($identifier) {
        if (empty ($identifier)) {
            ...
        }
        elseif ($this->modx->getOption('friendly_urls', null, false) && $this->modx->resourceMethod == 'alias') {
            $containerSuffix = trim($this->modx->getOption('container_suffix', null, ''));
            $found = $this->modx->findResource($identifier);
            if ($found === false && !empty ($containerSuffix)) {
                ...
            } elseif ((integer) $this->modx->getOption('site_start', null, 1) === $found) {
                ...
            } else {
                if ($this->modx->getOption('friendly_urls_strict', null, false)) {
                    $requestUri = $_SERVER['REQUEST_URI'];
                    $qsPos = strpos($requestUri, '?');
                    if ($qsPos !== false) $requestUri = substr($requestUri, 0, $qsPos);
                    $fullId = $this->modx->getOption('base_url', null, MODX_BASE_URL) . $identifier;
                    $requestUri = urldecode($requestUri);
                    if ($fullId !== $requestUri && strpos($requestUri, $fullId) !== 0) {
                        $parameters = $this->getParameters();
                        unset($parameters[$this->modx->getOption('request_param_alias')]);
                        $url = $this->modx->makeUrl($found, $this->modx->context->get('key'), $parameters, 'full');
                        $this->modx->sendRedirect($url, array('responseCode' => 'HTTP/1.1 301 Moved Permanently'));
                    }
                }
                ...
            }
        } else {
            ...
        }
        return $identifier;
    } Это штатные действия modx, которые реализуют логику «строгих» (канонических) URL при включении опции (friendly_urls_strict): Если выбрано «Да», неканонические запросы, соответствующие ресурсу, будут перенаправлены с кодом 301 на канонический URI для этого ресурса. WARNING: Do not enable if you use custom rewrite rules which do not match at least the beginning of the canonical URI. For example, a canonical URI of foo/ with custom rewrites for foo/bar.html would work, but attempts to rewrite bar/foo.html as foo/ would force a redirect to foo/ with this option enabled. — Поэтому, если одновременно необходимо:
 а) исключить URI-дубли страниц включением опции (friendly_urls_strict) (необходимо для SEO)
 б) на уровне веб-сервера выполнять внутренний редирект с одного ресурса на другой то нужно будет выполнить следующие действия:
 1. Включить опцию (friendly_urls_strict)
 2. Прописать требуемые директивы для редиректа в настройках веб-сервера (или в .htaccess) 3. В плагине на событии (OnHandleRequest) (последнее событие, которое генерируется до вызова метода modRequest::_cleanResourceIdentifier()) установить эту опцию в значение (false) для тех исходных URL, для которых выполняется внутренний редирект на уровне веб-сервера (выявить такие ситуации можно сравнением значения глобальной переменной $_SERVER['REQUEST_URI'] и значением переменной запроса q ($modx->getOption('request_param_alias')) — именно так и делает метод modRequest::_cleanResourceIdentifier()) 4. (НЕ ОБЯЗАТЕЛЬНО) В плагине на событии (OnWebPageInit) (первое событие, которое генерируется после вызова метода modRequest::_cleanResourceIdentifier()) установить эту опцию в исходное значение (исходное значение при этом нужно запомнить в предыдущем плагине). P.S. При таком подходе в тех случаях, когда выполняется внутренний редирект на уровне веб-сервера, контролировать уникальность внешних URL придётся самому (поскольку для этих случаев описанными выше действиями мы отключаем такой контроль со стороны modx).

1. Внешний (301) редирект выполняет не Apache, а m

Apache

htaccess

modx

modx  проблема

modx пакеты

modx::sendRedirect

RewriteRule

настройка

пакеты

редирект

сайты на modx

# Николай Ланец 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.**: Мой опыт — ваш драйвер роста. Хотите в команду? Ищете менторство? Пишите. Растём вместе!