1. Ручки смотрят только во внутреннюю сеть, из внешней сети доступ невозможен вообще.
2. Очевидно, что все запросы не с локалхоста проходят через проверку прав доступа.
3. Как я уже говорил в большинстве случаев оверхед настолько незначительный, что потерями в производительности можно пренебречь.
еще раз. Зачем делать 2 транспорта http (для фронта) И какой-то-еще (для внутреннего взаимодействия), если для большинства задач хватает http который уже есть.
P.S. Вообще да, мне тоже кажется решение кривым, но оно работает и позволяет сократить время на разработку.
1. Пишем модуль который умеет http для фронта.
2. Через пол года пишем другой модуль которому нужно что-то от первого.
3. Первый модуль трогать не надо, можно использовать уже существующий интерфейс.
4. Профит.
Не забывайте про специфику софта. В большинстве случаев данных гоняется не много и не часто. Если оверхед всё таки становится проблемой можно запросы либо кэшировать (это быстрее чем любой транспорт), либо поменять http на что-то другое. :)
Хе. Сколько лет прошло, а скриптец по прежнему работает. Единственно, mail.ru не гарантирует отправку. Приходит ответ что отправлено, но реально на телефон ничего не приходит. Во всяком случае так было когда скрипт писался. Так что не стоит его использовать для чего то важного.
Могу сказать на счёт ВинМобайл: питон есть, практически полноценный порт обычного питона, и даже гуй на нём писать можно. Хоть на том же wxwidgets. Но это всё такое не родное, что я ещё не видел ни одной настоящей программы под wm на питоне.
Бугага. Такая же штука как и фигня как и несколько месяцев назад. В заголовке We're sorry, but something went wrong (500), и картинка с капитаном «Произошла какая-то фигня». С введённым логином\паролём не пускает, правда теперь инвайт не «портится» и снова позволяет регистрироваться. Но ничего кроме кэпа всё равно получить не удаётся.
Отлично. Ещё бы лимит на загружаемый файл увеличили и было бы вообще замечательно. 500 кб для вордовского документа уж больно мало. Всякие методички и прочее не открыть. Приходится использовать Zoho. Хотя GD нравится больше.
Было, отваливался. Статус становился offline. Так что всё нормально. Что именно он присылает — не знаю. Да и тьфу-тьфу-тьфу отваливается он редко, так что на это можно закрыть глаза.
Имя icq пользователя получается совсем непотребным icqnumber%40srv.remote.org@meta.darkk.net.ru Да и зависеть от 2х транспортов у разных провайдеров… Очень не хочется…
2. Очевидно, что все запросы не с локалхоста проходят через проверку прав доступа.
3. Как я уже говорил в большинстве случаев оверхед настолько незначительный, что потерями в производительности можно пренебречь.
P.S. Вообще да, мне тоже кажется решение кривым, но оно работает и позволяет сократить время на разработку.
1. Пишем модуль который умеет http для фронта.
2. Через пол года пишем другой модуль которому нужно что-то от первого.
3. Первый модуль трогать не надо, можно использовать уже существующий интерфейс.
4. Профит.
Не забывайте про специфику софта. В большинстве случаев данных гоняется не много и не часто. Если оверхед всё таки становится проблемой можно запросы либо кэшировать (это быстрее чем любой транспорт), либо поменять http на что-то другое. :)
max@smacker.ru
Оно ещё более кривое, но мне больше нравится )