Обсуждение статьи "Веб-проекты (Часть I): Создание веб-приложения в схеме Laravel/Nuxt/MetaTrader 5"
при всём уважении, при чём тут MQL ?
содержание статьи и торговый терминал не пересекаются ни в чём
при всём уважении, при чём тут MQL ?
содержание статьи и торговый терминал не пересекаются ни в чём
Не уместилось всё в одну статью. В следующих будет продолжение. Они уже на проверке и ожидают публикации.
- Веб-проекты (Часть II): Система авторизации Laravel/Nuxt
- Веб-проекты (Часть III): Система авторизации Laravel/MetaTrader 5
В этой статье только настройка окружения.
@Anatoli Kazharski, огромное спасибо за ваш труд! Тема архиважная и изложено всё очень доступно и увлекательно.
С нетерпением жду продолжения.
Нафик два сервера? Почему не делать все, включая бэкенд, на Node, если она так нужна? Или если бэкенд на php, почему не делать морду в браузере (без SSR)?
Потому что так удобнее, быстрее и получается более гибкая схема (на мой взгляд).
Серверная часть полностью отделена от клиентской. Клиентских частей может быть несколько и все на разных фреймворках. Легко и быстро можно заменить на другой (это для тех, кто делает на заказ и зависит от предпочтений заказчика). Это даже может быть мобильное приложение. Серверная часть здесь, как API для всех клиентских.
И каждой частью в такой схеме могут заниматься разные разработчики не пересекаясь. Зависит конечно от масштаба идеи, которую нужно реализовать.
Для небольших проектов конечно же можно обойтись одним Laravel (php) или Node (js) или Django (python) и т.д. Много разных вариантов есть. Всё зависит от задач/предпочтений/навыков разработчика.
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Вы принимаете политику сайта и условия использования
Опубликована статья Веб-проекты (Часть I): Создание веб-приложения в схеме Laravel/Nuxt/MetaTrader 5:
Разработчики MetaTrader 5 предоставили MQL-сообществу множество технологических решений, что даёт возможность реализовывать сложные программные комплексы, схемы которых могут выходить даже за рамки «песочницы» локального компьютера.
Серверная (бэкенд) и клиентская (фронтенд) части приложения будут находиться в разных папках (api и client). Можно конечно всё создать в одной папке и это, кстати, упростило бы в дальнейшем развёртывание сайта на хостинге. Но разделение на отдельные папки позволит лучше и быстрее ориентироваться в проекте. В такой схеме серверная часть будет одна, а клиентских может быть несколько, например: графический интерфейс в браузере (веб-сайт), мобильное приложение, торговый терминал MetaTrader 5 и т.д.
Клиентская часть будет делать запросы к серверной части обращаясь к его API. В своём арсенале разработчика не помешает иметь инструмент для работы с API. Таких инструментов существует много, но я остановил свой выбор на Postman. Это бесплатное приложение (для команд до трёх человек) с множеством возможностей, и которое постоянно обновляется. С недавних пор в нём можно даже тестировать веб-сокеты, что также нам пригодится в одной из следующих статей.
Автор: Anatoli Kazharski