Полностью согласен, разве что с поправкой: есть магазины дающие URL к статусу заказа без авторизации, при этом доступна информация только о статусе и составе заказа, полностью обезличена (не заказчика, не адреса).
м… Я видимо не могу мысль донести :-)
На скрине вижу «Войдите используя ваш аккаунт логин/пароль», это виджет авторизации?
Код его, Вы, не разбирали.
Т.е. не уходят ли эти данные на сервер разработчика гарантии нет?
Вот я о чем.
«приобрел Яндекс» — согласен, легитимность к прослойке от этого повысилась (в моих глазах :-) ), но не совсем понимаю о «не передаче паролей».
Вы разбирали виджет и точно знаете, что он не передает на свой сервер («loginza.ru») логина/пароля?
Сама мысль прослойки которой нужно сообщить учетные данные от своего аккаунта в соц-сети очень смущает.
Одно дело когда интерфейс авторизации на ресурсе предлагает сам владелец соц-сети, либо некая форма объединений (официальная). Но когда в этой роли выступает «безликая» прослойка, и не понятно что может случится с аком в последствии… не приятные ощущения :)
В формулировке поста «как есть», мне кажется мысль утопична (очень много объективной критики к технологии). Максимум что можно «выжать» (исключительно мнение) — это p2p offline, для коротких сообщений.
Когда нет связи, едешь между городами (или «стоишь» вблизи дороги), отправляешь сообщение (фактически не отправишь т.к. связи нет :-) ), сообщение в зашифрованной форме (скажем от сертификата) отдается всем мимо проезжающим (например по bluetooth), когда носитель сообщения попадает в зону покрытия сети (например 3G) отдает сообщение центральному серверу, сервер-же проверяет не передал ли кто-то это сообщение раньше чем данный носитель и передает адресату.
По факту плюс сомнительный, востребованность «не поголовная».
Дело в том что у Linksys WRT54GL как и у DIR-320 есть одна очень не приятная «болезнь» — флешь 4 Мб.
Существующая dd-wrt для обоих (этих) устройств основана на ядре Linux версии 2.4, но поддержка таймингов процессора появилась начиная с ядра версии 2.6 (что очень нужно астриску и модулю chan_datacard, но будет и на ядре 2.4 работать с проблемами).
Я пробовал пересобирать openwrt на версии 2.6 под dir-320, что только не выкидывал из прошивки (т.к. превышал 4 Мб при сборке) так и не удалось собрать более менее рабочей прошивки.
Мультифон и линк до офиса думал, но канал не стабильный, по этому основные каналы все-же GSM.
я не спорю с Вами )
Но связка DropBox + TrueCrypt удобна тем-же самым.
1. Авто синхронизация контейнера средствами DropBox (тут конечно неудобство в ограниченном размере на Free учетке).
2. Контейнер монтируется как жесткий диск (хранить можно что угодно).
3. Ключевой файл хранится на защищенном e-token.
2. Множество поддерживаемых ОС (как DropBox так и TrueCrypt).
При 2х активных разговорах нареканий нет.
Единственное о чем наверное стоит упомянуть это не совсем понятное поведение софтфона «CounterPath Bria Professional» который учавствовал в тестах до подключения аппаратных VoIP телефонов.
Заключалось это «поведение» в повторном ложном входящем вызове при завершении (входящего) разговора. Т.е. стоило только закончить разговор как софтфон считал, что поступает новый вызов (которого на самом деле не было).
Да, именно по этому в ближайшее время хочу к этому решению добавить шлюз LinkSys SPA 3102 (1fxo,1fxs), и с него внешнюю линию регистрировать на астериске (на роутере) как транкового абонента.
И «бюджетность» сохранится, т.к. это один из самых дешевых шлюзов :-)
Прошу прощения.
Читал виджет не так, «выбрать соц-сеть, указать учетку от нее».
На скрине вижу «Войдите используя ваш аккаунт логин/пароль», это виджет авторизации?
Код его, Вы, не разбирали.
Т.е. не уходят ли эти данные на сервер разработчика гарантии нет?
Вот я о чем.
Вы разбирали виджет и точно знаете, что он не передает на свой сервер («loginza.ru») логина/пароля?
Одно дело когда интерфейс авторизации на ресурсе предлагает сам владелец соц-сети, либо некая форма объединений (официальная). Но когда в этой роли выступает «безликая» прослойка, и не понятно что может случится с аком в последствии… не приятные ощущения :)
Когда нет связи, едешь между городами (или «стоишь» вблизи дороги), отправляешь сообщение (фактически не отправишь т.к. связи нет :-) ), сообщение в зашифрованной форме (скажем от сертификата) отдается всем мимо проезжающим (например по bluetooth), когда носитель сообщения попадает в зону покрытия сети (например 3G) отдает сообщение центральному серверу, сервер-же проверяет не передал ли кто-то это сообщение раньше чем данный носитель и передает адресату.
По факту плюс сомнительный, востребованность «не поголовная».
Существующая dd-wrt для обоих (этих) устройств основана на ядре Linux версии 2.4, но поддержка таймингов процессора появилась начиная с ядра версии 2.6 (что очень нужно астриску и модулю chan_datacard, но будет и на ядре 2.4 работать с проблемами).
Я пробовал пересобирать openwrt на версии 2.6 под dir-320, что только не выкидывал из прошивки (т.к. превышал 4 Мб при сборке) так и не удалось собрать более менее рабочей прошивки.
Мультифон и линк до офиса думал, но канал не стабильный, по этому основные каналы все-же GSM.
Но связка DropBox + TrueCrypt удобна тем-же самым.
1. Авто синхронизация контейнера средствами DropBox (тут конечно неудобство в ограниченном размере на Free учетке).
2. Контейнер монтируется как жесткий диск (хранить можно что угодно).
3. Ключевой файл хранится на защищенном e-token.
2. Множество поддерживаемых ОС (как DropBox так и TrueCrypt).
Единственное о чем наверное стоит упомянуть это не совсем понятное поведение софтфона «CounterPath Bria Professional» который учавствовал в тестах до подключения аппаратных VoIP телефонов.
Заключалось это «поведение» в повторном ложном входящем вызове при завершении (входящего) разговора. Т.е. стоило только закончить разговор как софтфон считал, что поступает новый вызов (которого на самом деле не было).
И сами перенаправляют вызов в зависимости от локации.
И «бюджетность» сохранится, т.к. это один из самых дешевых шлюзов :-)