Nick Soci

[Milo]

Ciao cari web developers.

Ho una proposta non per aumentare la fruibilita' del sito, ma per aggiungere un tocco di vanita': nel profilo di ogni socio si puo' aggiungere un campo stringa da 1023 caratteri per descrivere l'origine del proprio nick?

(Scusate la lezione di informatica, ma non resisto: 1023 e non 1024 perche' poi c'e' il tappo che lo porta a 1024; come limite 1024 e non 1000 perche' 1024 e' potenza di 2)

Che ne pensate?

[Galahad]

Caro milo,
Mi dispiace farti notare che, programmando il sito in PHP e non in C/C++ il terminatore di stringa (o se preferisci chiamarlo NULL o '\0') non è utilizzato, in quanto PHP utilizza un sistema diverso per la gestione delle variabili

Se poi vogliamo proprio essere pignoli dovrei chiederti se vuoi una stringa ASCII o una stringa UNICODE, che come ben sai utilizza 2 byte per la codifica di un singolo carattere.

E non dimentichiamo poi che il database sottostante è MySQL... motivo per cui una colonna di tipo CHAR nella tabella dei soci non basterebbe (il tipo CHAR arriva solo a 2^8-1 caratteri), ma se utilizziamo il tipo VARCHAR (fino a 2^16-1 caratteri) dobbiamo contare come spazio utilizzato su disco anche il contatore della lunghezza del campo (è il metodo utilizzato da Mysql per sapere dove finisce il campo di tipo VARCHAR) che, essendo il campo teoricamente + lungo di 256 caratteri (2^8) deve essere di 2 byte, cosa che porterebbe la dimensione utile per scrivere la descrizione a 1022 caratteri, o 511 se dovessimo utilizzare una codifica UNICODE.

ok... esco dall'ufficio.... vado in farmacia... mi serve della vaselina perché venerdì sera dovrò estrarre in modo molto delicato una chiave a pipa da 13 dal mio posteriore... non sto a spiegarvi come ci finirà ... siete tutti adulti e la fantasia non manca.

P.S. a parte le vaccate mi sembra un'ottima idea, dimmi solo quanto la vuoi lunga, la stringa

[Milo]

Ohibo', non sapevo esistessero altri linguaggi di programmazione oltre il C/C++. Gia' era stata dura passare dall'assembly al C. Devo aggiornarmi di nuovo!!

Ma almeno, i motori di PHP e MySQL sono stati scritti in C, vero?

Seriamente: credo possano bastare 1024 caratteri Unicode (nella mia spiegazione devo mettere anche un ideogramma cinese tradizionale).

[Galahad]

Ma almeno, i motori di PHP e MySQL sono stati scritti in C, vero?

Si, non posso che confermare

[Milo]

Scusa Diego, ma siccome so che anche altri programmatori stanno leggendo queste cose, tengo a precisare che un carattere UNICODE puo' arrivare ad occupare fino a quattro byte, i cosiddetti SURROGATI, anche se per fortuna la cosa e' stata pensata in modo tale che le routine di basso livello (wcsstr, wcschr, ecc.) lavorano bene lo stesso, trattando i caratteri sempre a due byte (i surrogati sono trattati come surrogato-high e surrogato-low).

Invece, per avere la certezza di avere solo il subset dei caratteri a due byte per carattere, si deve usare la codifica UTF-16, rinunciando ad alcuni *fondamentali* caratteri surrogati come <Phoenician> e <hieroglyphic>.

Mi aspetto che gli altri web developer ci ringrazino per la nostra elargizione di conoscenza.

(Mi piacerebbe avessimo il coraggio di fondare una societa' di informatica tutta nostra )

[Nadira]

siete dei nerd stratosferici.

[Pardo]

Mi aspetto che gli altri web developer ci ringrazino per la nostra elargizione di conoscenza.

Il webmaster non può che ringraziare per la saggezza infusa poco sopra...

(Mi piacerebbe avessimo il coraggio di fondare una societa' di informatica tutta nostra )

Altro che MS e Apple, qui siamo gente seria...



PS che dado si tira per scegliere il primo prodotto da commercializzare?

Non posso che chiudere con il meglio:

siete dei nerd stratosferici.

NB mo mi guardo l'ultimo episidio uscito di "The Big Bang Theory"...

[Endriu]

Io essere Endriu.
per me bastare 3 paroline... io no volere stringa di millemila caratteri.

e comunque stra-quoto Nadira

[Cadfael]

Chapeau

[Fallen angel]

Ciao cari web developers.

Ho una proposta non per aumentare la fruibilita' del sito, ma per aggiungere un tocco di vanita': nel profilo di ogni socio si puo' aggiungere un campo stringa da 1023 caratteri per descrivere l'origine del proprio nick?

(Scusate la lezione di informatica, ma non resisto: 1023 e non 1024 perche' poi c'e' il tappo che lo porta a 1024; come limite 1024 e non 1000 perche' 1024 e' potenza di 2)

Che ne pensate?

Caro milo,
Mi dispiace farti notare che, programmando il sito in PHP e non in C/C++ il terminatore di stringa (o se preferisci chiamarlo NULL o '\0') non è utilizzato, in quanto PHP utilizza un sistema diverso per la gestione delle variabili

Se poi vogliamo proprio essere pignoli dovrei chiederti se vuoi una stringa ASCII o una stringa UNICODE, che come ben sai utilizza 2 byte per la codifica di un singolo carattere.

E non dimentichiamo poi che il database sottostante è MySQL... motivo per cui una colonna di tipo CHAR nella tabella dei soci non basterebbe (il tipo CHAR arriva solo a 2^8-1 caratteri), ma se utilizziamo il tipo VARCHAR (fino a 2^16-1 caratteri) dobbiamo contare come spazio utilizzato su disco anche il contatore della lunghezza del campo (è il metodo utilizzato da Mysql per sapere dove finisce il campo di tipo VARCHAR) che, essendo il campo teoricamente + lungo di 256 caratteri (2^8) deve essere di 2 byte, cosa che porterebbe la dimensione utile per scrivere la descrizione a 1022 caratteri, o 511 se dovessimo utilizzare una codifica UNICODE.

ok... esco dall'ufficio.... vado in farmacia... mi serve della vaselina perché venerdì sera dovrò estrarre in modo molto delicato una chiave a pipa da 13 dal mio posteriore... non sto a spiegarvi come ci finirà ... siete tutti adulti e la fantasia non manca.

P.S. a parte le vaccate mi sembra un'ottima idea, dimmi solo quanto la vuoi lunga, la stringa

Scusa Diego, ma siccome so che anche altri programmatori stanno leggendo queste cose, tengo a precisare che un carattere UNICODE puo' arrivare ad occupare fino a quattro byte, i cosiddetti SURROGATI, anche se per fortuna la cosa e' stata pensata in modo tale che le routine di basso livello (wcsstr, wcschr, ecc.) lavorano bene lo stesso, trattando i caratteri sempre a due byte (i surrogati sono trattati come surrogato-high e surrogato-low).

Invece, per avere la certezza di avere solo il subset dei caratteri a due byte per carattere, si deve usare la codifica UTF-16, rinunciando ad alcuni *fondamentali* caratteri surrogati come <Phoenician> e <hieroglyphic>.

Mi aspetto che gli altri web developer ci ringrazino per la nostra elargizione di conoscenza.

(Mi piacerebbe avessimo il coraggio di fondare una societa' di informatica tutta nostra )

[Milo]

A giudicare dalle reazioni e considerato che di chiavi a pipa da 13 ce ne sono due, magari di tubetti di vaselina prendine due. Ma forse faccio che non venire, oh, mica voglio soffrire!! Ciauuuu

[heidrekr]

Non vorrei interrompere questo festival del nerd, ma non sarebbe più semplice usare un campio delle "informazioni personali" (per intenderci dove un certo socio ha scritto che la sua formula preferita è e^(i*PI)+1=0) per mettere l'origine del nick ? Non so i vostri, ma nel mio caso non è che siano necessarie centinaia di caratteri per spiegarlo.



P.S. A volte la soluzione migliore è quella più banale. Basta mettersi d'accordo nell'uso dell'etichetta. Per esempio: "Origine del nickname" o qualche altra frase sibillina.

[Milo]

Non so i vostri, ma nel mio caso non è che siano necessarie centinaia di caratteri per spiegarlo.

La lunghezza suggerita da me di 1000 caratteri e' dovuta al fatto che magari qualcuno ha bisogno di piu' caratteri. In ogni caso, anche fossero 10000 caratteri e moltiplicando per 100 soci, non credo serva un hard disk in piu'.

P.S. A volte la soluzione migliore è quella più banale. Basta mettersi d'accordo nell'uso dell'etichetta. Per esempio: "Origine del nickname" o qualche altra frase sibillina.

Il pensiero che mi aveva portato a questa proposta era che se si mette un campo apposito, qualunque socio sara' portato a compilarlo esattamente per quello che serve. Se invece si lascia la cosa libera, in un campo esistente o nel corpo libero della propria pagina descrittiva, la cosa e' lasciata alla libera iniziativa del socio. Immaginate una carta d'identita' senza i campi: certo , tutti sapremmo di doverci scrivere nome, cognome, data di nascita, eccetera, ma se poi qualcuno si demntica la data di nascita nessuno ha da lamentarsi.

Comunque, dopo questa considerazione di heidrekr e quelle ricevute a voce dal segretario e dal presidente, ritiro la mia proposta e prego il webmaster di chiudere questo thread o, se possibile, eliminarlo del tutto.

[Szass Tam]

(per intenderci dove un certo socio ha scritto che la sua formula preferita è e^(i*PI)+1=0)

Non ci credo... chiunque sia meriterebbe un oscar al NERDismo... O un ricovero d'urgenza al più vicino istituto di igiene mentale... O conoscendolo anche l'ortopedico servirebbe al caso..

Scherzi a parte, la proposta ha comunque un quid. Basta che il webmaster (non il webdeveloper) modifichi la pagina di template di ogni nuovo socio, operazione che penso porterà  via 18 secondi... Ed eventualmente solleciti i vecchi soci (e non mi riferisco a Milo e Galahad ) affinché, oltre a postare una bella foto nell'apposita sezione, modifichino la presente... E l'idea è bella, piace molto anche a me

(che bello.. ho tradotto della fuffa informatica in fuffa burocratichese... ed il tutto vendendo il culo di Pardo... )

[Dj The Emperor]

Se andate ancora una volta off-topic vi fustigo

[Nardone]

siete dei nerd stratosferici.