Newsgroup: it.fan.tv.buffy
Titolo: Zef Webmaster: sempre quoting.php

Zef, non so che succede, ma nel file php tutti gli a caposono collassati.
Ora non vedendo io il sorgente php, ma solo il suo output non so che hai
scritto, ma l'output appunto e' pieno di <br /> che non c'entrano nulla
O_____O
In teoria dovrebbe essere semplicemente cosi':
<pre>
<? require ('quoting.txt'); ?>
</pre>
(O include, mi pare siano praticamente uguali).
Invece?
--
Laz
________________________________________
"No longer do the dance of joy, Numfar!"

 aspettare...
Laz, ho controllato adesso sul sito (senza aggiornare), e non mi
visualizza i <br />... Non e` che ti e` capitata un paio di giorni fa,
sta cosa (allora stavo provando un paio di comandi)?
Bye,
 Emmanuele.
-- 
I ... Owe ... You ... Pain! -- Willow, "Tough Love"
Italian Buffy Resource Site (Beta) - 
http://www.ibrs.f2s.com
GnuPG Key ID: 0x788E3A3A
GnuPG Key FP: 4DD0 C90D 4070 F071 5738  08BD 8ECC DB8F A432 0FF4

 [2001-09-10 09:48]:
[snip]
Okay, imparo a leggere e poi ne riparliamo.
Risposta: si, non ci sono a capo perche' vengono convertiti tutti in
<br /> tramite la funzione `nl2br'. Altrimenti, lasciando i \n la pagina
verrebbe visualizzata tutta su una linea (il parser HTML se ne frega dei
\n e dei \t).


 \n e dei \t).
In <pre> il parser se ne frega???


 In <pre> il parser se ne frega???
Il <pre> l'ho aggiunto solo di recente. Dato che prima non usavo il
<pre>, dovevo usare il <br />. C'e` stata una sovrapposizione di
versioni: quella in locale e` giusta, quella in remoto no. Adesso le ho
sincronizzate.


 sincronizzate.
Ah ecco :-)
Infatti ora e' perfetto :-)


In the last exciting episode, Emmanuele Bassi (Zefram) wrote:
[...]
Tutto questo e' meraviglioso, ma perche' quoting.txt non e'
semplicemente quoting.txt? 
-- 
"Unix is user friendly, it's just selective 
about who its friends are."

 non e` &
lt;sp...@moonydale.us
&gt;.
E perche' farsi un sito con tre layout diversi per poi indirizzare ad un
file di testo e` una delle cose piu` squallide dell'Universo tutto.


 non e` &
lt;sp...@moonydale.us
&gt;.
E' vero, non ci avevo pensato. Non esiste un modo in PHP per convertire ste
cose dinamicamente?


 cose dinamicamente?
No, senza far casino con il resto (ecco spiegato il motivo delle prove).


file di testo e` una delle cose piu` squallide dell'Universo tutto.
Allora riformulo: perche' fare tre layout diversi?
Posso capire e anzi sono convinto che sia splendido, ma la cosa porta un
sacco di svantaggi, sopratutto l'estrema lentezza del tutto, visto che
f2s.com
 fa quel che puo'.


 
f2s.com
 fa quel che puo'.
f2s.com
 e` solo per la `beta'. La `final release' stara` su un server in
hosting a pagamento.


hosting a pagamento.
Appunto: perche' spendere soldi per avere in cambio una cosa che non
serve?


 serve?
Be', mica lo fa solo per trasformare quoting.txt in quoting.php! Solo che
essendoci gia' il resto integra anche il file del quoting. Pero' io continuo
a linkare il file di testo se devo "redarguire" qualcuno, lo trovo piu'
efficace.

Be', mica lo fa solo per trasformare quoting.txt in quoting.php! 
E due: cosa altro fa? Io capirei che ci fossero enormi risorse
finanziarie e di disponibilita' umana, ma messi come siamo messi, non mi
pare saggio mettersi a fare una cosa cosi' inutilmente complicata,
contando sul fatto che ora non ci sono lezioni all'universita', nuovi
episodi di Buffy, e quantaltro.


 episodi di Buffy, e quantaltro.
Intendi il sito? Val sempre la pena di fare un sito se si ha voglia di
farlo.

farlo.
Certo, vale anche la pena scalare tutte le cime dell'Himalaya se ecc..
Solo che quando le risorse sono limitate, e nulla mi fa pensare che
aumenteranno in futuro, e' saggio evitare di disperderle. Se poi tu mi
dici che un sito cosi' strutturato e' piu' facilmente e velocemente
manutenibile di uno in puro HTML, allora me ne rallegro.


 manutenibile di uno in puro HTML, allora me ne rallegro.
Ehm... il sito E' in puro HTML, non sai cosa sia il PHP, vero? E' il modo
per mantenere un sito meglio strutturaato, e facilmente e velocemente
manutenibile, in *puro HTML* :)

manutenibile, in *puro HTML* :)
Ed e' anche il motivo per cui tardo cosi' tanto a pubblicare il sito
nuovo ^_______^
(sono nuovo nel programmare il php ^_^)
--
Michele Amadesi aka {TETSUYA}
e-mail: 
tetsuyaTOGLIMI_DA_QU...@sektoralpha.it
 
S E K T O R  A L P H A - verso l'immaginario   
Ritratti a matita Trek e non -- 
http://www.sektoralpha.it
 

Ehm... il sito E' in puro HTML, non sai cosa sia il PHP, vero? 
<?php echo "Hello World<p>"; ?>
Fammi capire: questa linea e' scritta nella lingua di chi? Del server o
del browser? Se quello che succede e' che il browser sostituisce a ?...?
il risultato dell'esecuzione del comando, non credo possa essere piu'
veloce che non <frescacce su font e impaginazione> Hello World
Poi ti garantisco che non mi devi convincere che i linguaggi di
programmazione sono utili e servono ad un sacco di cose :) solo che non mi
pare sia necessario tutto questo per effettuare la selezione dei
riassunti degli episodi, che invece significa una pagina per scegliere la
stagione, e una pagina per ogni stagione per scegliere l'episodio, non
stiamo facendo un catalogo di un ipermercato on-line in cui il prezzo
del prodotto e' magari funzione di chi si collega e l'unica cosa che
cambia nelle pagine, qua stiamo parlando di contenuti del tutto passivi.
Non avrei obiezioni, cioe', ad usare PHP per fare cose come sondaggi,
votazioni on line, news ticker, parti che variano casualmente (tipo
citazioni) ma a parte questo non vedo altro, e preferirei un sito piu'
semplice perche' se domani Lele ha un mese in cui non ci puo' mettere
mano, chi ci mettera' mano? Who is gonna to save us? :))
Perche' non potrebbe nemmeno mettere in giro le password del sito
ospitato su un server a pagamento, quindi staremmo tutti bloccati. Non
e' nulla di grave, non arriva la fine del mondo, ma mi pare un vincolo
che se e' eliminabile e' meglio eliminare. 


 che se e' eliminabile e' meglio eliminare.
Perche' non dovrebbe poter dare la password a una persona in caso lui non
possa occuparsene per un po'??

possa occuparsene per un po'??
Bisogna vedere quello che dice il contratto di hosting.


Come chiunque possa mandare news? O_O
Non ho ancora guardato bene ma credo che quel Box "login utente" serva
proprio a rendere interattivo ilsito con i visitatori in tal senso ;)


 Bisogna vedere quello che dice il contratto di hosting.
Capisco che i contratti dicano che la pass non dev'essere pubblica... ma un
sostituto in caso di bisogno mi pare che solo dei cotnratti molto brutti non
lo possano conteplare.

lo possano conteplare.
Non e' cosi' ovvio, avere un sostituto significa essere qualcosa di piu'
grande di un appassionato spendaccione, per cui l'hoster probabilmente
vorra' piu' quattrini.


 manutenibile di uno in puro HTML, allora me ne rallegro.
Il sito e` in PHP ed e` immensamente piu` mantenibile di un sito in
HTML (le funzioni di layout generale sono incluse in un file[1], e
chiamate tramite funzioni inline). Senza contare, poi, la gestione delle
FAQ, delle news e dell'episode guide.
+++
[1] main_file.php.


 serve?
Perche' serve *a me*. Mica lo faccio *solo* per il sito del NG.


 che se e' eliminabile e' meglio eliminare. 
Un account su 
f2s.com
 lo lascero`, e aggiornero` anche quel sito
(magari con cadenza meno fitta). Senza contare che, ormai, c'e` ben poco
da aggiornare, a parte alcune cose. Il sito e` stato pensato e
realizzato in modo da essere autosufficiente dal creatore.
Ad ogni modo, se dovesse servire, lascero` le password in copia a
qualcun'altro.


 ci congiungo carnalmente :))
Purtroppo (e lo dico con la morte nel cuore), per un paio di cose ho
dovuto usare:
<a href="javascript:history.go(-1)">Torna Indietro</a>
Purtroppo non posso farci nulla: non esiste una traduzione in HTML puro
di questo codice.


 lo possano conteplare.
Senza contare che come fanno loro a saperlo?


 servirebbe una mano per gli altri (due o piu`). :-)
Non ti spiace ricevere un giudizio bonario, vero? :-)
Come gusto estetico nei colori dovresti andare a ripetizione da Tet, l'unico
passabile, IMO, e' la versione Spike.
--
Hytok morde...

 passabile, IMO, e' la versione Spike.
E' quello di default Rosso bianco e nero vero? :-)
--
Laz ______________________________________________
"We're a young species, we make mistakes. But give
us a chance to grow... we may surprise you yet".

Come gusto estetico nei colori dovresti andare a ripetizione da Tet
Wow son diventato esperto dei colori ^__^
Comunque dal mio punto di vista e' sempre bene usare una prevalenza di
colori freddi, usando i caldi per smuovere l'ambiente. Trovo rilassi
di piu' la vista...
Ed e' un periodo che adoro le tonalita' di blu' ^_____^


 E' quello di default Rosso bianco e nero vero? :-)
Esatto, gli altri... mi sanno di "acido" :-)
Avrei visto bene qualcosa sul celeste o sul bianco/rosa.
--
Ciao
Filippo

 passabile, IMO, e' la versione Spike.
Okay, dato che il sito di Tet l'ho visto solo con browser testuale,
dovro` attivare Mozilla e andare a controllare... :-)
BTW, se Tetsuya ha tempo, gli passo i CSS... ;-))


 Avrei visto bene qualcosa sul celeste o sul bianco/rosa.
Perfetto... avevo intenzione di fare qualcosa del genere per Willow (il
verde era solo una prova).
Quello blu/bianco piace a me, che ci posso fare... :-)


BTW, se Tetsuya ha tempo, gli passo i CSS... ;-))
What's tempo?:))
Comunque e' una combinazione di colori semplicissima, nero, bianco e
celeste.


dovro` attivare Mozilla e andare a controllare... :-)
Ma...mi e' venuto in mente solo ora...visto che nel mio sito ci sono
prevalentemente gallerie di immagini...a che ti serve vederlo
testualmente?:)


 celeste.
Daro` un'occhiata...


 testualmente?:)
E che ne sapevo io che c'erano gallerie di immagini? ;-)))
Comunque, anche se ci sono immagini, posso scaricarle e vederle in
console.


console.
Vederle in console? Cioe' da linea di comando?
Spiega spiega...


 Spiega spiega...
Ci sono un paio di programmi diversi. Uno e` zgv, che usa le SVGAlibs.
L'altro e` fbi, che usa il framebuffer[1]. Ovviamente, non sono
intercambiabili (se usi il framebuffer non funziona zgv, se non lo usi
non funziona fbi).
Avendo il framebuffer da una vita, uso fbi. Basta scaricare un'immagine
e darla in pasto al programmillo. E` un po' come acdsee sotto console.
Molto comodo, specie se passi il 95% del tuo tempo sotto interfaccia a
caratteri.
+++
[1] framebuffer: un'astrazione dell'hardware grafico. Rappresenta il
frame buffer della "ferramenta" che hai montato, e permette l'accesso ad
essa attraverso una libreria di funzioni definite. In Linux e`
attivabile dal kernel e puo` far funzionare indipendentemente sia X che
i vari gestori di terminale. Contro: e` piu` lento dell'accesso diretto
all'hardware. Pro: e` universale, e anche in console posso avere
risoluzioni diverse (e.g.: in questo momento ho una risoluzione di
800x600 a 32 bit, ovvero 110 righe per 31 colonne, contro le solite
80x25) e frequenze diverse (io lavoro a 72 Hz, contro i normali 60, ma
solo perche' il mio monitor scassone non riesco a tirarlo piu` su). Se
hai una Matrox[2], e` una benedizione.
[2] Purtroppo, l'unico "driver" per il framebuffer sviluppato come dio
comanda e` quello della Matrox. Esiste pero` un driver buono per le ATI
128 e per le TNT (mi pare anche per le 3DFx). Tuttavia, a colpi di
configurazione, tutte le schede vesa 2.0 compatibili funzionano in
maniera piu` che decente. E` anche il motivo per cui, pur avendo una TNT
da 16 MB che mi avanza, non mi decido ancora a montarla su questo
computer, che ha una vecchissima Matrox 220 con 4 MB.


Ci sono un paio di programmi diversi. 
Questo e' MOOOLTO interessante....
ecco un altro motivo per giocare con Linux :))
