Stampa

Effettua l'accesso o una nuova registrazione.
1 ora 1 giorno 1 settimana 1 mese Sempre
Inserisci il nome utente, la password e la durata della sessione.

[Daniele8787]

No ma le pagine decodificate sono quelle dei servizi che danno gli sms..come vodafone sms, tim ecc. E con quelle il tuo browser non scambia nessun dato..e quindi è indipendente che il browser supporti il gzip. Io mi riferisco al fatto che siccome è il php che deve autonomamente caricare le diverse pagine dei servizi (vodafone, mjoy, tim, ecc) e queste a volte sono compresse in gzip, il php non era capace di leggerle..fino alla versione precedente. E ho notato che neppure freesmee è capace di leggere le pagine compresse in gzip..almeno questo vale per la versione desktop con cui ho provato.

[antonino.spampinato]

Ops scusa ho frainteso,
cmq visto che la versione web o wap sono pagine dinamiche, si potrebbe fare per come ho richiesto in precedenza?
Cioè il php imita il browser con gzip,oppure no se già è presente.
 (il motivo è già evidente, +gzip meno byte scambiati + soldi risparmiati, sopratutto per il wap)

Se per qualche motivo questi post dovrebbero risultare inutili li cancellerò!

[Daniele8787]

No tranquillo..niente è inutile, e ogni contributo o idea è ben accetta. E la tua idea è sicuramente utile. Bisogna solo trovare il tempo per fare le cose, ed esserne capaci. Perchè per esempio non so come fare per interrogare il browser per chiedergli se supporta il gzip. Come si fa? Comunque la wap di freesmee ha questa compressione gzip?

[MaC]

http://betterexplained.com/articles/how-to-optimize-your-site-with-gzip-compression/
in particolare

Codice: [Seleziona]

<?php
  if (substr_count($_SERVER['HTTP_ACCEPT_ENCODING'], 'gzip'))
    ob_start("ob_gzhandler");
  else
    ob_start(); ?>http://php.net/manual/en/function.ob-gzhandler.php
(alternativa: http://www.frihost.com/forums/vt-101081.html)

si può fare anche con apache e .htaccess

..ed il server deve avere attive le zlib..

[Daniele8787]

Ok, grazie. Nella prossima versione lo inserirò.

[antonino.spampinato]

In php si c'e gzip, in pagine statiche senza doctype non vengono compresse..
Cmq la compressione automatica dei dati in gzip è ha carico del host.
puoi verificare la versione wap inserendo http://www.tuosito.com/gojackweb.php?i=CODICE=&a=invio scegliendo User agent "Iphone mobile safari" con questo javascript salvato tra i segnalibri.

javascript:document.location.href=%27http://web-sniffer.net/?url=%27+escape%28document.location.href%29+%27&rawhtml=yes&gzip=yes%27

Oppure HTTP 1.1 http://web-sniffer.net

Ps. ti consiglio di dare un'occhiata http://www.diodati.org/w3c/html401/cover.html è per i caratteri consentiti per i collegamenti come URI es.& è potrebbe non essere compatibile con i vecchi browser http://www.diodati.org/w3c/html401/appendix/notes.html#non-ascii-chars
.inserisci nei moduli il campo Accept-Charset in questo caso Windows-1252

[Daniele8787]

Fatto...ho utilizzato quest'altro codice semplice:

Codice: [Seleziona]

<?php if(!ob_start("ob_gzhandler")) { ob_start(); }
else { ob_start("ob_gzhandler"); }

l'ho inserito all'inizio del programma, e quindi con solo due righe, vale sia per la web che per la wap.

[ccgiorg]

salve a tutti! ho aggiornato alla 2.8 del server ( cmq, i miei ancora più sentiti ringraziamenti e ancora complimenti per il tuo tempo dedicato a questo progetto), e nn so se sia il caso o qualke problema, molte volte cn i service della voda mi da codice di controllo sbagliato senza che mi compaia da mettere dentro il captcha...

[Daniele8787]

Può accadere per i cookie. Hai provato a disattivarne il salvataggio e vedere se continua ogni tanto a uscirti lo stesso errore?

[MaC]

Quindi si potrebbe aggiungere alle prossime versioni l'eliminazione dei cookies su un errore nell'invio ^_^

[Daniele8787]

Può essere un'idea ma non sono sicuro sia per quello. Tu che hai esperienza...nelle prime versioni di jacksms, è mai successo questo fatto con i servizi vodafone?

[ccgiorg]

Anche se so che la domanda era x il sig. Marc, Io mi ricordo che nelle prime versioni riuscivo a mandare via i messaggi in fila mettendo solo il primo captcha.. Adesso anche con la penultima versione non ci riuscivo più anche abbassando i secondi dei cookie... Cmq... Anche per vedere se ci capivo qualcosa anche io, ieri ho abilitato il log, e spulciandolo mi era sembrato di capire che nn trovava proprio il campo del captcha... Se vuole Daniele glielo mandò in pm... Io capisco fin là...

[tutore91]

sì è un problema di cookie, ricordo che succedeva con la symbian e bastava cancellare i cookie per far ripartire tutto

[Daniele8787]

Anche se so che la domanda era x il sig. Marc, Io mi ricordo che nelle prime versioni riuscivo a mandare via i messaggi in fila mettendo solo il primo captcha.. Adesso anche con la penultima versione non ci riuscivo più anche abbassando i secondi dei cookie... Cmq... Anche per vedere se ci capivo qualcosa anche io, ieri ho abilitato il log, e spulciandolo mi era sembrato di capire che nn trovava proprio il campo del captcha... Se vuole Daniele glielo mandò in pm... Io capisco fin là...

E' normale che non trovi il campo del captcha. Se vedi l'xml quel campo è utilizzato come condizione, se non trova il campo captcha, significa che è già presente il cookie dell'ultimo invio e per questo non ti richiede il captcha.
Comunque io mi riferivo alle prime versioni di jacksms. Per gojack non so a cosa possa essere dovuto questa differenza tra le prime versioni e le successive. Non è che hai cambiato hosting? E poi i secondi di durata della sessione cookie andrebbero aumentati, non diminuiti.

[ccgiorg]

Ho capito che nn ho capito una cippa.. cmq me lo fa sia in horizon che altervista... Tornerò a mettere i secondi al max allora...