>Проще 2 настройки: логин и пароль, и все.
Из испробованных клиентов: Psi, pidgin, bombus, gajim для базовых функций требовались именно эти две настройки. Всё.
Шифрование между клиентами не зависит от сети, ну никак. Хоть на бумаге пишите! И способов шифрования великое множество, используйте какие хотите. Поддержка PGP в Psi и gajim есть. Понятное дело, что шифрование дело индивидуальное, никто это не будет вносить в RFC, потому что это наложит ограничение на свободу протокола.
Так же никто вам не мешает перекидываться шифрованными сообщениями хоть в мейлруогенде. Да и сети с стандартным шифрованием я пока не встречал.
Статические объекты есть, по моему, в любом ООП. Может, конечно, у меня мозги работают иначе, но тут я бы предупредил программистов что злоупотреблять значениями по умолчанию с функциями внутри не следует.
Ну это понятно :) Я в питоне не силён, поэтому напишу на сях что я имел ввиду:
class A{
public:
static int a=0;
int inc(){a++; return a;};
}
Понятно, что случай гипотетический, в плюсах такого быть не может, но мы создаём функцию у которой значение по умолчанию как раз это самое A::int(). Получится полная чушь. А ещё предствьте это у нас в разных тредах…
Согласен, но некоторые панели управления это не поддерживают, и я стремился сохранить гугловый стиль. Думаю настоящие мужчины, которые сами правят конфиги бинда разбирутся :)
Клиент по умолчанию стучит на @yourdomain.com на 5222ой порт. Это поведение можно изменить двумя способами. Первый, это явно указать куда стучатся, как написано у гугла. Это нужно прописать в каждом клиенте. А можно сделать специальную запись в DNS, тогда клиент её прочёт и будет знать куда надо стучаться, то есть надо настроить один раз.
Вписать надо именно так как написано, изменив yourdomain.com на ваш домен.
То что дефолтный объект сохраняется — это очень не хорошо, по-моему. Каждый вызов функции должен быть с нуля, а тут переменная неявно объявлена статиком, что только путает людей.
Может быть я ничего не понимаю в скриптовых языках :)
Кстати, это не возможно в принципе. Без обмена ключами по закрытому каналу (в идеале на флешке) невозможно получить защищённый канал.
Чего там уметь? Надо просто добавить ключ к контакту и всё. Покажите мне такое в родном клиенте айсикю.
Из испробованных клиентов: Psi, pidgin, bombus, gajim для базовых функций требовались именно эти две настройки. Всё.
Шифрование между клиентами не зависит от сети, ну никак. Хоть на бумаге пишите! И способов шифрования великое множество, используйте какие хотите. Поддержка PGP в Psi и gajim есть. Понятное дело, что шифрование дело индивидуальное, никто это не будет вносить в RFC, потому что это наложит ограничение на свободу протокола.
Так же никто вам не мешает перекидываться шифрованными сообщениями хоть в мейлруогенде. Да и сети с стандартным шифрованием я пока не встречал.
class A{ public: static int a=0; int inc(){a++; return a;}; }Понятно, что случай гипотетический, в плюсах такого быть не может, но мы создаём функцию у которой значение по умолчанию как раз это самое A::int(). Получится полная чушь. А ещё предствьте это у нас в разных тредах…
def my_func(param=some_other_func()):
это прямой прострел ноги :) Потому что неизвестно какое значение выдаст функция во время инициализации объекта.
Клиент по умолчанию стучит на @yourdomain.com на 5222ой порт. Это поведение можно изменить двумя способами. Первый, это явно указать куда стучатся, как написано у гугла. Это нужно прописать в каждом клиенте. А можно сделать специальную запись в DNS, тогда клиент её прочёт и будет знать куда надо стучаться, то есть надо настроить один раз.
Вписать надо именно так как написано, изменив yourdomain.com на ваш домен.
_xmpp-server._tcp.gmail.com. IN SRV 5 0 5269 xmpp-server.l.google.com.
Это для jabber серверов, а не для клиентов. Заметьте порт даже другой. А у меня:
_xmpp-client._tcp.yourdomain.com. IN SRV 5 0 5222 talk.google.com.
Может быть я ничего не понимаю в скриптовых языках :)