Исправление
mertvoprog,
(текущая версия)
:
Дешевле каждому владельцу Nokia 3310 новый телефон купить
А пользователи ретро-телефонов-то согласны, чтобы им какое-то новомодное говно втюхивали?
Речь вообще не об этом, а о том, что Ваше понятие чатика искажено. Чат — это тупо переписка, внезапно.
Просто «сообщения» уже не только текстовые
Ну всё та же нокия умеет чёрно-белые картиночки передавать ;) В 3315 (эксклюзив для Японии) их даже редактировать можно было!
И доставляют их более чем одному человеку.
А где групповых чатиков не было-то? В аське домейлрушной?
Видимо, и не такая простая. Потому что есть уже, наверное, с десяток XEP-ов про отправку фотки по XMPP.
Именно поэтому и простая. Не была бы простая — столько способов не наплодили бы ;)
Но даже в нём есть отправка картинок без внешних хостингов.
Ну да, взятая из e-mail со всеми его недостатками. Пересылка вложений в e-mail — это вообще лютый кошмар, особенно на медленном и нестабильном соединении. Выгрузить письмо в один присест по SMTP, потом повторно выгрузить по IMAP, чтобы копия в своём ящике сохранилась… Добавьте сюда ограничения на размер письма, 22 МБ (а где и меньше) нынче вообще ни о чём. И посему к письмам ссылки на внешние хосты сейчас как раз активно прикладывают; и это не только GMail, а уже и Thunderbird для больших вложений рекомендует залить их на внешний хост из некоторого перечня.
Вы аплоад экономите, что-ли? 😉
Мы сейчас нет, но многие экономят. И проблема даже не столько в трафике, сколько в том, что придётся ждать, или у вас там уже 6G в каждой дерёвне?
через 2 дня, когда ссылка больше не открывается
Это где так быстро ссылки тухнут?
Это то, что нужно большинству юзеров. Без всяких ссылок
А другим юзерам нужно, чтобы эти юзеры таким образом не свинячили.
Лучше когда есть один клиент, поддерживающий все фичи
Так этот клиент неюзабельный, то есть клиентов по факту нет.
Странно, что никто не вспоминает несколько известных продуктов, основанных на XMPP…
А толку их вспоминать, мы же о 2#20-м говорим? Лично Мы пользовались Я.Онлайн и HipChat, но оба уже мертвы. Google Talk даже не застали, сразу Hangouts, для которого есть неплохой libpurple-плагин (кстати, умеющий вставлять ссылки без редиректа на гугл, в отличие от официальных клиентов). WhatsApp толком не видели и не в курсе, что там; вроде ещё какие-то ошмётки XMPP остались, скрещённые с Signal.
Или под «открытыми» имеются ввиду не опенсорцные, а те в которых нет ведущего продукта?
Да, в реальности это работает так. Посему, например, Chromium/AOSP также не являются в полной мере открытыми. Передача исходников работает в одну сторону, сообщество не способно влиять на принятие решение, и даже создать конкурентоспособный форк.
это не REST+JSON
А зачем делать именно REST+JSON?
А разработчикам сабжа для их продукта XMPP был просто не нужен.
Велосипедостроение по дефолту не нужно, когда есть готовое решение. Чтобы делать велосипед, в приличных местах нужно технико-экономическое обоснование.
это не так и плохо, например, при защите от спама
То говорили про флуд, то уже про спам, определитесь уже.
Если это просто текст, то почему бы и нет?
Ну например, простой кейс: пользователь может забыть закрыть блок. У него, в клиенте, отображающем сообщения отдельно, всё равно всё красиво будет. А у тех, у кого сообщения склеиваются, следующие сообщения приклеятся к коду.
Исходная версия
mertvoprog,
:
Дешевле каждому владельцу Nokia 3310 новый телефон купить
А пользователи ретро-телефонов-то согласны, чтобы им какое-то новомодное говно втюхивали?
Речь вообще не об этом, а о том, что Ваше понятие чатика искажено. Чат — это тупо переписка, внезапно.
Просто «сообщения» уже не только текстовые
Ну всё та же нокия умеет чёрно-белые картиночки передавать ;) В 3315 (эксклюзив для Японии) их даже редактировать можно было!
И доставляют их более чем одному человеку.
А где групповых чатиков не было-то? В аське домейлрушной?
Видимо, и не такая простая. Потому что есть уже, наверное, с десяток XEP-ов про отправку фотки по XMPP.
Именно поэтому и простая. Не была бы простая — столько способов не наплодили бы ;)
Но даже в нём есть отправка картинок без внешних хостингов.
Ну да, взятая из e-mail со всеми его недостатками. Пересылка вложений в e-mail — это вообще лютый кошмар, особенно на медленном и нестабильном соединении. Выгрузить письмо в один присест по SMTP, потом повторно выгрузить по IMAP, чтобы копия в своём ящике сохранилась… Добавьте сюда ограничения на размер письма, 22 МБ (а где и меньше) нынче вообще ни о чём. И посему к письмам ссылки на внешние хосты сейчас как раз активно прикладывают; и это не только GMail, а уже и Thunderbird для больших вложений рекомендует залить их на внешний хост из некоторого перечня.
Вы аплоад экономите, что-ли? 😉
Мы сейчас нет, но многие экономят. И проблема даже не столько в трафике, сколько в том, что придётся ждать, или у вас там уже 6G в каждой дерёвне?
через 2 дня, когда ссылка больше не открывается
Это где так быстро ссылки тухнут?
Это то, что нужно большинству юзеров. Без всяких ссылок
А другим юзерам нужно, чтобы эти юзеры таким образом не свинячили.
Лучше когда есть один клиент, поддерживающий все фичи
Так этот клиент неюзабельный, то есть клиентов по факту нет.
Странно, что никто не вспоминает несколько известных продуктов, основанных на XMPP…
А толку их вспоминать, мы же о 2#20-м говорим? Лично Мы пользовались Я.Онлайн и HipChat, но оба уже мертвы. Google Talk даже не застали, сразу Hangouts, для которого есть неплохой libpurple-плагин (кстати, умеющий вставлять ссылки без редиректа на гугл, в отличие от официальных клиентов). WhatsApp толком не видели и не в курсе, что там; вроде ещё какие-то ошмётки XMPP остались, скрещённые с Signal.
Или под «открытыми» имеются ввиду не опенсорцные, а те в которых нет ведущего продукта?
Да, в реальности это работает так. Посему, например, Chromium/AOSP также не являются в полной мере открытыми. Передача исходников работает в одну сторону, сообщество не способно влиять на принятие решение, и даже создать конкурентоспособный форк.
это не REST+JSON
А зачем делать именно REST+JSON?
А разработчикам сабжа для их продукта XMPP был просто не нужен.
Велосипедостроение по дефолту не нужно, когда есть готовое решение. Чтобы делать велосипед, в приличных местах нужно технико-экономическое обоснование?
это не так и плохо, например, при защите от спама
То говорили про флуд, то уже про спам, определитесь уже.
Если это просто текст, то почему бы и нет?
Ну например, простой кейс: пользователь может забыть закрыть блок. У него, в клиенте, отображающем сообщения отдельно, всё равно всё красиво будет. А у тех, у кого сообщения склеиваются, следующие сообщения приклеятся к коду.