А чем от аякса отличается?

В любой момент сервер кидает клиенту уведомление

А аякс это во-первых чистый хттп, а во-вторых клиент запросил и получил ответ от сервера после чего соединение закрыли

Если кто очень хочет углубится в подробности то вот официальное описание стандарта https://tools.ietf.org/html/rfc6455

Спасибо

Пожалуйста

Так с веб сокетами никто не работал?

Вообщем таковая проблема: перепробовал много различных библиотек, но нигде нет реализиции (либо примеров) для функционирования "чат комнат" То есть, мне необходимо придумать как с минииальной нагрузкой на сервер доставлять новые сообщения из некоторых чатов лишь тем участникам в сети, которые участвуют в этой комнате

Благодарю заранее

Вообщем таковая проблема: перепробовал много различных библиотек, но нигде нет реализиции (либо примеров) для функционирования "чат комнат" То есть, мне необходимо придумать как с минииальной нагрузкой на сервер доставлять новые сообщения из некоторых чатов лишь тем участникам в сети, которые участвуют в этой комнате

Тоже интересует такой вопрос.

Благодарю заранее

Пока единственное, что мне приглянулось это поднимать node.js (для хорошей производительности), а там уже библиотеку socket.io. Не работал ни с тем, ни с другим, но судя по урокам из ютуба все не сильно сложно. А главное - мгновенная доставка сообщений и большое количество одновременных подключений.

Пока единственное, что мне приглянулось это поднимать node.js (для хорошей производительности), а там уже библиотеку socket.io. Не работал ни с тем, ни с другим, но судя по урокам из ютуба все не сильно сложно. А главное - мгновенная доставка сообщений и большое количество одновременных подключений.

Я хотел бы на php решение найти, ибо переписывать существующее на другой яп не особо хочется

Пока единственное, что мне приглянулось это поднимать node.js (для хорошей производительности), а там уже библиотеку socket.io. Не работал ни с тем, ни с другим, но судя по урокам из ютуба все не сильно сложно. А главное - мгновенная доставка сообщений и большое количество одновременных подключений.

А большое количество это приблизительно сколько?

Я хотел бы на php решение найти, ибо переписывать существующее на другой яп не особо хочется

А там мало чего придется переписывать. Клиентская часть небольшая и там чистый js, на сколько я понимаю. Остается только северную часть. Там много зависит от условий. Но моем будущем проекте тоже очень важно иметь много параллельных независимых комнат-чатов.

А там мало чего придется переписывать. Клиентская часть небольшая и там чистый js, на сколько я понимаю. Остается только северную часть. Там много зависит от условий. Но моем будущем проекте тоже очень важно иметь много параллельных независимых комнат-чатов.

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

Я хотел бы на php решение найти, ибо переписывать существующее на другой яп не особо хочется

Тем есть библиотека на php. Но вся проблема этих библиотек, насколько я понимаю - часто падает демон, который держит этот процесс и вообще реализация на php очень ненадежна. Я не помню где именно я прочитал такие выводы, но многие сказали если и делать вебсокеты, то только не на php. Самый частый вариант предлагался на node.js

Однако печально

А большое количество это приблизительно сколько?

На node.js читал до миллиона подключений поднимали. На обычном сервере несколько десятков тысяч я думаю без проблем

На node.js читал до миллиона подключений поднимали. На обычном сервере несколько десятков тысяч я думаю без проблем

У меня так много точно не будет И тысячи не будет

Однако печально

Я вспомнил. Это вопрос я поднимал на форуме по Yii. Там опытные люди мне и посоветовали, что лучше не на чистом php

Я вспомнил. Это вопрос я поднимал на форуме по Yii. Там опытные люди мне и посоветовали, что лучше не на чистом php

В плане не на чистом пхп? Библиотеки?

Я так и делал

Просто каждое подключение съедает какое-то конкретное количество памяти

В плане не на чистом пхп? Библиотеки?

Да, я имел в виду библиотеки. Но тем не менее вариант имеет право быть

Могу поискать название самой популярной библиотеки на php, которая имелась в виду

Я пробовал socketo.me

но у меня проблема чисто в организации

а вернее оптимизации

Нет, там другая была

Нет, там другая была

Тогда жду

Тогда жду

Ratchet

Ratchet

так то оно и есть

У меня проблема чисто с организацией чат комнат со своими участниками которые будут получать уведомления по веб сокету

И сделать чтобы была минимальная нагрузка на сервер

Если интересно ветка форума, могу дать ссылку где меня отговорили от php реализации. Но я так понял вам уже все равно, вам нужно решение конкретной проблемы

Если интересно ветка форума, могу дать ссылку где меня отговорили от php реализации. Но я так понял вам уже все равно, вам нужно решение конкретной проблемы

На данный момент да А в дальнейшем буду переходить на ноду скорее всего

Тут я ничем не помогу. Это мой следующий проект. Еще не разбирался глубоко с сокетами

Жаль

Ребят. Смотрите. Есть некий текстовый файл с заметками, допустим: №1: человек (кол-во) - 1 (1); бумага (кол-во) - 500 (500); №2: человек (кол-во) - 0 (1); бумага (кол-во) - 230 (730); Можно ли с помощью плагинов в текстовых редакторах или каким-то другим ПО сделать следующее, допустим PHP $count_people = 0; $count_paper = 0; echo "№1: человек (кол-во) - 1 (".$count_people+1."); бумага (кол-во) - 500 (".$count_paper+500).")"; echo "№2: человек (кол-во) - 0 (".$count_people+0."); бумага (кол-во) - 230 (".$count_paper+230).")"; Но только чтобы это всё дело выводило динамически, ну и не пришлось пользователю сидеть в том же PHP и это всё писать. А просто как в эксель постоянно как формулой написал и дальнейший список выводит. В общем, как-то можно такое дело реализовать, но без кодов и экселя.

Как-то бы перенести excel в текстовый редактор. Просто таблицой это всё неудобно :(

Ребят. Смотрите. Есть некий текстовый файл с заметками, допустим: №1: человек (кол-во) - 1 (1); бумага (кол-во) - 500 (500); №2: человек (кол-во) - 0 (1); бумага (кол-во) - 230 (730); Можно ли с помощью плагинов в текстовых редакторах или каким-то другим ПО сделать следующее, допустим PHP $count_people = 0; $count_paper = 0; echo "№1: человек (кол-во) - 1 (".$count_people+1."); бумага (кол-во) - 500 (".$count_paper+500).")"; echo "№2: человек (кол-во) - 0 (".$count_people+0."); бумага (кол-во) - 230 (".$count_paper+230).")"; Но только чтобы это всё дело выводило динамически, ну и не пришлось пользователю сидеть в том же PHP и это всё писать. А просто как в эксель постоянно как формулой написал и дальнейший список выводит. В общем, как-то можно такое дело реализовать, но без кодов и экселя.

Да

Тебе нужно у себя подставить значений в эти переменные

В том же sublime запускаем скрипт ctrl+b не помню названия плагина. Он считывает старую строку регуляркой, заносит данные в переменную, а потом например, строку №3: человек (кол-во) - 77; бумага (кол-во) - 44; Опять же регуляркой считывает, формирует новую строку и перезаписывает. Придётся только в одном виде строки писать, иначе не выйдет. Пока так сделаю. Спасибо что прочитали :D

Тебе нужно у себя подставить значений в эти переменные

Да на php то понятно, но просто из txt файла такое сложно сделать.

function some(string $name): string { $text = 'You name: :name'; return str_replace(':name', $name, $text); }

Придётся таким способом и дополнительным нажатием клавиши. Главное разобраться как в sublime добавить запуск скрипта и выполнение под одну клавишу.

Самое простое

Вряд ли. Ну типа, проще сказать, чтобы писали строки без итога и нажали комбинацию клавиш, чем добавлять код куда-то. Спасибо. Подумаю.

Если только последней строкой. Ну да, так и сделаю наверное. Спасибо еще раз.

Жаль

https://github.com/cboden/Ratchet-examples/blob/master/src/Website/ChatRoom.php

Прямо в репозитории ratchet пример, как вы смотрели ?:)

Прямо в репозитории ratchet пример, как вы смотрели ?:)

Видимо плохо

Благодарю вас

Всем привет) Подскажите, пожалуйста, по поводу микросервисов и построения монолита как временного процесса. Самая большая проблема - я понимаю суть микросервисов и много видел, но на практике с ними не работал. Доделывается интернет-магазин на ларе, все довольно просто, но админка еще не готова. Планы очень большие на этот интернет-магазин, делаю для себя (для цветов), поэтому подхожу к этому более основательно. Вопросов несколько. 1. Что касается админки. Понимаю, что в ближайшее время будет делаться мобильное приложение и мне нужно будет делать API. Также, помимо админки - т.е. управлению нашими товарами, нужно будет делать CRM систему. По-хорошему, CRM должна идти отдельным блоком от слова совсем. Это уже получается несколько явных блоков: - админка - CRM - интернет-магазин Сюда же потом добавляются сервисы складского учета, аналитики и т.д. Но сейчас самое важное - это запустить интернет-магазин как можно быстрее. Насколько верным будет сейчас доделать его вместе с админкой, а потом уже все разделять?

а есть прям гарантия что магазин цветов взлетит и все дойдет до приложения и CRM?

интеграцию с битрикс24 не проще запилить? Чтобы сосредоточиться на бизнесе, а не на кодинге. А потом для души кодить в свободное время свои решения

Очень хорошие вопросы) 1. Гарантия есть, поскольку уже нехватка CRM. Битрикс24 не дает всего того, что нам необходимо. 2. Про кодинг - да, очень сложно это объединять, но выбора пока что нет. Как выше писал, Б24/амо нужно очень сильно изменять и покупать коробку для этого, на что средств сейчас нет. Плюс это все равно костылями будет идти, что в конечном итоге все переделывать нужно будет

Всем привет) Подскажите, пожалуйста, по поводу микросервисов и построения монолита как временного процесса. Самая большая проблема - я понимаю суть микросервисов и много видел, но на практике с ними не работал. Доделывается интернет-магазин на ларе, все довольно просто, но админка еще не готова. Планы очень большие на этот интернет-магазин, делаю для себя (для цветов), поэтому подхожу к этому более основательно. Вопросов несколько. 1. Что касается админки. Понимаю, что в ближайшее время будет делаться мобильное приложение и мне нужно будет делать API. Также, помимо админки - т.е. управлению нашими товарами, нужно будет делать CRM систему. По-хорошему, CRM должна идти отдельным блоком от слова совсем. Это уже получается несколько явных блоков: - админка - CRM - интернет-магазин Сюда же потом добавляются сервисы складского учета, аналитики и т.д. Но сейчас самое важное - это запустить интернет-магазин как можно быстрее. Насколько верным будет сейчас доделать его вместе с админкой, а потом уже все разделять?

Если ты админку вынесешь на поддомен, а сайт на основной, то в каком месте это микросервисы?

Или я чего-то не понял из твоей проблемы...

нафига мобильное приложение?

ERROR: S client not available

Если ты админку вынесешь на поддомен, а сайт на основной, то в каком месте это микросервисы?

Ну, это 2 разных блока и если упадет админка, все остальное останется работать. Так же и наоборот, чтобы при случае чего с интернет-магазином, все остальное работало исправно. Разве не в этом прелесть?

Ну, это 2 разных блока и если упадет админка, все остальное останется работать. Так же и наоборот, чтобы при случае чего с интернет-магазином, все остальное работало исправно. Разве не в этом прелесть?

Это не микросервисы ?

нафига мобильное приложение?

Потому что знаю 3 кейса, где моб.приложения во флористике офигеть какой результат давали

Это не микросервисы ?

Тогда, видимо, я что-то не понимаю

Пошел читать :)

а с админкой чего? берём цмс и фигачим товары

В админке будет много всего Те же промокоды, которые будут редактироваться в админке (они довольно гибко построены) Товары делятся на несколько групп, у каждого товара "на обратной стороне" есть составляющие, поскольку магазинов несколько и нужно смотреть по учету, есть ли возможность, к примеру, собрать такой букет

поэтому простой подход тут не совсем уместен)

Ну, это 2 разных блока и если упадет админка, все остальное останется работать. Так же и наоборот, чтобы при случае чего с интернет-магазином, все остальное работало исправно. Разве не в этом прелесть?

В большинстве случаев это не фишка, а геморрой. Как задача для программиста конечно интересно, но с точки зрения бизнеса это нерациональная трата ресурса. Разработка сложнее, а выхлопа мало, тк в случае падения причины, вероятнее всего, будут глобальными (типа сервер лёг) и ляжет все.

Очень хорошие вопросы) 1. Гарантия есть, поскольку уже нехватка CRM. Битрикс24 не дает всего того, что нам необходимо. 2. Про кодинг - да, очень сложно это объединять, но выбора пока что нет. Как выше писал, Б24/амо нужно очень сильно изменять и покупать коробку для этого, на что средств сейчас нет. Плюс это все равно костылями будет идти, что в конечном итоге все переделывать нужно будет

Если нужно просто хороший магазин, берём ту же престу (prestashop) допиливаем мелочи и вперёд. Если заебаться, то да, Задница Одина, костыли, велосипеды и понеслась веселуха.

В большинстве случаев это не фишка, а геморрой. Как задача для программиста конечно интересно, но с точки зрения бизнеса это нерациональная трата ресурса. Разработка сложнее, а выхлопа мало, тк в случае падения причины, вероятнее всего, будут глобальными (типа сервер лёг) и ляжет все.

Лол, если ляжет сервер с crm, то не лягут сервера с другими приложениями

поэтому простой подход тут не совсем уместен)

Если хочешь микросервисы, то ты неправильно порезал свой монолит. Куски должны быть ещё меньше, чем crm, магаз и апи

Т.е., по сути, то что у тебя, очень грубо говоря, делается в области ответственности одного-двух контроллеров, то и выносишь

Тебе не нужен отдельно магазин, отдельно апи, отдельно crm. Тебе нужна просто api, к которой ты подкинешь мобильное приложение, магаз и crm

Парни, расшифруйте пожалуйста: require_once(): Failed opening required 'headersLanguage.php' (include_path='.:/home/wordless-t/wordless-theatre.com/php') in /home/wordless-t/wordless-theatre.com/docs/wless/action-lib/plugins/multi-language/settings.php on line 3

include_path='.:/home/wordless-t/wordless-theatre.com/php

что за .:

инклуд паф это какой файл он пытается открыть?

что за .:

это цитата из сообщения выше

он написал какой

неверный путь

в пути не должно быть этого .:

require_once "headersLanguage.php";

Парни, расшифруйте пожалуйста: require_once(): Failed opening required 'headersLanguage.php' (include_path='.:/home/wordless-t/wordless-theatre.com/php') in /home/wordless-t/wordless-theatre.com/docs/wless/action-lib/plugins/multi-language/settings.php on line 3

Просто посмотрите правильно ли лежит файл и поправти пути.

это из файла settings.php с третий строки

у меня там два файла подключаются reauery_once. Лежат в той же директории, что и файл где они подключаются

на локалке все работает

это из файла settings.php с третий строки

Дерево файлов скинти точней где лежит ваш settings и headerslanguagephp

а ясно понял.