2016-04-22 2 views
0

Только что переместил старый (но работает на RedHat OpenShift PaaS) узел приложения (Meteor to be ohnest) в новый Linux VPS-блок.Узел приложения (метеор) не принимает соединения XHR

Проблема заключается в том, что сервер узла, кажется, отказывается (блок, не обеспечивает, не обслуживать) соединения типа XHR из браузера, направленные к порту Usally определяются с использованием переменной ENV в

DDP_DEFAULT_CONNECTION_URL 

.

Как я понимаю, он используется для создания Ajax как реагирования в приложениях Meteor.

С точки зрения браузера, я просто вижу неудачные подключения типа XHR к URL-адресу DDP.

Брандмауэр, похоже, настроен нормально.

Http-коммуникация (порт 80) работает нормально, поэтому я могу получить статическую часть веб-страницы и даже перейти на другие статические страницы, но без динамических данных/таких как db /.

Любая идея?

ответ

0

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

export DDP_DEFAULT_CONNECTION_URL 
+0

Я не экспортировал DDP_DEFAULT_CONNECTION_URL в начальный скрипт js, такой как «process.env.DDP_DEFAULT_CONNECTION_URL =» http://xx.yy.com:8000 »« Более того, я могу видеть один и тот же порт в браузере поэтому он работает. –

+0

Это должно быть как экспорт DDP_DEFAULT_CONNECTION_URL = http: //myweb.com: 8000 Убедитесь, что порт не используется каким-либо другим сервером и удаляет дополнительную двойную инвертированную запятую из последней. –

0

Таким образом, это была только настройка DDP_DEFAULT_CONNECTION_URL. После того, как приложение было развернуто в RH OpenShift PaaS, используемое значение было: 8000. По моей вине я предполагал, что она должна быть одинаковой везде. Изменение его на: 8080 (порт, используемый узлом) сделал приложение работать.

Я просто подумал, что они должны быть отдельными портами (один для www и один для DDP).

Смежные вопросы