Я новичок в javascript и gulp, но мне нужно внести изменения в прототип веб-приложения, использующего оба. В частности, мне нужно сделать так, чтобы приложение подключалось к группе внутренних API-интерфейсов, работающих на другом сервере (Python / Tornado) и под другим портом (8884 против 3000 gulp). В моей текущей настройке gulp жалуется, что не может найти мои адреса Python на порте gulp (имеет смысл). Я знаю, что можно настроить прокси gulp, но меня больше интересует:
- Даже если я заставлю работать настройку прокси-сервера gulp, разве это ужасная практика проектирования, когда gulp перенаправляет некоторые запросы внутренним API, работающим на другом сервере? Gulp предназначен только для использования в качестве базового макета (например, browsersync) для большей части статического html?
- Должен ли я в большинстве случаев полагаться на gulp для генерации своих CSS и HTML, а затем использовать какой-нибудь другой сервер node.js без посредников для размещения всего сгенерированного контента? Gulp не похож на то, что вы хотели бы развернуть в производственной среде.
- Я не могу преобразовать свои внутренние API-интерфейсы в node / javascript (мои API-интерфейсы выполняют очень тяжелое машинное обучение, которое работает только с Python). Учитывая это ограничение, каков идеальный шаблон для подключения браузера / клиента к внутреннему API-серверу? Если все внутренние запросы API проходят через единый контактный пользовательский сервер, который также обслуживает интерфейсный контент (html / css) или клиент / браузер может напрямую подключиться к дополнительному отдельный внутренний сервер для API машинного обучения?