Написал веб-чат.
Функционал:
Многоканальный.
Можно создавать новые каналы, зная пароль (а можно не создавать, их и так много).
Подгружает только новые сообщения.
При открытии грузит последние 15 сообщений.
Проверка сообщений раз в 3 секунды, без перезагрузки страницы.
Отправка сообщений по нажатию enter.
Показывает в чате картинки, если дать прямую ссылку.
Преобразует ссылки.
Скролл сбрасывается вниз только если приходит новое сообщение.

Уникальный способ оформления текста, пишем к примеру:
b-> Какой-то текст
и этот текст преобразуется в 
b-> Какой-то текст
или i-> или еще чего. 

Тоже самое с цветом.
color->blue-> Какой-то текст. Преобразуется в 
color->blue-> Какой-то текст. 

Есть система приватных  сообщений, которые можно перехватить, зная ник   . 

Работает так пишем в чате:
alert->nickname-> Какой-то текст
И человек с ником  nickname получает окошко с alert,
а в чате у него ничего не выводится. Фактически сообщение для него приватное. Остальные в чате видят
alert->nickname-> то самое сообщение...  и тихо хихикают (это, конечно прикол, выпилю потом)
 
Задействовал:
PHP 7 OOP. (Сикьюэль-инжекшн фулл фикс)
Mysqli (Prepared statemens). Постоянное соединение. 
MVC (почти, чуток по-своему именовал части структуры).
Ajax (xmlhttp)
Json.
Подгрузка новых сообщений без переменных в cookies. Использовал window.var
Единая точка входа. 

Вот и все пока. 
Тестовая версия:
original.combat.org.ru/chat/
исход. коды:
github.com/dcc0/Openhat_Multichannel_Final


Это сообщение отредактировал(а) iv888 - 13.3.2019, 23:05

Не в localStore, а прямо в куки? Есть ограничение на размер кук - 4к, вроде...

Добавлено через 9 минут и 33 секунды
class_send.php

Есть такая штука - автоматическая загрузка классов. http://php.net/manual/ru/function.spl-autoload-register.php
она позволяет отказаться от инклюдов. Есть разные мнения - это эффективнее или нет, но include добавляет дополнительную зависимость в класс, а это не очень хорошо.

Для пущего эффекта - можно разобраться с компоузером, он, в частности, автоматически генерит и поддерживает класс автозагрузки, да и к современным средствам распространения кода лучше привыкать.

Благодарю. Про автолад не знал и не задумывался.
Попытаю осилить. 

Имелось в виду, что для проверки новых сообщений переменные cookies не используются. 

Есть, но никто их точно не знает ) В IE помнится было совсем маленькое )

ТС - ты не представляешь сколько чатов пишут )
https://github.com/zorn-v/v13chat
Правда и это уже древность   

Но "начало положено"   

_zorn_, у меня мультиканальность есть. И нет jQuery

Это типа модно сейчас ? ) 
Что ЛИЧНО ТЫ можешь сказать про отсутсвие жквери кроме хайпа ?

Добавлено @ 19:42
Я и на vue могу и что ?

Добавлено @ 19:45
PS:  react - гамняшки

Добавлено @ 19:51
Посыл не в том (хоть и зацепил). Просто этих чатов уже наделали до тебя (и даже не я)   

Это сообщение отредактировал(а) _zorn_ - 28.3.2019, 19:52

Оценивая субъективно, - да. 
Скорее, интересно, а не модно, вернее, даже интереснЕЕ.

Я так смотрю, если писать строго по модным паттернам,
то точно получится то, что уже кто-то писал до тебя.

А если с чистого листа,  сильно не подглядывая (а я именно так писал), то оригинальная нотка будет. Хотя кто-нибудь обругает за отступление от стандартов. Так и вышло у  меня. Сейчас вроде переделал, соблюдая PSR (жил-жил и не знал об этих стандартах).

Ну и не совсем MVC у меня. скорее Model, View Linker.  

У меня многоканальность более очевидным образом реализована, чем у других (субъективно).    

Это сообщение отредактировал(а) iv888 - 4.4.2019, 15:36

Это плохо.
Программирование - не искусство, а инженерия.

Это предмет искусства должен нести отпечаток творца, зритель должен побуждаться к сопереживанию, осмыслению - а что этим хотел сказать автор.
Инженерный продукт должен быть рациональным, эффективно решать задачу, и опечаток творца совершенно здесь не уместен.
Если ревьювер вдруг начнет задаваться вопросом "что этим хотел сказать автор", это явный признак овнокода.

Это сообщение отредактировал(а) Zloxa - 14.4.2019, 14:34

Знак производителя, это отпечаток автора?    

Что, даже пасхалки уже нельзя    

Можно, если требования к паскхлке внятно и четко изложены в постановке.

Нет истинной задачи, кроме как поставленной ? 
Так проще, согласен. А поспорить ?   

Споры для дураков. (ну, в смысле, что один знает и спорит, а другой не знает и спорит).

Говорю ж - не искусство, а инженерия. Не самовыражение, а решение задач.
Где тут простор для дискуссии? 

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

И где Ваш чат можно найти??? Или вы для себя писали, без коммерческого уклона?)))

Какой технологией задача решится быстрее и эфективнее ?

Есть задача разработать  API для создания и возвращения списка сущностей. Что берем, GraphQL или обычный REST ?
В чем хранить сущности, RDBMS или NoSQL ?

Discuss   

Это сообщение отредактировал(а) _zorn_ - 3.8.2019, 08:43

Той которую хорошо знаешь. 
                                               К.О.

Чем вы мерите эффективность?
Допустим, у вас есть штат персонала, который может запилить и (главное) поддержать REST+RDBMS, но, использование GraphQL+NoSQL для конкретной задачи - то, что доктор прописал.
Что станете делать? Пилить существующим ресурсом, или расширите штат, арендуете новые площади под коворкинги, закупите парк гироскутеров?