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

Песочница

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

Tips & tricks

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

Проблема с редиректом.

MODX Revolution + shopModx - Not Found все страницы кроме главной, как исправить ? где ошибка

Абсолютные ссылки без примесей ресайзнутых картинок

Подмена УРЛов у вас не работает. Переименуйте в корне сайта ht.access в .htaccess (с точкой). Если у вас веб-сервер Apache, то должно заработать.

Подмена УРЛов у вас не работает. Переименуйте в ко

Спасибо ! так и было 
 До ht.access
 после исправления на .htaccess 
 все за работало !

Спасибо ! так и было 
 До ht.access
 после исправл

Вот и здорово :)
 Только ht.access тут не при чем. Он с таким названием вообще не учитывается и не используется. Просто лежит для примера (поставляется вместе с дистрибутивом MODX-а). А вот когда вы его переименовываете в .htaccess, то этот файл уже подхватывается сервером Apache и используются прописанные в нем конфигурации, в том числе и правила подмены УРЛов.

Вот и здорово :)
 Только ht.access тут не при чем.

Как долго я искал это решение! Очень благодарен! Пошел испытывать

Как долго я искал это решение! Очень благодарен! П

Отпишитесь по результатам :)

Доброе время суток) Долго я мучался, но нашел выход и в своей ситуации. Но в моем случае все оказалось гораздо проще. Мне не нравились примеси в имени файлов в Галерее изображений. Она у меня на основе компонента Gallery 1.6.2. Для отображения читаемого адреса достаточно сменить [[+image]] на [[+image_absolute]] в чанке оформления миниатюры. У меня это выглядит так
 

<li><a href="[[+image_absolute]]" class="fancybox" rel="external">
<img src="[[+thumbnail]]" alt="[[+description]]" title="[[+description]]" /></a>
<div class="description"> [[+description]]</div>
</li>

Доброе время суток) Долго я мучался, но нашел выход и в своей ситуации. Но в моем случае все оказалось гораздо проще. Мне не нравились примеси в имени файлов в Галерее изображений. Она у меня на основе компонента Gallery 1.6.2. Для отображения читаемого адреса достаточно сменить [[+image]] на [[+image_absolute]] в чанке оформления миниатюры. У меня это выглядит так <li><a href="[[+image_absolute]]" class="fancybox" rel="external">
<img src="[[+thumbnail]]" alt="[[+description]]" title="[[+description]]" /></a>
<div class="description"> [[+description]]</div>
</li>

Доброе время суток) Долго я мучался, но нашел выхо

достаточно сменить [[+image]] на [[+image_absolute]] 

Это исходная картинка, не ресайзнутая. Если вы зальете 100мегапиксельную картинку, то вам и будет она выведена. В этом огромная разница.

достаточно сменить [[+image]] на [[+image_absolute]] Это исходная картинка, не ресайзнутая. Если вы зальете 100мегапиксельную картинку, то вам и будет она выведена. В этом огромная разница.

достаточно сменить [[+image]] на [[+image_absolute

В моем случае они ресайзаются самой Галереей по заранее созданным настройкам
 

&thumbWidth=`250` &thumbHeight=`194` 
&thumbProperties=`{"f":"jpg","q":"50%"}`
&thumbTpl=`GalItemThumb`

В моем случае они ресайзаются самой Галереей по заранее созданным настройкам &thumbWidth=`250` &thumbHeight=`194` 
&thumbProperties=`{"f":"jpg","q":"50%"}`
&thumbTpl=`GalItemThumb`

В моем случае они ресайзаются самой Галереей по за

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

Я не спорю — может я пишу совсем о другом. Просто 

Дайте ссылку на сайт, где выводятся эти самбы.

stavmaster.com

Так и где у вас там ресайзинг? Вот смотрим галерею: stavmaster.com/galereya
 

В ней ссылка идет на исходную картинку, как она есть: /assets/gallery/30/624.jpg
 А самбы с примесями: /assets/components/gallery/connector.php?action=web/phpthumb&ctx=web&w=250&h=194&zc=1&far=C&q=50%25&f=jpg&src=%2Fassets%2Fgallery%2F30%2F624.jpg
 И где же решение озвученной проблемы?

Так и где у вас там ресайзинг? Вот смотрим галерею: stavmaster.com/galereya <ul class="galleries">
<li>
<a class="fancybox" rel="external" href="/assets/gallery/30/624.jpg">
<img title="" alt="" src="/assets/components/gallery/connector.php?action=web/phpthumb&ctx=web&w=250&h=194&zc=1&far=C&q=50%25&f=jpg&src=%2Fassets%2Fgallery%2F30%2F624.jpg">
</a>
<div class="description"> </div>
</li> В ней ссылка идет на исходную картинку, как она есть: /assets/gallery/30/624.jpg
 А самбы с примесями: /assets/components/gallery/connector.php?action=web/phpthumb&ctx=web&w=250&h=194&zc=1&far=C&q=50%25&f=jpg&src=%2Fassets%2Fgallery%2F30%2F624.jpg
 И где же решение озвученной проблемы?

Так и где у вас там ресайзинг? Вот смотрим галерею

О как) вот что значит обрадовался! Увидел короткий адрес при наведении мыши на картинку — и думал что проблема решена((

О как) вот что значит обрадовался! Увидел короткий

Именно. И в этом топике как раз и описывается как это решается.

Именно. И в этом топике как раз и описывается как 

Переименовал ht.access в .htaccess, все тот же Not Found((( Что делать и не знаю

Переименовал ht.access в .htaccess, все тот же Not

Так может у вас и не апач вовсе, или .htaccess не разрешен? В саппорт хостинга обратитесь. Или на локалке разворачиваете?

Так может у вас и не апач вовсе, или .htaccess не 

Да нет, не в этом дело, хост: www.ukraine.com.ua/ Там уже куча моих сайтов в основном на evo но и на revo есть, все работают нормально, без проблем.

Да нет, не в этом дело, хост: www.ukraine.com.ua/ 

Ну, тогда вряд ли дедуктивно догадаться, надо в админку сайта лезть. 404 отдает сам MODX, или просто 404 серверная?

Ну, тогда вряд ли дедуктивно догадаться, надо в ад

Если вдруг есть время, посмотрите пожалуйста, в чем может быть дело. www.adjikatest.ru/shop/ Доступ по умолчанию.

Если вдруг есть время, посмотрите пожалуйста, в че

По поводу modx или сервер, пишет Not Found The requested URL /index.php was not found on this server.

По поводу modx или сервер, пишет Not Found The req

Так вы MODX в подпапку разместили, а в .htaccess по прежнему RewriteBase / прописано. Надо было изменить на RewriteBase /shop/
 Сейчас все работает.

Так вы MODX в подпапку разместили, а в .htaccess п

Блииин, ну как же так. Как мог пропустить, идиот?
 А вам спасибо большое!

Блииин, ну как же так. Как мог пропустить, идиот?


Всякое бывает. Когда-то и я на это натыкался, хотя и было это очень давно.
 Не за что!

Всякое бывает. Когда-то и я на это натыкался, хотя

Если в корне сайта создать файл 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

Подскажите, пожалуйста, как использовать? 

Точнее как открыть доступ чтоб ананомы могли генерировать изображения?

Подскажите, пожалуйста, как использовать? Точнее как открыть доступ чтоб ананомы могли генерировать изображения?

Подскажите, пожалуйста, как использовать? Точнее к

Вообще процессоры никто не открывает. Для вызова процессоров создаются коннекторы. Для connectors/system/phpthumb.php тоже есть коннектор connectors/system/phpthumb.php но он закрыт для доступа неавторизованных пользователей. Чтобы доступ открыть, создайте свой коннектор и из него уже вызывайте этот коннектор, но перед вызовом пропишите 

Это отключит проверку конкретно при вызове данного коннектора.

Пример вызова: /connectors/system/phpthumb.php?src=assets/images/lazy/2ca4cdfbc2724655d6ca1edfad86b70a.jpg&w=300

Вообще процессоры никто не открывает. Для вызова процессоров создаются коннекторы. Для connectors/system/phpthumb.php тоже есть коннектор connectors/system/phpthumb.php но он закрыт для доступа неавторизованных пользователей. Чтобы доступ открыть, создайте свой коннектор и из него уже вызывайте этот коннектор, но перед вызовом пропишите Это отключит проверку конкретно при вызове данного коннектора. Пример вызова: /connectors/system/phpthumb.php?src=assets/images/lazy/2ca4cdfbc2724655d6ca1edfad86b70a.jpg&w=300

Вообще процессоры никто не открывает. Для вызова п

спасибо за совет

Такие вопросы правильней задавать в техподдержку, потому что это зависит от настроек конкретного сервера. Во-первых, у вас там может вообще не apache крутится, а nginx, то есть ему .htaccess вообще по боку. А даже если апач, у него могут быть отключены настройки редиректа через .htaccess

Такие вопросы правильней задавать в техподдержку, 

ага, понял, спасибо, а еще вопрос, пытаюсь побороть, чтобы в ссылке не формировалась вот такая штука https://ссылканасайт/index.php?q=novosti/novost-1.html, вот это index.php?q=, в дружественных url в последних пунктах ставлю "да", но при переходе по ссылке пишет, что было выполнен большое количество редиректов, может кто знает как это решить?

ага, понял, спасибо, а еще вопрос, пытаюсь поборот

Дмитрий, это вопрос из серии "Сделайте за меня". Серьезно. По поводу редиректов в интернете 100500 примеров и куча документации, на любой случай. Решать конкретно ваш случай - это за вас гуглить интернет.

Дмитрий, это вопрос из серии "Сделайте за меня". С

да просто может в каком месте еще это может проставляться?

да просто может в каком месте еще это может проста

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

Если говорит, что слишком много переходов, это зна

Apache

Gallery

htaccess

modx

Not Found

Page Not Found

phpThumb

phpthumbof

RewriteRule

картинки

поисковики

редирект

страница не найдена

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