Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > it.comp.www.php > #20551 > unrolled thread

E' necessario un Web Service?

Back to article view | Back to it.comp.www.php

Contents

  E' necessario un Web Service? Bracco Baldo <nkbk@tiscali.it> - 2016-03-24 22:02 +0100
    Re: E' necessario un Web Service? fmassei@gmail.com - 2016-03-24 14:08 -0700
      Re: E' necessario un Web Service? Bracco Baldo <nkbk@tiscali.it> - 2016-03-24 23:07 +0100
        Re: E' necessario un Web Service? fmassei@gmail.com - 2016-03-24 15:15 -0700
        Re: E' necessario un Web Service? Enrico Maria Chellini <bitit@bitit.it> - 2016-04-02 16:55 +0200
      Re: E' necessario un Web Service? Alessandro Pellizzari <shuriken@amiran.it> - 2016-03-25 08:07 +0000
    Re: E' necessario un Web Service? bramante <bramante@yopmail.com> - 2016-03-24 23:05 +0100
      Re: E' necessario un Web Service? fmassei@gmail.com - 2016-03-24 15:10 -0700
        Re: E' necessario un Web Service? bramante <bramante@yopmail.com> - 2016-03-24 23:48 +0100
          Re: E' necessario un Web Service? fmassei@gmail.com - 2016-03-24 16:12 -0700
            Re: E' necessario un Web Service? Andrea D'Amore <anddam+NOSPAM@brapi.net> - 2016-03-25 09:28 +0100
              Re: E' necessario un Web Service? fmigliori <fmigliori@gmail.com> - 2016-03-25 06:25 -0700
                Re: E' necessario un Web Service? fmassei@gmail.com - 2016-03-25 06:56 -0700
                  Re: E' necessario un Web Service? fmigliori <fmigliori@gmail.com> - 2016-03-25 07:37 -0700
                Re: E' necessario un Web Service? Andrea D'Amore <anddam+NOSPAM@brapi.net> - 2016-03-25 14:57 +0100
                  Re: E' necessario un Web Service? fmassei@gmail.com - 2016-03-25 07:04 -0700
                  Re: E' necessario un Web Service? fmigliori <fmigliori@gmail.com> - 2016-03-25 07:44 -0700
              Re: E' necessario un Web Service? Leonardo Serni <lserni@gmail.com> - 2016-03-25 15:05 +0100
      Re: E' necessario un Web Service? Bracco Baldo <nkbk@tiscali.it> - 2016-03-24 23:13 +0100
        Re: E' necessario un Web Service? Bracco Baldo <nkbk@tiscali.it> - 2016-03-24 23:20 +0100
        Re: E' necessario un Web Service? fmassei@gmail.com - 2016-03-24 15:44 -0700
          Re: E' necessario un Web Service? Bracco Baldo <nkbk@tiscali.it> - 2016-03-25 00:07 +0100
            Re: E' necessario un Web Service? fmassei@gmail.com - 2016-03-24 16:20 -0700
        Re: E' necessario un Web Service? bramante <bramante@yopmail.com> - 2016-03-25 00:48 +0100
          Re: E' necessario un Web Service? Bracco Baldo <nkbk@tiscali.it> - 2016-03-25 10:43 +0100
            Re: E' necessario un Web Service? Alessandro Pellizzari <shuriken@amiran.it> - 2016-03-26 06:46 +0000
              Re: E' necessario un Web Service? Bracco Baldo <nkbk@tiscali.it> - 2016-03-26 12:46 +0100
                Re: E' necessario un Web Service? Alessandro Pellizzari <shuriken@amiran.it> - 2016-03-26 17:51 +0000
                  Re: E' necessario un Web Service? Bracco Baldo <nkbk@tiscali.it> - 2016-03-26 20:34 +0100

Page 2 of 2 — ← Prev page 1 [2]

#20559

On Thursday, March 24, 2016 at 6:13:37 PM UTC-4, Bracco Baldo wrote:
> prima di tutto mi spieghi cos'e' un Web Server?
> Poi mi spieghi la differenza tra RPC e REST e, soprattutto, cos'e' REST?
> 

Tu mi spieghi invece come puoi anche solo immaginare di poter scrivere una app
senza sapere questa roba? :|
Nessuno nasce imparato, posso capire che uno non c'ha voglia di studiare, ma
per decenza almeno cerca su wikipedia al volo e fai finta, così fa proprio
cascare le braccia..

Ciao!

[toc] | [prev] | [next] | [standalone]

#20563

>> prima di tutto mi spieghi cos'e' un Web Server?
>> Poi mi spieghi la differenza tra RPC e REST e, soprattutto, cos'e' REST?
>>
>
> Tu mi spieghi invece come puoi anche solo immaginare di poter scrivere una app
> senza sapere questa roba? :|
> Nessuno nasce imparato, posso capire che uno non c'ha voglia di studiare, ma
> per decenza almeno cerca su wikipedia al volo e fai finta, così fa proprio
> cascare le braccia..
>
> Ciao!


Per favore mi spieghi cos'e' REST?
Anche su Wikipedia se clicci su "Discussione" c'è scritto che la 
spiegazione NON e' per niente chiara.

L'app Android che vorrei scrivere invia i dati come GET o POST, io 
vorrei creare un programmino in PHP (quello che
io ho chiamato - forse sbagliando - "Web Service") che con $_GET[] o 
$_POST[] intercetta i dati inviati e li
scrive sul database MySQL.

Ciao.


---
Questa e-mail è stata controllata per individuare virus con Avast antivirus.
https://www.avast.com/antivirus

[toc] | [prev] | [next] | [standalone]

#20565

On Thursday, March 24, 2016 at 7:07:49 PM UTC-4, Bracco Baldo wrote:
> >> prima di tutto mi spieghi cos'e' un Web Server?
> >> Poi mi spieghi la differenza tra RPC e REST e, soprattutto, cos'e' REST?
> >>
> >
> > Tu mi spieghi invece come puoi anche solo immaginare di poter scrivere una app
> > senza sapere questa roba? :|
> > Nessuno nasce imparato, posso capire che uno non c'ha voglia di studiare, ma
> > per decenza almeno cerca su wikipedia al volo e fai finta, così fa proprio
> > cascare le braccia..
> >
> > Ciao!
> 
> 
> Per favore mi spieghi cos'e' REST?
> Anche su Wikipedia se clicci su "Discussione" c'è scritto che la 
> spiegazione NON e' per niente chiara.
> 

? Quella della versione inglese mi sembra abbastanza chiara.

> L'app Android che vorrei scrivere invia i dati come GET o POST, io 
> vorrei creare un programmino in PHP (quello che
> io ho chiamato - forse sbagliando - "Web Service") che con $_GET[] o 
> $_POST[] intercetta i dati inviati e li
> scrive sul database MySQL.
> 

Di solito si pensa al problema e si trovano le possibili soluzioni, te stai
cercando di risolvere una soluzione. Non mi pare una buona strada.
Ma se vuoi farlo così fallo così, che ti devo dire? :)

Ciao!

[toc] | [prev] | [next] | [standalone]

#20566

Il 24/03/2016 23:13, Bracco Baldo ha scritto:
>>> Vorrei inviare dati da una app Android a un database remoto (per esempio
>>> MySQL).
>>> E' necessario che sul server MySQL sia installato un Web Service?
>>
>> No, ma fortemente consigliato
>>
>>> Il Web Service puo' essere scritto in PHP?
>>
>> si, prova a dare un occhiata a ZF apigility, è un Framework/RAD per
>> scrivere velocemente ed in modo organizzato ed organico web service, sia
>> RPC che REST
>>
>> Ciao
>
>
> Non ho le idee chiare:
>
> prima di tutto mi spieghi cos'e' un Web Server?
> Poi mi spieghi la differenza tra RPC e REST e, soprattutto, cos'e' REST?
>
> Ciao e grazie.
>
>
> ---
> Questa e-mail è stata controllata per individuare virus con Avast
> antivirus.
> https://www.avast.com/antivirus
>

per web service si intende un servizio esposto tramite protocollo HTTP 
(web appunto).
per servizio si intende un programma che si trova in attesa di ricevere 
deile istruzioni, a seconda del tipo di istruzioni effettua determinate 
operazioni e risponde con i risultati.

RPC (remote procedure call) in genere è una chiamata ad una procedura in 
remoto al quale in genere si passano dei parametri e proprio questi 
parametri stabiliscono come la procedura si deve comportare.

http://miaapi.com/cliente?tipo=edit&id=12
http://miaapi.com/cliente?tipo=delete&id=55

in questo caso la procedura http://miaapi.com/cliente
e i paramentri (tipo, id) stabiliscono cosa deve fare

in REST si chiama una risorsa

http://miaapi.com/cliente/edit/12
http://miaapi.com/cliente/delete/55

questo a grandi linee e nell'eccezione comune di RPC in ambito web.


per REST o RESTfull (stessa identica cosa)
si identifica una risorsa URI univoca.

la correttenza nell'utilizzo del paradigma REST si trova nella singola 
chiamata alla risorsa che deve contenere lo stato, poiche questo non si 
deve trovare nel server.

ti faccio un esempio per capire meglio.
quando in una normale applicazione viene effettuato il login lo stato di 
avvenuto login viene generalmemte salvato sul server (tramite sessione), 
e le operazioni che vengono successivamente effettuate, fanno 
semplicemente un controllo se esiste lato server la sessione, in questo 
caso lo stato (l'essere loggato) si trova sul server.

nel paradigma REST questo non deve avvenire.

Ciao

[toc] | [prev] | [next] | [standalone]

#20569

> per REST o RESTfull (stessa identica cosa)
> si identifica una risorsa URI univoca.
>
> la correttenza nell'utilizzo del paradigma REST si trova nella singola
> chiamata alla risorsa che deve contenere lo stato, poiche questo non si
> deve trovare nel server.
>
> ti faccio un esempio per capire meglio.
> quando in una normale applicazione viene effettuato il login lo stato di
> avvenuto login viene generalmemte salvato sul server (tramite sessione),
> e le operazioni che vengono successivamente effettuate, fanno
> semplicemente un controllo se esiste lato server la sessione, in questo
> caso lo stato (l'essere loggato) si trova sul server.
>
> nel paradigma REST questo non deve avvenire.
>
> Ciao


GRAZIE bramante per la spiegazione.
Credo di aver capito cos'e' un Web Service (il mio programmino PHP che 
intercetta i dati inviati dall'app e li
scrive sul database MySQL e' un Web Service, giusto?), pero' NON ho 
capito cos'e' REST, potresti spiegarti
meglio per favore?


---
Questa e-mail è stata controllata per individuare virus con Avast antivirus.
https://www.avast.com/antivirus

[toc] | [prev] | [next] | [standalone]

#20583

Il Fri, 25 Mar 2016 10:43:32 +0100, Bracco Baldo ha scritto:

> Credo di aver capito cos'e' un Web Service (il mio programmino PHP che
> intercetta i dati inviati dall'app e li scrive sul database MySQL e' un
> Web Service, giusto?), pero' NON ho capito cos'e' REST, potresti
> spiegarti meglio per favore?

REST non è facile da spiegare. Nemmeno il suo creatore è riuscito a 
spiegarlo bene, e infatti continua a lamentarsi che la gente chiama REST 
quello che REST non è. :)

REST (o meglio, RESTful) significa sul server non deve essere tracciato lo 
stato della connessione.

Per esempio, se stai facendo un ecommerce, il carrello non deve essere 
salvato sul server, ma passato a ogni richiesta.

Esempio di sequenza di chiamate normali:

GET /prodotti/?id=123

Ritorna { prodotti: [ {id: 123, nome: 'Nome prodotto'}, {...} ]


POST /carrello/
{id: 123}

Ritorna un redirect a GET /carrello/

(chiamata automatica del browser): GET /carrello

Ritorna { carrello: [ 123 ] }


POST /carrello/
{id: 987 }

Ritorna un redirect a GET /carrello/

(chiamata automatica del browser): GET /carrello

Ritorna { carrello: [ 123, 987 ] }


E continua così finchè hai riempito il carrello.

In un'ambiente REST, se fai la sequenza

POST /carrello/
{id: 123}

POST /carrello/
{id: 987 }

Questa seconda chiamata ti torna { carrello: [ 987 ] }

Come vedi manca l'123, perché lo stato non viene mantenuto sul server.

Per ottenere lo stesso risultato, devi fare

POST /carrello/
[{id: 123}, {id: 987}]

E quindi elencare tutti i prodotti ad ogni chiamata.


Per essere pignoli, quello del login non è un esempio perfettamente 
valido, perchè in una situazione non-RESTful fai login e ti viene 
assegnato un session-id, mentre in una situazione RESTful devi comunque 
fare login e ti viene assegnato un token, una API key o una coppia token
+key per HMAC (o simile) che poi dovrai passare (come il session-id) a 
ogni chiamata.

Sono sicuro che ancora non è chiarissimo. Devi sbatterci la testa per 
capirlo. :)

Bye.

[toc] | [prev] | [next] | [standalone]

#20586

> REST non è facile da spiegare. Nemmeno il suo creatore è riuscito a
> spiegarlo bene, e infatti continua a lamentarsi che la gente chiama REST
> quello che REST non è. :)
>
> REST (o meglio, RESTful) significa sul server non deve essere tracciato lo
> stato della connessione.
> ...


GRAZIE Alessandro per la spiegazione.

Il programmino PHP che con $_GET[] o $_POST[] intercetta i dati inviati 
dall'app Android e li scrive sul
database remoto MySQL e' un Web Service vero?


---
Questa e-mail è stata controllata per individuare virus con Avast antivirus.
https://www.avast.com/antivirus

[toc] | [prev] | [next] | [standalone]

#20588

Il Sat, 26 Mar 2016 12:46:50 +0100, Bracco Baldo ha scritto:

> Il programmino PHP che con $_GET[] o $_POST[] intercetta i dati inviati
> dall'app Android e li scrive sul database remoto MySQL e' un Web Service
> vero?

Tecnicamente un WebService è qualsiasi software che usi il protocollo HTTP 
e che sia progettato per far comunicare due macchine, senza 
necessariamente l'intervento umano.

Di solito per WebService si intende un server che supporti SOAP o REST, ma 
ogni tanto qualcuno si inventa un protocollo nuovo. :)

Bye.

[toc] | [prev] | [next] | [standalone]

#20589

>> Il programmino PHP che con $_GET[] o $_POST[] intercetta i dati inviati
>> dall'app Android e li scrive sul database remoto MySQL e' un Web Service
>> vero?
>
> Tecnicamente un WebService è qualsiasi software che usi il protocollo HTTP
> e che sia progettato per far comunicare due macchine, senza
> necessariamente l'intervento umano.
>
> Di solito per WebService si intende un server che supporti SOAP o REST, ma
> ogni tanto qualcuno si inventa un protocollo nuovo. :)
>
> Bye.


GRAZIE Alessandro.
Potresti consigliarmi dei tutorial (meglio se in italiano ma vanno bene 
anche in inglese) che spieghino
chiaramente cos'e' SOAP, REST e compagnia bella?


---
Questa e-mail è stata controllata per individuare virus con Avast antivirus.
https://www.avast.com/antivirus

[toc] | [prev] | [standalone]

Page 2 of 2 — ← Prev page 1 [2]

Back to top | Article view | it.comp.www.php

csiph-web