Forum libero

> > > > > più scrivi delle cazzate che fai e più mi rendo conto che di tecnologie web non capisci un'emerita cippa di cazzo
> >
> > Che ho fatto che non va?
> >
> > > > Non mi pare abbia mai detto l'opposto, anzi.
> >
> > Gia`, fra l'altro.
> >
> > > ma anche no, anzi si permette di sproloquiare sullo schifo che fanno il layout a div e il css (uno che è rimasto alle tabelle eh) evidentemente perchè non li sa usare
> >
> > Piu` scrivi cazzate in cui dimostri di credere a trollate e piu` mi rendo conto che te, di me e (per estrapolazione) del mondo che ti sta intorno, non capisci un'emerita cippa di cazzo.
>
> Sarà Lich redivivo?

Non vorrei alimentare false speranze, sicche` penso di no. Sono piu` propenso all'ipotesi del solito master Cepu in web desaign che in tempi di crisi non riesce a far fruttare il titolo di studio in modi piu` produttivi.

> > mi partono due stipendi da erbivoro solo per l'IMU
>
> avete votato per vent'anni berlusconi e mo so cazzi vostri

Purtroppo sono anche nostri.

> mah, mi sa che dato che la rielaborazione dell'URL relativo dovrebbe avvenire lato browser, l'unica e` usare percorsi assoluti e impostare una costante stringa al percorso del caso. Il che mi prospetta un bel po' di lavoro per riadattare tutto l'ambaradan. Pero` avrebbe di bello che gli URL perderebbero il /? tanto brutto. E anche il /*/ andra` sostituito con qualcos'altro, o /en/ o // (stringa vuota), perche` Apache mi da` 403 Forbidden se uso una wildcard nell'URL. Sicche` in un link a una versione in inglese di una pagina, andrei da:
>
> http://localhost/www/?/*/blah
>
> a uno dei due casi:
>
> http://localhost/www/en/blah
> http://localhost/www//blah
>
> Certo la doppia barra non sarebbe molto user-friendly, pero` l'indirizzo sarebbe piu` corto.

umm...

oppure potrei optare per proibire che il titolo di un documento risolva a uno dei codici ISO639 per la lingua (en, it, eccetera) e poi assumere che se la parte tra www e blah (blah e` un titolo) non e` tra i codici che identificano le lingue supportate, e` un titolo e la lingua e` quella di default (en), ottenendo:

http://localhost/www/blah

Poi alla fine reinstallando tutto nella docroot, eliminerei anche il percorso www.

http://localhost/blah

Mah, non so... la cosa dei percorsi relativi che s'impastrugliano e non funzionano piu` e` un effetto collaterale grave. Pero` se poi uno installa in un percorso breve o addirittura nella root, gli indirizzi si allungherebbero ben poco (nella root, tutto sommato si andrebbe da qualcosa come "pics/pic.jpg" a "/pics/pic.jpg").

Sono indeciso.

> > scherzi a parte, è passato un bel po' oramai, ed è il momento di tirare le somme: cosa ne pensi del lavoro svolto, in confronto a soluzioni commerciali già rodate? finora il più bel sw di boarding che ho utilizzato -lato utente!- si chiama IP.Board.
>
> le bulletin board fanno cacare a spruzzo, soprattutto se vuoi postare su più subforum agevolmente. Non ce n'è una che si salva.

Ooh, 92 minuti di applausi.

Sai, un tempo mi chiedevano perche` reinventavo anche quelle.
Oppure si chiedevano perche` PI non ne usasse una gia` pronta.
Senza contare gli exploit preconfezionati a disposizione del rompipalle di turno.

E se invece usassi mod_rewrite per spostare i parametri da "dopo il punto interrogativo" a "parte del path"? Gli dico di lasciare com'e` qualsiasi cosa si riferisca a un oggetto del filesystem, e poi di riscrivere il resto come parte del percorso allo script che fa da indice?

Magari cosi` diviene piu` "lecito" l'uso delle barre e del punto e virgola?

> > > > http://localhost/www/?/*//search/62:7oUhn1
> > >
> > > What characters need to be encoded and why?
> > > http://www.blooberry.com/indexdot/html/topics/urle...
> >
> > Uffaaaaa... non posso usare i duepunti.
> > Ci stavano bene.
>
> Girali: ".."

No aspe', mi correggo. Quella frase dell'RFC estrapolata dal contesto di un URL specificamente nello schema HTTP e` fuorviante. In realta`, i duepunti sono consentiti, come lo e` la barra "dritta".

   An HTTP URL takes the form:

      http://<host>:<port>/<path>?<searchpart>

   where <host> and <port> are as described in Section 3.1. If :<port>
   is omitted, the port defaults to 80.  No user name or password is
   allowed.  <path> is an HTTP selector, and <searchpart> is a query
   string. The <path> is optional, as is the <searchpart> and its
   preceding "?". If neither <path> nor <searchpart> is present, the "/"
   may also be omitted.

   Within the <path> and <searchpart> components, "/", ";", "?" are
   reserved.  The "/" character may be used within HTTP to designate a
   hierarchical structure.

Quel che sto organizzando io e` la "searchpart", cioe` quel che viene dopo il punto interrogativo. Ivi, mi sembra di capire che "/" e` ammessa nello schema HTTP, sebbene idealmente riservata a compiti di separazione tra nodi in una struttura gerarchica, dato che puo` esistere anche "within <searchpart>". Al limite, il problema puo` essere il punto e virgola (che io uso in fondo alla <searchpart> per aggiungere dei suffissi come ";s" che ha il significato di "solo versione statica"), e che pero` non capisco a cosa potrebbe servire altrimenti.

A che serve il ; in un HTTP?

> > Che caratteristiche ha una web app 2.0?
>
> Sfrutta al meglio le nuove api javascript e il css 3.0 per avere nell'ordine: ajax + history api (pushState, popState, per cambiare l'urlo senza cambiare pagina.. whoa!, caricando solo il minimo necessario, senza refreshare, alleggerendo il carico sul server),

um... be', io ho reinvent... ehm... io ho uno script di navigazione che registra la history mentre "cambia pagina": non cambia l'URL della pagina, nel senso di quello gestito dal browser, ma reinventa la sua barra degli indirizzi e "anima" quella per fornire un riferimento all'utente. Meglio prendere una screenshot per intenderci:

http://anynowhere.com/personal/pl12-prealpha-fdt.j...

Ogni pagina ha una versione caricabile dinamicamente e una statica: in assenza di js, o anche in presenza di js ma per scelta contraria, si puo` decidere di navigare in versione statica (non-ajax). Il bottone in alto a destra con la luce verde accesa segnala che la navigazione e` dinamica. In alto a sinistra sotto la barra di navigazione (il collarino di Mary Lou) c'e` un "ricciolo della pagina". Nel ricciolo appare una freccia stile "conversione a U" quando la history non e` vuota (nella screenshot, era vuota). Cliccando sul ricciolo si va indietro passo passo (ma caricando la pagina in ajax+xml), esattamente come se si premesse il pulsante indietro del browser.

Ah, ancora piu` in alto a destra c'e` un cosino rettangolare: e` un LED verde. Lampeggia rapidamente (in stile LED di attivita` del disco rigido) quando si fa una richiesta ajax, mentre aspetta e riceve la risposta del server.

> localStorage per salvare sul brauser un po' di js/css/pagine/templates (up to 5mb!) per caricare le pagine alla velocità della luce, .appcache per comandare a bacchetta e con precisione chirurgica la cache dei browsers,

Um... interessante. Penso che investighero`, poi.
Sulle prime non me la sento di dirigere anche la cache del browser.
Cio` gia` una testa come un pallone allo stato attuale.

> e infine tutta la figaggineria del css 3.0 (bordi rotondi, effetti ombreggiatura e via discorrendo..).

Ah be' quella la uso gia`. I bordi delle foto nella screenshot sono fatti con border-image (in degradazione graziosa verso un bordo bianco di proporzioni identiche). E anche le "unghiette" nella side-bar in corrispondenza dei links sono a border-radius. E le ombreggiature dei testi in cima e nella navbar (il font e` un webfont di dubbia leggibilita` ma di aspetto volutamente "bloccoso": si chiama KILOTON, l'ho scelto perche` mi ricorda sagome di plastica attaccate a una fettuccia di stoffa, il collarino appunto; per i pulsanti in alto a destra mi sono ispirato a un ricordo dei vecchi pulsanti per chiamare la fermata sugli autobus dei primi anni '80).

> Ovviamente niente che funziona con roba obsoleta, un buon modo è strutturare le cose in modo da caricare completamente la prima pagina visitata, e poi ajaxare le pagine successive se il browser supporta tutto quello che deve supportare.

Ehi, e` esattamente quello che faccio.
Il mio index principale (quello che intercetta la roba dopo il punto interrogativo nella URL) outputta una pagina HTML con una chiamata in onload a una funzione che sostituisce la versione statica del contenuto con quella dinamica dello stesso contenuto. La prima volta che si accede a una pagina del sito (per esempio anche arrivandoci da un permalink), in pratica, la pagina viene caricata due volte (anche se la versione dinamica embeddata nell'output HTML e` piu` compatta), pero` tutte le pagine successive vengono caricate in XML via xmlhttprequest. Questo per default. Ci sono altri due casi: l'assenza di javascript (disabilitato o non supportato) non risponde all'evento onload e lascia la versione statica cosi` com'e`, consentendo di navigare staticamente, nel qual caso in seguito solo le versioni HTML vengono inviate, come se il js non esistesse. L'ultimo caso e` quello in cui si sceglie di navigare staticamente: stesso risultato, ma l'impostazione viene ricordata da un minuscolo cookie che segnala di non riproporre il caricamento doppio, la prossima volta che si rientra nel sito dall'esterno.

> Essendo libero di farlo nel linguaggio che ti pare, è il caso di imparare a usare bene qualcosa di più mantenibile: se non vuoi impantanarti nelle webappe java (che richiedono un background di info importante), puoi andare verso python o ruby, entrambi con grosse community alle spalle, curva di apprendimento decisamente "morbida" e tante librerie disponibili orientate al web.*

Be', lamenti a parte, il PHP sta perdendo lo scontro.
Lo sto convincendo a graziose martellate a fare quel che volevo.

> P.s.: ri-belinka il sorgente va.

Non ho mai belinkato il sorgente del nuovo Postline.
Al limite c'e` quello del vecchio, ma e` completamente diverso.
Non e` completo e al momento non sarebbe molto sicuro metterlo online. Devo rivedere alcuni script per adeguarli a modifiche recenti, ma nei prossimi giorni dovrei essere pronto.

Per ora magari posso appiccicare lo script dell'indice principale, tanto per dare un'idea di che bestiaccia sia l'insieme. Per il malditesta suggerisco il nimesulide.

http://anynowhere.com/personal/index.txt

E magari, piu` indicativamente, il suo output HTML con l'outline AJAX che rimpiazza la versione statica (e` codificato in base64 e decodificato dai javascript di navigazione: non mi piaceva l'escaping di tutti quegli apici e di tutti i segni "minore" di apertura delle tags; in genere, non mi piace l'escaping, preferisco spostare tutto su un altro piano, tanto l'outline non lo deve leggere nessuno direttamente).

http://anynowhere.com/personal/index-output.txt

> * Oppure scrivi un webserver in c.

Be', a quel punto in Linoleum direttamente.
Ma avevo lasciato la network interface incompleta.
E comunque NO, porca Eva, almeno il webserver lo uso pronto.
Almeno per ora. In futuro non escludo la possibilita`.

> > > Il futuro di questo forum può essere florido o una latrina, molta gente se ne sta andando via per questa incresciosa situazione.
> >
> > Io no eh?
> > Sto solo dedicandomi ad incontri di lotta libera col PHP.
>
> tu hai detto che te ne andavi non so quante volte

Embe'? 5 minuti dopo ho detto che ero tornato.
Uno non e` libero di cambiare idea?

> Il futuro di questo forum può essere florido o una latrina, molta gente se ne sta andando via per questa incresciosa situazione.

Io no eh?
Sto solo dedicandomi ad incontri di lotta libera col PHP.

> > A PHP, mavaffanculo, eh.
>
>

Se ti avanza tempo, mi riscriveresti i millemila scripts in Java?