XML-RPC i podobne technologie (dla PHP i dla ASP MVC)

2011-09-16 23:37
Witam
0

Witam!

Jak najlepiej przesylac pliki XML na strony WWW, w ten sposob ze dane z XML trafia do bazy danych strony (MySQL dla strony PHP lub MSSQL dla ASP MVC). Z jakich technik / technologii obecnie sie korzysta?

Czy XML-RPC pozwala na jakas autoryzacje (tj. sprawdzenie czy wlasciwa osoba podsyla plik XML), na jakis klucz (haslo)?? No i jak odbywa sie walidacja danych, czy spelniaja wymogi strony?

Nie chodzi mi o jakis super przeglad technologii ;) No chyba ze macie linka. Wystarcza mi hasla (nazwy technologii), a reszte wygooglam.

Interesuje mnie glownie mozliwosc wysylania danych (male pliki XML) z programu napisanego w C# (VS 2010) dla strony w ASP lub z programu napisanego w QT/C++ dla stron w PHP.

DZIEKI ZA WSZELKIE pomoce i nakierowanie na odpowiednie technologie....

Pozdr.

Pozostało 580 znaków

2011-09-17 00:00
Kumashiro
0
Witam napisał(a)

Czy XML-RPC pozwala na jakas autoryzacje (tj. sprawdzenie czy wlasciwa osoba podsyla plik XML), na jakis klucz (haslo)??

Nie. Tym może zajmować się warstwa niżej, czyli HTTP. XML-RPC to tylko... RPC.

Witam napisał(a)

No i jak odbywa sie walidacja danych, czy spelniaja wymogi strony?

XML-RPC to jest protokół zdalnego wywoływania procedur, który używa XML do serializacji danych. Walidować może najwyżej swoją działkę XML, a nie Twoje XMLe, które przesyłasz jako string. Swoje dane możesz walidować np. DTD.

Witam napisał(a)

Interesuje mnie glownie mozliwosc wysylania danych (male pliki XML) z programu napisanego w C# (VS 2010) dla strony w ASP lub z programu napisanego w QT/C++ dla stron w PHP.

HTTP jest całkiem fajny i dość elastyczny. W dodatku możesz nim przechodzić przez proxy, a po stronie serwera balansować ruch revami. Jest mnóstwo serwerów i narzędzi do tego protokołu. A co najważniejsze, jest otwartym standardem.

Pozostało 580 znaków

2011-09-17 00:03
Witka
0

Dzieki za przyblizenie RPC. A jakies inne technologie? Wystarcza mi ich nazwy.

Pozdr.

Pozostało 580 znaków

2011-09-17 00:12
Kumashiro
0

Jeśli serwer jest "stroną", na PHP lub ASP, to zbyt dużego wyboru tutaj nie masz. Musi to być jakiś protokół oparty na HTTP. SOAP jest innym przykładem RPC po HTTP (też używa XML do serializacji), jednakże jeśli masz jeden plik z danymi tekstowymi który chcesz przesyłać, to nie wystarczy Ci zwykły POST? Co technologia z tym plikiem XML miałaby robić? Ślesz dane POSTem, na serwerze odbierasz, walidujesz, rozkładasz na obiekty czy parsujesz strumieniowo, wyciągnięte dane pakujesz do bazy. Może napisz czego od tej technologii wymagasz.

Pozostało 580 znaków

2011-09-17 00:20
WW
0

Jestem zielony w tym temacie, dlatego moze nienajlepiej sie wyrazilem.

Co oczekuje: Oczekuje sprawnego dzialania i oczywiscie pelnej automatyki (a co z bezpieczenstwem?).

Mam do przesylania pliki XML od kilkuset bajtow do 3-5KB. Widzialem takie strony, gdzie ogloszenia (np. OtoMoto ma aplikacje dla komisow samochodowych) sa przez klientow przesylane na strone. Klienci "hurtowo" wpisuja dane w programie (wczesniej np. wczytuja je z Excela,....) i dane (w postaci XML) wedruja na strone.

Pozdr.

Pozostało 580 znaków

2011-09-17 00:35
Kumashiro
0
WW napisał(a)

Co oczekuje: Oczekuje sprawnego dzialania i oczywiscie pelnej automatyki (a co z bezpieczenstwem?).

To trochę mało informacji.

WW napisał(a)

Mam do przesylania pliki XML od kilkuset bajtow do 3-5KB. Widzialem takie strony, gdzie ogloszenia (np. OtoMoto ma aplikacje dla komisow samochodowych) sa przez klientow przesylane na strone. Klienci "hurtowo" wpisuja dane w programie (wczesniej np. wczytuja je z Excela,....) i dane (w postaci XML) wedruja na strone.

W większości takich przypadków stosuje się HTTPS POST, jeśli jest przesyłany plik. Można też użyć HTTPS GET wołając odpowiednie webserwisy, jeśli danych jest mało (liczebnie) i nie są duże. Różnica jest taka, że w tym pierwszym przypadku jest jeden-dwa URLe, na który ślesz plik do sparsowania, w tym drugim URLi może być (nawet dużo) więcej i dane są parametrami.
Co do autoryzacji, to można użyć HTTP (login, hasło), szyfrować plik kluczem prywatnym (każdy klient ma swoją parę kluczy), lub HTTPS z autoryzacją po certyfikatach (każdy klient ma swój certyfikat).

Pozostało 580 znaków

Liczba odpowiedzi na stronę

1 użytkowników online, w tym zalogowanych: 0, gości: 1, botów: 0