У меня довольно простое приложение для чата, написанное на узле.js, который не использует базу данных. Приложение реализует socket.io и состоит из двух файлов кода, один из которых является клиентской стороной с логикой JQuery, html, css и node, а другой файл является файлом сервера. Способ, которым я работаю, - это все пользователи получают назначенный объект сокета с прикрепленным к нему именем пользователя как свойство. Объекты сокета затем сохраняются в одном массиве на стороне сервера, мой вопрос в том, когда я развертываю приложение, а пользователь выполняет мой код, будет ли выполняться локальный код сервера на своей машине? и если это так, значит, это означает, что мое приложение не будет работать, потому что тогда очевидно, что они будут только в массиве. В основном я бы задаю этот подход работы для приложений реального времени сетиПриложение Node.js: правильное развертывание и безопасность
ответ
will the server side code be running locally on their machine?
NO.
Basically I'm asking would this approach work for a real-time network application
Вы можете проверить его очень легко путем подключения 2 разных браузеров (или один и тот же браузер в нормальном + в частном режиме) на сервер и посмотреть, если вы можете общаться между ними. Если этот тест будет успешным, тогда ответ на ваш вопрос будет ДА.
Благодарим вас за разъяснение. У меня есть еще один вопрос: имеет ли значение, что клиент может видеть часть узла node.js, когда они попадают в «источник просмотра», например, они могут видеть обработчики событий сокета, а что нет, они могут сказать, скопировать и вставить код в редактор, сохранить его, а затем повторно запустить его в своем браузере и все еще подключиться к моему серверу? –
при развертывании приложения, и пользователь выполняет мой код на стороне сервера код выполняться локально на своей машине
стороне сервера nodejs код не будет работать локально на компьютере пользователя
Как обратите внимание, что вы можете попробовать ChitChat аналогичный проект с открытым исходным кодом
Спасибо, и я обязательно посмотрю ChitChat –
- 1. Node.js развертывание в Интернете
- 2. Развертывание производственного сервера Node.js
- 3. Правильное развертывание небольшого проекта Java
- 4. Node.js Развертывание в OpenShift
- 5. Безопасность Mongodb в node.js
- 6. Безопасность Node.js - сквозной доступ?
- 7. node.js безопасность асинхронного массива
- 8. Развертывание приложения Node.js и Node.js для Raspberry Pi
- 9. Google AppEngine Node.js: Развертывание API и WepApp
- 10. Правильное использование модуля Node.js
- 11. TeamCity + Node.JS Непрерывное развертывание
- 12. Веб-приложение, пользователи и разрешения (и безопасность)
- 13. Безопасность для веб-приложения Node.js
- 14. Развертывание приложения Node.js для производства
- 15. Firebase/Node.js, правильное использование on.Disconnect()
- 16. Правильное использование _writev в node.js
- 17. Развертывание приложений Node.js на Heroku
- 18. Приложение Node.Js/Express, https-сервер и nginx
- 19. развертывание node.js в новом домене
- 20. Развертывание node.js приложения на Heroku
- 21. Развертывание проекта Node.js без Интернета
- 22. Правильное развертывание нескольких сайтов с использованием Nginx
- 23. node.js и одностраничное веб-приложение
- 24. Развертывание приложения Node.js к эластичному beanstalk
- 25. Node.js/экспресс-развертывание в разных средах
- 26. Azure app service node.js развертывание - обработка отказоустойчивости
- 27. Правильное разделение проблем изначально в node.js?
- 28. Стандартное развертывание Приложение EJB
- 29. Развертывание контейнеризованного приложения node.JS через mesos-marathon
- 30. развертывание приложения rails для ubuntu с node.js
также имеет значение, что клиент может видеть часть узла node.js, когда они попадают в «источник просмотра», например, они могут видеть событие сокета и что нет, могли бы они сказать copy and pas введите код в редактор, сохраните его, затем запустите его в своем браузере и все еще подключитесь к моему серверу? –