Everything_is_bad, 100500 фич по функционалу - да, но вот такое что бы и все что надо было и при этом не страшно такое бабушке в руки отдать, такого не припомню.
С жабкой обычно или прикольный простой интерфейс с околонулевыми возможностями (базис) или космический корабль как по возможностям так и по интерфейсу
ValdikSS, спасибо за наводку на ejabberd буду разбиратся
Я со старта знал про XMPP и то что его можно превратить во что угодно обернув плагинами и настроив
но это как купить шкаф где в комплекте бревно и лобзик
хотелось что бы это уже было готовое и стабильное
то есть что серверная часть один раз настроил и потом максимум сборку таскаешь по нодам, что клиенты уже написанные и юзер-френдли
Drno, вы взяли именно классический классик синапс или уже "новомодные" дендрит/синапс которые типа официально и не поддерживаются но по сути на нем сейчас все строят?
пакетники все ж таки уже давно прошлый век
оно надежное как кирпич но такое же прямолинейное и однонаправленное
сейчас чат это не только текст и картинки но и файлопомойка, записная книжка и тд
потому хотелось бы что бы оно не было прибито гвоздями к одному серверу и что бы работало в локальной сети именно P2P без петли через сервер даже когда может
спасибо, интересно но немного не то
видеозвонки эт хорошо, но хотелось бы фокус именно на сообщениях и распределенности
то есть функционал центрального сервера важнее чем все фишки клиента
по сути телега но своя православная и с учетом что бы могло работать и вообще без интернета тупо по локалке
Everything_is_bad, вера есть
решений по сути довольно много но все они какие-то частичные, что то есть в одном, что то в другом.
Тот же Jami идеально закрывает все вопросы если б он только работал и имел нормальную поддержку для первичной настройки
Вы вопрос читали?
Ладно еще matrix можно притянуть по паре пунктов (но он провальный и под задачу не подходит) но jabber вообще мимо, с таким же успехом и email подходит тогда
Ziptar, я тоже думал "все умеют" а оказалось что нет. Причем есть возможность ранзые роутеры щупать и ни один так не мог.
Вообще то простой роутинг когда перехватыватся запрос и уже адресуешь на порт.
Нет смысла настраивать домен и тд на сервере когда он будет доступен только в рамках сервера
Если уж будет внешнее устройство то на нем это все и конфигурировать удобно
Composer это общепринятый стандарт внедрения зависимостей и только.
Удобная форма, простота поддержки — все ради костылей и ускорения работы.
Удобно делится, публиковать и добавлять новое, не вникая как оно там работает под капотом.
И самое главное, в наш век говнокодинга - Composer сам обновит пакет если нужно. (Плюсы и минусы, победа над одним багом по цене добавления других багов)
В остальном же для локальных проектов, где не используются сторонние стандартные решения (авторский протокол обмена к примеру) средств php хватит с головой и выше.
Даже больше того скажу, 60% либ на php реализуют стандартные методы php с синтаксическим сахаром.
В разрезе Composer есть прекрасная функция spl_autoload_register у php. Буквально пару строчек кода и мы получим на выходе тот же уровень поддержки.
Причем не нужно будет каждый раз перезапускать какой-то внешний скрипт, что бы тебе подключило новые файлы.
loharik229, все круто но как я понимаю дальше теоретических изысканий (как в комментарии выше) вы не ходили.
функционал в АПИ есть, не крашит при "правильном" синтаксисе, но премиальные эмодзи не применяются (просто возвращает обычный эмодзи-шаблон)
пол дня потратил в ковырянии с этим и поиском в интернете. Кроме товарища выше, никто в интернете не писал что смог запустить именно через bot_API
Единственное что я видел - использовать функционал работы с аккаунтами (не боты) и тогда все работает.
Для ботов скорее всего в скором времени добавят или монетизацию или что то похожее что бы можно было использовать
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
С жабкой обычно или прикольный простой интерфейс с околонулевыми возможностями (базис) или космический корабль как по возможностям так и по интерфейсу