Личный кабинет у них не так давно появился, там можно пообщаться. Но они вот просят по почте сейчас. А из личного кабинета просто письмо формируется автоматом.
Ну адрес-то это их, они вообще по этой схеме работают, там вообще любое общение с суппортом осуществляется с указанием номера сервера и административного пароля.
Это конечно довольно странная система, но так уж у них исторически сложилось.
Я тоже не нашёл, а ещё забавно, что у нас там пару серверов, в разных ДЦ, в разных подсетях (DNS соответственно на них). И вот мне не понятно заморачиваться мне и миррорить основной боевой сервер на второй на время переезда, или они их вместе будут перевозить, и вообще почему я должен им сообщать номер наших серверов, а не они мне, номера серверов, которые нужно перевезти.
ну и замечательно, когда буду разрабатывать свою мультиплатформенную операционку тогда изучу системы управления зависимости с идиотским термином «артефакт», на который нужно указывать десяток параметров.
А пока у меня есть git, mercurial и куча проектов средней сложности, где мне нужно быстро реагировать на изменения. Меня вполне устраивают инструменты, которыми я пользуюсь.
Ну и если вы уж затеяли это — давайте говорить предметно, с названиями систем, а не «есть другое, есть системы, всё иначе», бесите.
Я вообще придерживаюсь позиции, что любые новые проекты желательно делать и в версии для python3. Я понимаю, что в продакшн пока сложно это засунуть, но вечно на 2 ветке нельзя оставаться. Если есть возможность — лучше уж сразу писасть совместимый код.
Вот пару часов как-раз начал PyMongo портировать на Py3.1. Повеселюсь чувствую…
Во, кстати заметил ссылку на bitbucket в комментариях (предлагаю добавить в пост), если будет время может и им займусь.
wsgi хорошо пишется к хостингам, которым нужно в параллель предоставлять как PHP так и Python, удобен для тестов и локального разворачивания, да и вообще везде где нагрузки не так важны а от PHP уже тошнит.
Я пропустил или тут не рассмотрена основная проблема плагинов, sandboxing?
Просто то, как подргужать планины можно много чего придумать, а вот как организовать их работу в ограниченном окружении, чтобы они не могли уронить всё приложение?
Выше я ответил.
Это конечно довольно странная система, но так уж у них исторически сложилось.
А пока у меня есть git, mercurial и куча проектов средней сложности, где мне нужно быстро реагировать на изменения. Меня вполне устраивают инструменты, которыми я пользуюсь.
Ну и если вы уж затеяли это — давайте говорить предметно, с названиями систем, а не «есть другое, есть системы, всё иначе», бесите.
Единственное, не знаю вот как там будет с регулярными выражениями в запросах типа
«t.query.filter(name__matches='^.+ry$')»
Вот пару часов как-раз начал PyMongo портировать на Py3.1. Повеселюсь чувствую…
Во, кстати заметил ссылку на bitbucket в комментариях (предлагаю добавить в пост), если будет время может и им займусь.
А совать везде торнадо… а зачем?
Просто то, как подргужать планины можно много чего придумать, а вот как организовать их работу в ограниченном окружении, чтобы они не могли уронить всё приложение?