Новый API платежей вконтакте
 

Для тех, кто еще не в теме http://vk.com/developers.php?oid=-1&p=Payments_API

Сам пока еще не перешел на новый API, но уже вижу одну сложность - адрес обратного вызова.
В примере указан адрес скрипта PHP. С сокет серверами явно будте сложнее.
Похоже прийдется писать сцециальный класс для обработки именно http запросов из контакта.. Задача походит на костыль )

Кстати, там банально нельзя указать адрес вида http://127.0.0.1:8080, работает только с 80 портом...Хрень какая-то, только перенес работу с БД на Java, думал что забыл этот PHP как страшный сон...У кого-то что-то получилось на сокетах?

А что, на яве уже нельзя веб сервер написать?

Порт указать действительно нельзя. Мне в суппорте ответили, что из-за настроек безопасности их серваки могут делать запросы только к 80 и 443 портам.
Но это не проблема. Я перевесил у себя апач отдающий ресурсы на 9009, а для сокет сервера написал класс, который слушает запросы на 80 порту. Все работает. Сервак тоже на джаве кстати, особой разницы не вижу, джава, пхп или что-то еще

А что nginx не используете? Нагрузка в разы упадет. Да и порты можно будет убрать, кстати

В моем случае - это избыточно.

Можно, хотя с netty я пока не особо знаком, но все равно нужно переписывать свой дохрена-поточный сервер на нормальную реализацию :) . Просто тогда надо будет на нескольких серверах сносить apache, ставить ngnix и настраивать прокси, в чем у меня опыта, увы, нету...а свободного времени сейчас не очень. Само-собой, в итоге так и сделаю, но пока буду использовать заглушку на PHP.

Зачем? По-моему это костыль. Сервер на джаве займет строчек 100 - 200, никакие заглушки на php не нужны.
Нетти - это тоже перебор для таких целей. Я посмотрел и вариант с нетти, и вариант с nginx, в итоге отсновился на собственном микро сервере, который заточен только под зачаду обмена данными с контактом.

Собственно, он и отдельным сервером то не является. Это просто небольшое расширение для существующего.

2caseyryan
Да мне основу срвера надо будет переписать, Netty кажется для этого подходящим решением, а раз её использовать - то почему бы и http-сервер на ней же не сделать. Я свой сервер начал писать не зная толком ни Java, ни принципов организации клиент-серверного взаимодействия, потом уже правил и наращивал функционал. Например, сначала обработка данных происходила так: десериализация AMF-объекта, определение в switch-case типа сообщения, вызов обработчика - ну это скорее от желания поскорее сделать нечто работающее в самом начале. Теперь сделал нечто вроде стратегии - массив анонимных реализаций интерфейса-обработчика, где индексы - типы сообщений(целочисельные константы), такая же система и на стороне клиента, только там вызываются события. В итоге оно работает согласно парадигме "один клиент - один поток", в нем есть несколько некрасивых костылей...ну что поделаешь, хреновый я программист, чего в гугле нашел, то и сделал :)

Пхп может и без апача уже, по-моему в 5.4 это вышло из бета-теста в релиз.