[bartoneczek]

#programowanie #cpp trochę #webdev i może trochę #php

Mircy mam problem pic related.

Dane mamy jakieś fizyczne obiekty i informacje o nich (np. poziom przepływu wody czy jasność, never mind).

Klient i serwer. Klient przez zwykłe HTTP request wysyła pytanie o stan obiektów do serwera. Serwer, a konkretnie jakiś skrypt PHP dostaje request, otrzymuje dane z programu (pisanego w C++) pobierającego i przetwarzającego dane z czujników, tworzy z nich dokument JSON i zwraca klientowi. Wszystko wydaje się proste ładne i przyjemne, tylko że jest jeden problem. Nie wiem jak wymieniać dane między skryptem PHP a samym programem głównym.

Najprostszym i najgorszym rozwiązaniem jest generowanie na bieżąco np. pliku tekstowego z aktualnymi danymi, z których skrypt PHP pobierze dane i zwróci klientowi. Niestety dane będą zmieniały się bardzo często i takie ciągłe pisanie do pliku to zły pomysł.

Pomyślałem jeszcze o wewnętrznej wymianie danych na jakimś porcie, niemniej nie jestem pewny jak PHP radzi sobie z obsługą socketów. Wiem tylko że taka możliwość istnieje. :)

A może Wy mircy macie jakieś pomysły jak to rozwiązać?

[f.....x]

@bartoneczek: słowo klucz...baza danych

[p.....o]

@bartoneczek: ZMQ http://zeromq.org/

[bartoneczek]

@fotexxx:

[p.....7]

@bartoneczek: baza danych? (wiem, że overkill)

[bartoneczek]

@fotexxx: albo w sumie to nie. Już pamiętam czemu odrzuciłem to na wstępie i nigdy więcej o tym nie pomyślałem.

Serwer to RPI. Baza danych zajedzie mi kartę. :(

[bartoneczek]

@phyrexia2007: patrz wyżej.

[p.....7]

@bartoneczek: nie odświeżyło mi się :) A musisz otrzymywać dane przez http? Nie możesz napisać serwera w cpp i po prostu używać tych samych danych które będziesz wysyłał przez TCP?

[f.....x]

@bartoneczek: no to pominąłeś dość istotną informację :) anie możesz trzymać danych na ramdisk albo cos w ten deseń ,aby pominąć zapis na karcie i tylko raz na jakis czas zrzucać z ramdisk na karte ,żeby w razie awarii ch.. nie strzelił danych?

[bartoneczek]

@phyrexia2007: wtedy tak czy siak wchodzi obsługa socketów w PHP, bo musiałbym realizować wymianę datagramów (czy tam nawiązywać połączenie) nie po localu, tylko już po stronie klienta.

@fotexxx: jest to jakieś rozwiązanie, ale trochę półśrodek. :( Chciałbym uniknąć przypadkowości i pomijania informacji.

[f.....x]

ale trochę półśrodek

@bartoneczek: półśrodkiem jest juz używanie rpi bez zewnetrznego storage :D

[bartoneczek]

@fotexxx: miniaturyzacja #!$%@?. :D

[p.....7]

@bartoneczek: Nie ma jakiejś biblioteki do cpp która by to ogarnęła? Mam podobną zabawę tylko, że na Arduino teraz.

[o.....a]

@bartoneczek: Nie możesz generować json już w programie w cpp i wystawić bezpośrednio dla klienta?

[koob]

@bartoneczek: postaw sobie prosty serwer http w cpp, google boost.asio

[p.....7]

@okkszakaraka: Wydaje mi się, że jak PHP jest to w stanie zrobić to cpp na pewno może to zrobić. Pewnie będzie trudniej.

[f.....o]

@bartoneczek: memcache, CGI

[p.....7]

@bartoneczek: co myślisz o czymś w tym stylu? (pierwszy link z google)

http://cpp-netlib.org/0.9.4/examples/http/hello_world_server.html

[bartoneczek]

@koob: chciałem uniknąć takich zabaw, ale skoro mówisz że 'prosty' to jak najbardziej zobaczę. :) Dzięki.

@okkszakaraka: cały post mówi o tym że nie. :P

@fermento: też zaraz zobaczę. :)

@fotexxx: http://rembiejewski.pl/blog/raspberry-pi-ramdisk/ a gdyby tak faktycznie zamontować ramdisk jako partycję i tam to na bieżąco zrzucać... ;>

[bartoneczek]

@phyrexia2007: właśnie się zastanawiam czy postawienie serwera HTTP nie będzie najprostsze. Teraz to mam aż za dużo opcji i nie wiem co wybrać. :D

[koob]

@bartoneczek: http://www.boost.org/doc/libs/1_55_0/doc/html/boost_asio/examples/cpp11_examples.html#boost_asio.examples.cpp11_examples.http_server

możesz też postawić jakąś małą bazkę w ramfs, jakiegoś nosqla małego na przykład.