tzn w ogóle takie rzeczy najlepiej jest jednak robić jakoś w backgroundzie.
o ile dobrze rozumiem, robisz to następująco:
masz aplikację nginx + passenger, która po wywołaniu jakiegoś urla (nazwijmy go roboczo /do_it) w ramach akcji kontrolera wykonuje posta używając Net::HTTP
i teraz tego urla (/do_it) wywołujesz curlem i otrzymujesz “CURL Response Empty” zamiast odpowiedzi od swojej aplikacji, tak?
@slawosz, logi podeśle jak tylko będę miał dostęp, mam nadzieje że to właśnie tam znajduje się odpowiedz.
@Esse [quote]masz aplikację nginx + passenger, która po wywołaniu jakiegoś urla (nazwijmy go roboczo /do_it) w ramach akcji kontrolera wykonuje posta używając Net::HTTP[/quote]
dokładnie tak, ale druga część wygląda inaczej: cron wywołuje url /do_it a on wysyła posta do urla aplikacji klienckiej m.in. z id obiektu w którym uległy zmianie dane, w odpowiedzi aplikacja kliencka powinna odpowiedzieć zwykłym stringiem “OK”.
Może żeby jeszcze bardziej rozjaśnić, główna aplikacja jest wzorowana na PayU, url /do_it to po prostu notyfikacje wysyłane do punktów sprzedażowych z informacją o zmianie statusu płatności. I jest dość sporo tych notyfikacji wysyłanych.
Aplikacje klienckie (punkty sprzedażowe) są ok, ręcznie wysłane zapytanie post - w czasie kiedy główna aplikacja otrzymuje odpowiedz “CURL Response Empty” - zwraca poprawna odpowiedz.