Клиент-серверное приложение или PostgreSQL всемогущий

Только на сокетах, с ручной обработкой прерываний и поллингом.

http уже изобрели

2 buratino, у меня не такой большой опыт в питоне, можете продолжить свою мысль более подробно?

Сделаю на Django за $1000

взять bottle.py

написать ОДИН роут, куда принимать данные, скажем, через post

что-то типа

@post('/data') def post_it(): ....outfile = my_pg_function(request.forms.mypostfield) ....response.content_type = 'application/octet-stream' ....return outfile

данные загонять хоть курлом, хоть вгетом

Весь процесс должен происходить через проверку имени пользователя и пароля в postgre. P.S.извиняюсь совсем забыл упомянуть, ночь без сна сказывается

целым и невредимым.

SHA-2

и что?

outfile = my_pg_function(request.forms.data, request.forms.auth)

Спасибо за комменты,а может есть какие-либо другие варианты? Во-первых, не увидел поддержки postgre от bottle Во-вторых, меня смущает что bottle все-таки веб-framework (микро) В-третьих, кажется есть какое-то другое решение :)

это - самое простое. проще не бывает

postgresql поддерживается psycopg2, или можно взять peewee

Проще и не надо. Надежность, масштабируемость если будет-очень хорошо будет. Вообщем как это качественно сделать, не на коленке..поделитесь мыслями господа.

Возьми какую-нибудь rpc библиотеку, их море. http://stackoverflow.com/questions/1879971/what-is-the-current-choice-for-doi...

Сделаю на LispWorks Enterprise 64 bit. Цена вопроса — $5000.

Может кто-то может раскритиковать схему взаимодействия обменa данными через адаптер psycopg2 к удаленному серверу PostgreSQL.
При условии что:
1.Инет у клиента будет 3G(не факт что стабильный)
2.На сервере будет открыт порт для PostgreSQL
3.Объем данных для передачи порядка 100Кб (раз в час)

Может есть какие-то нюансы при данной схеме, поделитесь пожалуйста опытом.

Может есть какие-то нюансы при данной схеме

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

1.Инет у клиента будет 3G(не факт что стабильный)

Дорогой, да тебе сам Аллах велел использовать HTTP

2.На сервере будет открыт порт для PostgreSQL

Постгря голой жопой в интернеты? Хм. Не уверен, что это считается её основным юзкейсом.

Погуглил вообщем.
Почему бы не использовать RabbitMQ(очередь сообщений)-гарантированная доставка, поддержка ssl, можно использовать в python (pika), горизонтально очень масштабируется.

Мысль3: клиент отправляет данные в очередь к «кролику» (ssl), worker на сервере обрабатывает данные и передает в ответ бинарные данные(файлик) опять же через «кролика».

Вот такой вариантик склеился, что скажете?

Интересно, считается ли это за спам?

Тогда тебе придётся кролика выставлять в инет, а это очень плохая идея. Кроме того, я сомневаюсь, что ты сможешь отдебажить эрланговские приколы.

Не парь людям мозг и делай взаимодействие клиента и сервера через хттп.

Интересно, считается ли это за спам?

Это публичная оферта. Которая противоречит законодательству РФ, которое гласит, что на территории России обязательным к приему платежным средством является рубль (ст. 75 Конституции РФ). Предлагаю забанить автора этой незаконной оферты.