Как сделать свой корпоративный WhatsAPP (SocketJS)?

Question

[Дмитрий Кузнецов]

Доброго времени суток! Для предприятия, в котором я сейчас работаю, необходимо написать программу аля WhatsApp. Т.к. я не силён в других языках программирования, а знаю только основы PHP/SQL и JS было решено написать на них. В качестве Backend возьму Laravel (для API), а на frontend хочу взять VueJS (ElectronJS).

И тут сразу задаюсь вопросом о передаче сообщений от клиента клиенту (клиентам). Т.е. функционал будет очень похож на WhatsApp (передача текстовых, аудио-видео файлов и т.п.). Прочитав пару статей я понял, что лучше для этого использовать соккеты (JS). Но тут появляются ещё вопросы, на которые я и хотел бы получить ответы:

1. Какие мощностя нужны соккет-серверу для поддержанию 100 одновременных пользователей (имеется ввиду отправка сообщений/файлов одновременно 100 человек).
2. Сложно ли сделать будет так называемые "комнаты"? Если будет ссылочка по этой теме, то будет здорово.
3. Как привязать Laravel (API) для работы с соккетами? Нужно получать данные пользователя, права и т.п.
4. Сложно ли будет масштабировать сеть? Да, знаю, о масштабировании ещё рано говорить, но нужно знать сразу.
5. Как сделать правильно сохранение сообщений пользователей в БД (MySQL)?
6. Есть ли тут какие-то подводные камни?

PS: Данное творение франкинштейна будет работать по интернету.

Прошу сразу - пожалуйста, не стоит писать что-то типо "Ты не сможешь", "Учи языки" и т.п. Т.к. выбора у меня нет - сказали сделать - значит нужно делать (и не спрашивайте почему...).
Заранее спасибо за ваши комментарии и ответы!

Answer 1

[Александр Таратин]

Не думали просто поднять поднять свой matrix сервер для riot.im?
https://gist.github.com/attacus/cb5c8a53380ca755b1...

Comments

[Дмитрий Кузнецов]

Планируется своими силами всё сделать

[Александр Таратин]

Дмитрий Кузнецов, И riot и matrix сервер можно поднять на своих серверах.
По той же логике ваше начальство не должно доверять браузеру, ОС, смартфонам, самому железу ПК, и домофону у них в подъезде.

Кстати, с чего это ваше начальство стало доверять Laravel ?

[Дмитрий Кузнецов]

Александр Таратин, я понимаю ваше непонимание нашего начальства. Laravel уже использовался в наших проектах. Да и сам не особо буду рад использовать что-то новое. Так что этот стек уже "одобрен".

[GavriKos]

Дмитрий Кузнецов, либо у конторы овердохрена бабла, либо начальство минимум тупое. Если первое неверно - беги оттуда нахрен. Сорян за оффтоп.
P.S. я ж так понимаю ты (не к тебе претензии, естессно) писал этот топик из созданного в компании браузера, запущенного в созданной компанией операционке и т.д.?
P.P.S. Попробуй их убедить, что в написанном вот так продукте будет больше дыр, чем в годами отлаживаемом месенджере.

[Александр Таратин]

GavriKos,

Если первое неверно - беги оттуда нахрен.

Можно проще. Сделать нескучные обои для riot c логотипом компании и никому не говорить, что там внутри.
Один фиг вероятно ТС единственный разработчик у них в штате.

[Dmitry Bay]

Дмитрий Кузнецов, забудьте. Это на первый взгляд самому проще написать.

Лучше использовать хорошее корпоративное решение, которое подходит именно вам.

[GavriKos]

Александр Таратин, обои в риоте - первый шаг к нескучным обоям в своем дистре бубунты

[Дмитрий Кузнецов]

GavriKos,

P.S. я ж так понимаю ты (не к тебе претензии, естессно) писал этот топик из созданного в компании браузера, запущенного в созданной компанией операционке и т.д.?

Конечно же нет)

Попробуй их убедить, что в написанном вот так продукте будет больше дыр, чем в годами отлаживаемом месенджере.

Тут даже дело не в том, что продукт выйдет корявым. А в том, что это будет разработка внутри компании.

либо у конторы овердохрена бабла, либо начальство минимум тупое

И то и другое. Не сказал бы что начальство тупое. Да, в технологиях не разбираются, но готовы пойти на риски (в плане того, что бы я всё разрабатывал. мб и криво, но я).

Answer 2

[grinat]

https://reactphp.org/
Проблемы будут с демонами, в общем суть в том что надо отдельно подымать процесс на php который будет слушать сокет и отправлять ответ, php для этого слабо подходит, будет падать и т.п. тут спасет supervisord

Но не советую вообще с этим связываться, рекомендую: https://github.com/centrifugal/centrifugo там сервер на go, и уже готовые библиотеки для js, все что тебе нужно идет из коробки.

И получать все через сокеты смысла нет. По факту их есть смысл использовать только для для доставки сообщений/статусов, а создавать фото/комнаты/новый сообщения через rest api. Ну то есть человек создал сообщений, оно ушло в restapi, в restapi сохраянем в бд и шлем сообщение например в centrifugo чтобы она через сокет разослала это сообщение всем заинтересованным получателям. Если будешь слать все через сокеты, то получиш кучу гемморая. Если все черз сокеты, то лучше уж брать сразу apolo в связке с graphql либо meteor

Comments

[Дмитрий Кузнецов]

Прошу прощения, не уточнил - соккет сервер будет написан на JS.

Ну то есть человек создал сообщений, оно ушло в restapi, в restapi сохраянем в бд и шлем сообщение

Примерно так я и думал. Просто необходимо администраторам видеть о чём пишут и что отправляют сотрудники в чате.