Андрей

Скорее всего компонент(не шаблон) не получает всех нужных параметров которые приходят обычным постом. Меня смущает почему у вас капча вылезает. Компонент стандартный - form.result.new?

Попробуйте посмотреть разницу в запросах между обычным и ajax, дополнив код:

echo json_encode(array(
            'arResult' => $arResult,
            'GET' => $_GET,
            'POST' => $_POST,
        ));

как я понял по ответам тут собрались адепты докера. В этой церкви последователь должен появиться атеист. Только сегодня был большой срач насчет какие проблемы можно получить при переходе на докер https://habrahabr.ru/post/332450/ очень советую почитать.

Теперь к вашему вопросу. Докер НЕЛЬЗЯ использовать для персистентный образов. Т.к. если его правильно готовить никакой уверенности нет на какой ноде будет запускаться ваш контейнер физический. Т.е. все что пишет в память или на диск нельзя оборачивать в докер контейнер. Потом есть системы оркестрации, которые ваш контейнер могут с одной ноды на другую перебросить, что вы думаете будет с памятью контейнера - правильно, она очистится.

Тут мне могут возразить что у нас все работает на "отлично" - это вы господа с проблемами не сталкивались. Читаем статью по ссылке выше и начинаем готовиться.

Давайте разберем ваш стек и посмотрим что можно упаковать в докер контейнер.
- NodeJS - не знаю как это у вас работает, если нет состояния - то можно
- MongoDB - база, пишет в файлы, однозначно нельзя
- ElasticSearch - этого зверя точно нельзя он и в память и на диск пишет
- Redis - пишет в память, точно нельзя

И что в итоге вы хотите обернуть в контейнер? И зачем вам докер? Чтоб mongodb была запущена от имени root? При этом мы помним о проблемах с безопасностью самой mongodb. Или elasticsearch завернуть в докер, он физический сервер способен утилизировать на 100% по памяти, пропускной способности дисковой подсистемы и 100% процессорного времени, а вы ему хотите еще один уровень абстракции в лице докера? ))

Одно дело на компьютере разработчика использовать docker-composer и совсем другое дело в продакшене.

Типовой и примитивный случай описывается так:

UsersList.propTypes = {
    loading: PropTypes.bool
};

Много работаю с такими системами, вариантов много
На самом деле предложу свои 3 варианта:
1) download.geonames.org/export/dump
2) wiki.openstreetmap.org/wiki/Nominatim это nominatim.openstreetmap.org но тама тоже лимиты, но с применением прокси все решаемо, также можно свой собственный номинатим реализовать но нужен крутой серв и время)))
Я первый раз через прокси всю землю собрал - все точки на карте которые имеют страны - мне нужны были координаты стран именно, чтобы потом скормить их гугломапсу уже)
3) Гугломапс - но лимит 2500 запросов в сутки, но есть варианты) Например парсить не через геокодер, а через АПИ мест https://developers.google.com/places/web-service/search
Можно скармливать точку и узнавать её адрес, если ввести номер карты то бесплатно уже не 2500 запросов а 150 000 - а это уже нормально, можно иметь 5-6 аккаунтов на карты родственников и будете счастливы) (у меня лимит полтора ляма в сутки)
Если вы хотите реализовать на сайте выпадающий список с подсказками то не изобретайте велосипед и ставьте подсказки гугл мапс - причем как пользователю добавляющему инфу, так и тому кто ищет - и данных храните . в БД и будет вам счастье, тама при подсказках можно настроить что позволять вводить, например тока адреса, тока города - покопайтесь внимательно https://developers.google.com/maps/documentation/j...
И также если введете кредитку то будет до 150 000 запросов в сутки - а этого даже если вы делаете Airbnb то на первый год работы вам хватит, а за это время и БД наберете и денег на платные пакеты

Глобальные пакеты нельзя require'ить уже лет 5-6, наверное -- с версии 0.6 или вроде того. Они используются только для утилит командной строки (gulp, grunt-cli, yeoman, express-generator). npm install express --save в папке проекта.

Babel не траспайлерит node_modules, если ему не указать это делать в конфе webpack,a

Ups: Сейчас доеду до компа, проверю Ваш npm модуль.

sql-ex.ru

Мы стараемся не запускать эту проблему посредством code review, пытаясь распределить нагрузку по ревью между наиболее опытными участниками. Если в коде есть проблемы - тикет возвращается на доработку с замечаниями. Даже если банально не мержится с главной веткой. Попробуйте наладить этот процесс.

Также мы всё собираемся настроить Continuous Integration. Jenkins может прогонять по коду проверку на соблюдение стандартов и покрытие тестами, а затем показывать результаты в красивом виде. Если чей-то коммит показывает более чем N ошибок в расчёте на единицу объёма кода - можно возвращать на исправление.

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

Ещё пара идей.

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

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

Ну и важно, чтобы у самих разработчиков была установка на хороший код, профессиональная гордость. У фрилансеров её, бывает, нет, а есть отношение "тяп-ляп, лишь бы работало и лишь бы часы оплатили, а там хоть потоп". Учитывая, что их заказчики занимаются code review нечасто, развитие такого отношения закономерно. Но всё-таки хочется писать красивые программы. Такое желание обязано быть.

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

highlightedResultsBox

как бэ намекает что это только подсвеченные результаты.