Forum libero

> > >

if ($_SERVER['SCRIPT_FILENAME'] ==
> > > __FILE__)

> >
> > Si` immagino vada bene ma... con
> register_globals
> > stupidamente attivo, si potra` mica indurre il
> > PHP a ridefinire anche le variabili superglobali
> > tipo $_SERVER?
> >
>
> ummmm... boh?

Appunto: nel dubbio...

>

if ($_SERVER['SCRIPT_FILENAME'] ==
> __FILE__)

Si` immagino vada bene ma... con register_globals stupidamente attivo, si potra` mica indurre il PHP a ridefinire anche le variabili superglobali tipo $_SERVER?

Che io sappia, la define accoppiata a if !defined e` sicura. Bah, comunque, e` improbabile che register_globals sia attiva. La mia e` piu` che altro paranoia.

> > > No, la maggio parte delle persone non ha
> > internet
> >
> > Ah gia`.
> >
> > Bisognerebbe spendere per cabine di voto di
> nuova
> > concezione. Pero` si risparmierebbe sulla conta.
> > Prima o poi spero lo inventeranno, almeno nei
> > paesi che vorranno passare decisioni del genere
> > al
> > popolo.
>
> Il voto elettronico è malsicuro, e si presta a
> brogli difficilmente
> controllabili.

Non saprei o non ne sarei cosi` sicuro. Certo, realizzato in modo spiccio e incompetente non sarebbe sicuro, ma una volta prese tutte le precauzioni, alla fine non credo sarebbe molto diverso dai brogli fattibili con versioni cartacee delle schede di voto.

> > Me l'hanno presentato in chat ieri sera e mi
> c'e`
> > voluto un corso di specializzazione per capirlo.
> >
>
> Preghi alla sera filiuolo?

Be', faccio un giro col localizzatore radio e prego i gatti che rientrino per la notte, ma a volte non mi danno retta.

> I diritti umani non possono essere decisi da un
> referendum,

Avere crocifissi in tutte le aule di tutte le scuole del paese e` un diritto?

> altrimenti sarebbe pure lecito votare
> se mettere o meno a morte gli
> Ebrei.
> Strano che tu non ci arrivi.

E` ben diverso, nessuno si sognerebbe di indire un referendum per mettere a morte una genia di persone.

Me l'hanno presentato in chat ieri sera e mi c'e` voluto un corso di specializzazione per capirlo.

> > Sara`, ma di libri ce ne sono tanti, con storie
> > diverse;
>
> si ma la tua professoressa sceglie quali farti
> studiare
>

Infatti me ne lamentavo, ma non potevo farci nulla.

Comunque ad oggi trovo che, almeno nel mio caso, fossero un campionario abbastanza nutrito, rappresentativo di diversi modi di pensare e di interpretare la vita anche radicalmente diversi. A seconda delle mie caratteristiche personali, poi, alcuni non mi piacevano, come I Promessi Sposi, altri si`, per esempio Il Volo del Nibbio e La Coscienza di Zeno.

Sul muro insieme al crocifisso, si dovrebbe mettere almeno qualche altro simbolo emblematico per pareggiare i conti con la varieta` dei testi. Che so... una foto di Charles Darwin?

Ma non lo pretendo: come ho gia` detto non m'interessa affatto "forzare" la rimozione del crocifisso. Se in Italia la maggioranza ne ha bisogno perche` c'e` ancora affezionata, rimuoverlo non credo servirebbe a molto.

> Ah, vabbeh :/ ... Lo sai che base64, oltre a
> essere relativamente dispendioso, fa crescere la
> dimensione dei tuoi files
> ?

Si`.

'portasega.

> > Gia`, perche` non lo feci? Boh, probabilmente
> per
> > laziness di imparare come si faceva, in PHP.
>
> Di sicuro gia' c'e' una libreria apposita

Laziness di imparare quale fosse, configurarla sul mio computer, accertarmi che fosse presente sul server, scontrarmi con il possibile "ho installato il tuo coso PHP del sito li`, lo volevo fare uguale, ma non mi comprime i file", ecc. La mia filosofia e` sempre la solita: a meno roba altrui ti appoggi, meglio lo gestisci.

> > L'unica cosa che ho ritenuto abbastanza
> > importante da imparare a gzippare, ove
> possibile,
> > e` l'output testuale delle pagine web,
>
> Lo fa PHP o il server web ?

Nel CMS che sto facendo oggi, il PHP. In Postline, credo il server tramite un hack in .htaccess.

Farlo fare al PHP mette nelle mie mani la necessita` di controllare che l'user agent accetti l'encoding di gzip; nel farlo fare al server avevo semplicemente sperato che lo facesse il server, quel controllo, ma non si era lamentato nessuno per cui o il controllo lo fa il server o hanno tutti browser che decodificano la versione compressa.

> Per evitare problemi, nel mio progettino ino-ino
> gli utente possono usare solo determinati tag:
> [b], [u], [i] ... Quindi non devo sbattermi piu'
> di quel tanto, tutti i "<" e ">" vengono
> convertiti in < e >
> ...

Capirai lo sbattimento...
rimpiazzo &lt;b&gt; con < b >, eccetera.

> > http://anynowhere.com/bb/cd/postline.zip
>
> Urka, io non ero serio ... Mo' devo mettermi
> a ravanare il tuo codice per non perdere la
> faccia
> !

Macche`, il sito stesso invita a farlo, cioe` a scovare eventuali falle e riportarle. Prima o poi qualcuno lo fara`, e in certi casi l'hanno gia` fatto: soprattutto mi hanno aiutato a capire che mi serviva una lista il piu` possibile completa degli eventi associabili a un elemento in HTML, da onclick, onmousehover, ecc a quelli assolutamente sconosciuti se non all'ideatore. Perche` li` la follia e` rendere possibile l'uso di un po' di HTML nei messaggi dei forum.
-----------------------------------------------------------
Modificato dall' autore il 30 giugno 2010 13.33
-----------------------------------------------------------

> Spero che rimuovi da tali tag anche eventuali
> attributi.

Nel CMS che sto facendo ora, escapo tutti le tag e poi "riattivo" solo le stringhe che esattamente rappresentano i tre < b > < i > < u > e le loro tag di chiusura, sezna attributi, un po' come presumibilmente fanno i forum di PI e il FdT.

In Postline e` piu` complicato perche` c'e` un limitato subset di tag html utilizzabili nei messaggi, e li` bisogna limitare anche molti attributi, primi fra tutti i vari event handlers tipo "onClick" ma anche "onEventHandlerMaiVistoPrima". C'e` una lista di almeno un paio di centinaia di quelle robe.

> > e uso una
> > define per evitare che scripts dipendenti
> vengano
> > eseguiti da
> > soli.
>
> ?

Cioe`, uno script che dipende dal valore di una variabile globale 'blah' e che e` fatto per essere incluso da un altro script che sa di aver inizializzato 'blah' a un valore sicuro, e che fa:

<?php

echo $blah;

?>

chiamato come:
host/script.php?blah=scriptMalizioso
se register_globals e` attivo funzionerebbe.
Invece:

<?php

if (!defined ('qualcosa')) die ('script dipendente');

echo $blah;

?>

non funzionerebbe e basta perche` gli mancherebbe il punto di partenza stabilito dallo script "genitore" che definisce la costante 'qualcosa' a un valore che viene valutato <true>. Non e` tanto che poi usi variabili globali per passare gli argomenti, ma e` una precauzione in piu` nel caso questo avvenga senza che uno se ne renda conto: una globale dimenticata, magari.

Va bene ci vengo, ma te lo dico a quattr'occhi, in questo thread dove non ci sente nessuno: non facciamo pubblicita` e non dirlo in giro, senno` prendono per gajone anche me.