Rsa97, есть очередь. В нее направляются через ami originate телефоны клиентов. Проблема в том чтобы у нас в crm отметить "недозвон" не получается (отловить событие отклонение вызова через ami events). Я слушаю события Hangup и DialEnd.
Весь смысл задачи - экономить время оператора. Клиентов много - операторов мало. Дозваниваться до клиентов и соединять сразу с готовым опером - нормальная практика. никаких "невежливо" тут быть не может. Оператор отвечает моментально. Если операторов свободных нет - значит вызов в очередь и не кидается.
Дмитрий, я же написал "Подскажите кто сталкивался с подобным". Если вы не сталкивались и вообще не представляете в чем может быть проблема - не сотрясайте воздух зря, проходите мимо
4sadly, можно и точками соединять, если вам там больше нравится. все от ситуации зависит.
иногда удобнее (более читаемо) когда двойные кавычки, иногда апострофов хватит.
4sadly,
1. я поправил изначальный вариант, чтобы строковые $v были в апострофах и не было ошибки sql.
2. {} это просто визуально отделяет переменные пхп в строках. можно без них обойтись в ряде случаев. но лучше привыкать делать с ними, чтобы без сюрпризов.
3. двойные кавычки обязательны, т.к. только в них работает подстановка переменных внутри строки. Если использовать обычные апострофы то пхп выведет строку "как есть". т.е. как вы ее ща видите, без подстановки.
4. если используете пхп версию выше 5.5+ то можно сократить
netyshka, sqlfiddle.com/#!9/7151b1/2 вот что мне нужно было. теперь вопрос в быстродействии. т.к. юзеров может быть много, и соответственно сообщений между ними.
P.S. тостер перестал присылать уведомления о новых комментах :( мониторю переодически сам
