и не ломать старые клиенты

xmpp хорошо подошел

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

ну мы честно все делаем.

Т.е. не заявляем XEP а по факту хз что

соответственно у нас просто ~10 родных XEP-ов

но чем это отличается тогда от проприетарного формата? Да только более быстрым написанием "базы" и всё.

Тем, что во всю эту базу нового разраба погрузить - 2 дня

и дальше ему понятно как сделаны все свои наработки

это так с любым нормально написанным софтом

и это совсем не заслуга жаббера

это красиво звучит, а в жизни не так. Мы получаем документированную не нами основу, code style

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

и экономим время и деньги

это просто протокол, рабочая лошадка, о каких "перспективах" речь?

сейчас адекватных два

MTProto и XMPP

и продукт который "сам в себе" - для экосистемы джаббера бесполезен )

MTProto лучше не мобайле

пока нет коннекта с любыми популярными клиентами

джаббер больше наработок

не-не, концепция xmpp как моря разных клиентов с федерацией сдохла давно

я его воспринимаю как отличный фреймворк для решений про мессаджинг

и только в таком виде

ладно, спор ни о чем. Да, кодестайл и проч - это бонус. Первый запуск на базе уже чего-то готового бытр и это бонус.

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

а тут косяк..

а почему не сип в основе?

все эти message, info есть и там + поддержка тьмы вещей

там с MUC не все так красиво

многопольз чатами

ок )

а у нас MUC сразу, а звук и голос вообще не факт

другие задачи и приоритеты

это как с RFC, на те же почту и сип. Вот банально - subject если там не англ алфавит - НУЖНО кодировать. А по факту многие на это кладут. А бывает еще хуже - какой-то момент там просто не прописан, и каждый трактует как удобнее. Имеет право.

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

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

Kayako?

Kayako?

У питона в 2.5+ штатный email

Фикс только в 3.3 и новее

Или 2.4 и старее

Гы. Я индусов на эту тему несколько лет пинал. Они прислали патч, а потом приходило обновление, где этого патча нет 😄 и так каждый раз

Там, правда, адище на похапе

Бага в base64 либе была вроде

Гы. Я индусов на эту тему несколько лет пинал. Они прислали патч, а потом приходило обновление, где этого патча нет 😄 и так каждый раз

Ну это конкретное поведение аффектит например mailman :)

Парни, привет. Есть такой вопрос по линуху: собрал я с флагами отладки asterisk. Он часть отладочной инфы пишет в файл refs. Фишка в том, что сам файл командой >refs не очистить. Банально ничего не происходит. Кто-нибудь знает, от чего такая лабуда?

Проблема не в правах, не в chattr

Мб выключить отладку

Или дебаг левел сменить

Да как раз собрал, чтобы сегфолт поймать. Нужна

Но места не хватает - уж слишком много он пишет

Просто ты не думал что он пишет по делу

?

Конкретизирую вопрос: какой механизм в линухе не позволяет из под рута очистить файл?

И это не chattr атрибуты

chattr -i

Да как раз собрал, чтобы сегфолт поймать. Нужна

лови сегфолт гдбшечкой, а на месте файла перед запуском создай симлинк на /dev/null или просто символьное устройство такого же типа. но о причине проблемы мне тоже узнать интересно

возможно айнода там

chattr -i

Не оно. Я проверил

вообще похоже на какой то монопольный доступ к файлу, но я такого не встречал под линуксом

Да я вот тоже не встречал. mv работает, rm работает, а > file нет

кстати, можно стрэйсом попробовать попалить, каким образом открывается файл

lsattr refs

если есть флаг какой, то увидим

Нет флагов. Я проверял, написал жеж

пардон, пропиздоглазил

прям даже интересно, расскажи как найдешь

Оке.

https://www.ottoproject.io/

Кто-нибудь использует этот toolset?

вагрант красивый на бумаге

Вагрант треш на половину сделанный

Если vagrant такой плохой, то какие комментарии по поводу otto? Та же ситуация или можно пользоваться?

Вагрант треш на половину сделанный

воу. единомышленник. а тебе что не понравилось ?

прям даже интересно, расскажи как найдешь

``open('file', 'w')`

воу. единомышленник. а тебе что не понравилось ?

Ну он не то, чтобы прямо такой плохой. Но во первых я считаю, что это оверкилл для задачи, и опыт работы с ним не вверг меня в экстаз. Ну начнем с пробелов в пути) а так. Просто у меня от него общее впечатление массы инструментов склеенных скотчем.

Otto хз, не пробовал

тоесть вообще вагрант норм, просто тебе не понраивлся да ?

нее. у меня к нему есть Претензия.

он на бляцком руби. вместо прекраснейшего golang :)

он на бляцком руби. вместо прекраснейшего golang :)

сразу видно профессионала

Kayako?

а что там было с кодировкой? на моих проектах всё ок у вас было много мультиязычных площадок для разных кастомеров?