Tales from the Machine Room

Approfitto del fatto di essere il primo (forse) per fare una domanda a tutti voi un pelo OT.

....<ZAP!>

> Approfitto del fatto di essere il primo (forse) per fare una domanda a tutti voi un pelo OT.

> ....<ZAP!>

Esistono i forum, esistono i newsgroups, esiste google... ed esiste il mio sito che NON E' nessuno di questi.

-- Davide Bianchi

comunque i feed non si aggiornano !!

-- RaDu

> comunque i feed non si aggiornano !!

I feed si aggiornano ogni tot ore, pazienza e fede.

-- Davide Bianchi

Secondo me si tratta invece di un problema "multipiattaforma": se uno non sa cosa vuol dire programmare non lo sa in tutti i linguaggi e su tutti i sistemi.

Come dici giustamente pero' chiunque sia in grado di aprire un tag di script php e fare una echo si definisce "programmatore php" (ogni riferimento alla mia collega fancazzista e' puramente voluto).

Quello che pero' mi chiedo e': come mai si e' arrivati a questo punto?

Gama

-- Gama

> Quello che pero' mi chiedo e': come mai si e' arrivati a questo punto?

Perche' c'e' una domanda (vera o generata).

-- Davide Bianchi

> Perche' c'e' una domanda (vera o generata).

> --

> Davide Bianchi

E' proprio questo che mi fa specie: questa smodata necessita' di avere qualcosa che funziona ma che in realta' o non funziona o funziona male. Quando io mi siedo con l'obiettivo di realizzare qualcosa cerco di farlo nel modo migliore e ci metto un minimo di ragionamento ma, in casi come questo, mi chiedo se per lo meno hanno pensato almeno per quattro secondi a rendere migliore il programma.

Anche dalla parte di chi acquista vedo un'assuefazione a prodotti mediocri o scarsi senza il coraggio o la semplice voglia di cercare di meglio. Questo giovedi' saro' in trasferta perche' un'azienda ha chiesto di rimettere in sesto una loro web-app dopo essersi resa conto che quello che hanno e' pressoche' una schifezza. Mi rendo sempre piu' conto che e' questa l'eccezione.

-- Gama

> > Perche' c'e' una domanda (vera o generata).

>

> E' proprio questo che mi fa specie: questa smodata necessita' di avere qualcosa che funziona ma che in realta' o non funziona o funziona male. Quando io mi siedo con l'obiettivo di realizzare qualcosa cerco di farlo nel modo migliore

Si, ma tu non hai il problema di presentare un rendiconto ai tuoi finanziatori che dice "abbiamo guadagnato X milioni in questo trimestre".

> Anche dalla parte di chi acquista vedo un'assuefazione a prodotti mediocri o scarsi senza il coraggio o la semplice voglia di cercare di meglio.

Questo solo perche' chi compera non e' in gradi di distinguere.

-- Davide Bianchi

> Secondo me si tratta invece di un problema "multipiattaforma": se uno non sa cosa vuol dire programmare non lo sa in tutti i linguaggi e su tutti i sistemi.

io mi ricordo di quando il prof alle medie ci faceva fare i programmi in italiano e poi "tradurli" in basic e compilarli col gwbasic...

-- Francesco Paolini

Davide, i problemi di sw malfatto/malfunzionante/malprogettato o non progettato affatto/malscritto secondo me li puoi sintetizzare in una frase:

"nulla si crea, nulla si distrugge tutto si commenta"

Per esperienza

Zot

-- Zot

> Davide, i problemi di sw malfatto/malfunzionante/malprogettato o non progettato affatto/malscritto secondo me li puoi sintetizzare in una frase:

> "nulla si crea, nulla si distrugge tutto si commenta"

>

Bellissima!!!

Posso usarla come signature?

-- Carlo

Al riguardo ricordo un episodio capitato proprio a me. Un amico di famiglia che lavora nel campo IT mi chiese un giorno se sapevo programmare in PHP, ASP, javascript e altro. Gli ho risposto che so leggere un programma scritto in quei linguaggi e so capire che diavolo fa. Mi ha risposto: "Allora sai programmare in quei linguaggi!". Gli ho detto che stava facendo lo stesso ragionamento di chi dice che una qualunque persona che sappia leggere e scrivere in italiano sa scrivere i Promessi Sposi!

Non mi stupisce, quindi, che ci siani "supposti" programmatori che vadano a fare casini in giro perchè a fare qual lavoro ce li ha messi qualcuno che non ha la più pallida idea di cosa sia un programmatore!!

J.

<OT>

Davide, pensa che dopo anni che ti seguo sono andato a leggere il tuo CV solo di recente e ho scoperto che sei della zona di Pavia! Fa piacere sapere che un "conterraneo" sia così famoso!!

</OT>

-- Marco Musicò

Non vedo perchè incolpare il php.Se non c'era lui veniva fatto in vbscript e si limitava a crashare il server appena andava un po sotto pressione.....

-- Herr Franz

...un piccolo bug nell'aggiornamento...

...o era una nuova feature non documentata???

-- Gaetano Sasso

> ...un piccolo bug nell'aggiornamento...

> ...o era una nuova feature non documentata???

> --

> Gaetano Sasso

era un test di carico del sistema!

-- Francesco Paolini

fortunatamente il mio programmatore PHP (e altro) non fa di queste castronerie

-- Nik

> fortunatamente il mio programmatore PHP (e altro) non fa di queste castronerie

> --

> Nik

sgrat sgrat... le ultime parole famose

-- Carlo

Il problema non è il linguaggio, è l'idiozia propria di chi in quel linguaggio scrive.

Poi il fatto che sia relativamente semplice, che richieda poche risorse (penso in confronto a Java), lo ha fatto un linguaggio comune.

L'errore è nelle 1000 query per l'home page, o per le immagini su un db, non che le query vengano fatte da php.

IMHO, naturalmente...

-- Andrea Occhi

...te la sei tirata addosso, eh? Sgraaaaaaat!!

-- Francesco Milanese

> ...te la sei tirata addosso, eh? Sgraaaaaaat!!

azz.... maledetto sgrat sgrat sgrat

no vabbé, scherzi a parte... può anche sbagliare, come tutti, e sicuramente ci sono programmatori più esperti e più bravi, ma almeno è un ragazzo sveglio e intelligente e le idiozie in genere le evita

-- Nik

Ma nel manico.

Php non obbliga a scrivere male, incoraggia solo (in particolare a causa della tipizzazione dinamica imho)

Volendo in php si possono scrivere delle cose ordinate e ben funzionanti. Bisogna sapere dove si vuole andare a parare, certo.

E certamente il web ad oggi è PIENO di PattumeHighlyPutrescent

-- Motosauro

Il mondo IT e' tristemente pieno di wannabe, millantatori e amici di amici di amici bravi con il picci', e non solo su linguaggi di scripting purtroppo.

Basta pensare a:

login : root

password : root (o nell'ipotesi piu' rosea root123)

-- Daniele

> Il mondo IT e' tristemente pieno di wannabe, millantatori e amici di amici di amici bravi con il picci', e non solo su linguaggi di scripting purtroppo.

> Basta pensare a:

> login : root

> password : root (o nell'ipotesi piu' rosea root123)

> --

> Daniele

M-AT-#!a, come hai fatto a scoprire la password di root di tutte le mie macchine?

Mi hai messo un keylogger?

:-)

-- Motosauro

> Il mondo IT e' tristemente pieno di wannabe, millantatori e amici di amici di amici bravi con il picci', e non solo su linguaggi di scripting purtroppo.

> Basta pensare a:

> login : root

> password : root (o nell'ipotesi piu' rosea root123)

> --

> Daniele

Personalmente uso spesso password simili, devo ammetterlo, ma non ho mai usato 123 dentro una mia password.

Se non ci fosse gente come quella di cui parliamo male qui, noi non avremmo un lavoro!

;-)

Ciao

-- Giovanni R.

Nel mondo del lavoro in generale è pieno di cialtroni che dovrebbero andare a zappare la terra invece di far finta di essere programmatori. Questo è vero in tutti i linguaggi più diffusi nelle attuali aziende: Java, C# e PHP. La differenza è che PHP è un linguaggio più "pratico" degli altri due, puoi cominciare a fare qualcosa in mezz'ora di lettura del manuale. Questo cambia solo una cosa: i programmatori cialtroni in PHP sono dei semplici ignoranti (nel senso che ignorano tutto in materia informatica), mentre i programmatori cialtroni in Java/C# sono generalmente ignoranti che hanno studiato (cioè con l'aggravante che certe cose le dovrebbero sapere).

Magari una volta dovrei scrivere qualcuna delle Horror Story che mi son capitate e mandarle al buon Davide...

-- Sté-Phane

>Non mi stupisce, quindi, che ci siani "supposti" programmatori che vadano a fare

>casini in giro perchè a fare qual lavoro ce li ha messi qualcuno che non ha la

>-Più pallida idea di cosa sia un programmatore!!

Fin troppo spesso la gente parla/prende decisioni su cose di cui non ha neppure una vaga idea, come quelli che "bisorrebbe aumentare il controllo" riferendosi al tuTubo

-- miniBill

> Fin troppo spesso la gente parla/prende decisioni su cose di cui non ha neppure una vaga idea, come quelli che "bisorrebbe aumentare il controllo" riferendosi al tuTubo

oppure come quelli della vittoria di Napoleone a Waterloo...

-- Francesco Paolini

Il funzionamento di questa "roba" mi fa venire in mente un programmatore lotus che ha scoperto il fantastico mondo della programmazione web.....

Non è che chi ha fatto il piaccaperozzo non sia un programmatore lotus che aveva la tv rotta alla sera?

-- Carlo

>che la qualita' del software prodotto langue seriamente dietro alla quantita', >che sembra molto piu' importante.

AVE !

Perché tu non hai ancora avuto a che fare con $ProgrammatoriPiAccaP e il loro astruso concetto di WebbAService, perché tu pensi che quando risp "SI" alla domanda "Devi interrogare un WebbAService che ha parametri COSI&COLA .... , sei capace ?" ti aspetti almeno un "Hello World!" compaia sulla sua pagina e non una valanga di errori nel log.

-- kallsu

Spesso mi trovo da clienti che richiedono piccole applicazioni php per visualizzare graficamente dei dati o similari...

(si, programmi di reporting o business object sono ovviamente troppo costosi).

Normalmente ogni 6 mesi richiamano per una modifica, con disponibilita' di pecunia inversamente proporzionale alla complessita' della stessa.

Ergo, spesso applicazioni (anche ben studiate) vengono nel tempo stravolte fino a diventare accrocchi monumentali...

La cosa triste e' quando queste vengono poi vendute!!!

-- Daniele

Nei miei dieci anni di webapp catastrofiche ne ho viste un bel po' ma questa si merita un posto nella top ten!

Senti ma non è che dalle tue parti cercate gente valida? La cosa potrebbe interessarmi..

-- Lorenzo Pasquinelli

Non per scelta, non per scelta mia, ma i risultati alla fine non erano mai orridi. Secondo me. L'ho fatto a tempo perso, per qualche esigenza aziendale. Sono un SysAdm, non un programmatore.

Il problema, penso, che sia più che altro il fatto che sempre di più i programmatori sono cut_and_paste managers. Cioè gente che prende, copia, incolla da libri, esempi, tutorials di internet e cerca di farli funzionare o al limite di fare uscire qualcosa senza dare (troppi) errori.

Avete mai visto un programmatore moderno buttare giù un diagramma di flusso? Io no. All'università (ho studiato ben altro) i diagrammi di flusso erano all'ordine del giorno per risolvere ogni problema. Se uno non ha in mente lo schema di quello che deve fare, il risultato non può che essere pessimo. Buttano giù due righe di codice, e anzichè focalizzarsi sui risultati, perdono tre giorni a fare l'interfaccia carina che poi ritoccano mille e altre mille volte nel corso del progetto ed infine è una accozzaglia di patch come tutto il resto.

-- Alex ARNZ

>Buttano giù due righe di codice, e anzichè focalizzarsi sui risultati, perdono tre giorni a fare l'interfaccia carina che poi ritoccano mille e altre mille volte nel corso del progetto ed infine è una accozzaglia di patch come tutto il resto.

> --

> Alex ARNZ

Per questo farebbe molto comodo dover OBBLIGATORIAMENTE rispettare gli standard di accessibilità: dovendo realizzare un'applicazione in grado di funzionare anche su browser testuale, con pagine linearizzate, con gli stili e javascript disabilitati si parte a lavorare da quello che e' il progetto e non dall'interfaccia (se non quella concettuale di uso della pagina).

-- Gama

> Per questo farebbe molto comodo dover OBBLIGATORIAMENTE rispettare gli standard di accessibilità: dovendo realizzare un'applicazione in grado di funzionare anche su browser testuale, con pagine linearizzate, con gli stili e javascript disabilitati...

> --

> Gama

in tal caso su questo sito non potresti fare login.

Alberto

-- Alberto

...mi sento chiamato in causa.

E' il pregio e allo stesso tempo il difetto del php quello di permettere di creare subito "qualcosa" anche con scarse conoscenze.

PS: E pensare che 5 query a pagina per il mio sito mi sembravano troppe, loro ne fanno 1000!

-- Fabio

davide, accrocchi e cialtroni ne vedo giornalmente.

fortunatamente ci sono incapaci che fanno si che noi si abbia tutti lavoro.

cosa faremmo in un mondo di lusers?

-- Giovanni R.

Di solito in informatica i miracoli e le magie non accadono.

Ma somigliamo così tanto agli stregoni???

-- The_Yeti

> Di solito in informatica i miracoli e le magie non accadono. Ma somigliamo così tanto agli stregoni???

Come no? Esempio: CL prova a fare una cosa e riceve un messaggio di errore, chiama il Sysadmin che fa la stessa cosa e funziona... cosa deve pensare CL? a) il sysadmin ne sa piu' di lui o b) magia! Secondo te cosa pensa CL? Se pensasse (a) non sarebbe piu' un CL.

-- Davide Bianchi

> cosa deve pensare CL? a) il sysadmin ne sa piu' di lui o b) magia! Secondo te cosa pensa CL? Se pensasse (a) non sarebbe piu' un CL.

Io direi entrambe (ma in ordine inverso) ma solo perchè sono BastardoInside[TM]

Secondo me i CL hanno una visione del tutto "stregonesca" dell'informatica, ma questa è una mia idea

-- Gandolfo "Infinity" Ivo

ma allora io che per diletto sto cercando di imparare stò cavolo di ZF dici che incruccherò il server? spero proprio di no... le cose che facevo io in php come intranet aziendale erano (e sono tutt'ora) usate perchè sono velocissime e non caricano il povero PII350 che le hosta....

il fatto è che oggi c'è sempre meno tempo===soldi per sviluppare quindi si usa ciò che fa più comodo... ma 1000 query per un index mi sembra un tantino esagerato..

Buona settimana

-- checkitout3

è successo, succede e succederà un pò a tutti noi che stiamo da questo lato della barricata... il CL smadonna 2 ore e non riesce a fare un c***o, arriva il SysAdmin, fa le stesse identiche cose, e funziona.

Si, siamo stregoni

-- Manuel

> è successo, succede e succederà un pò a tutti noi che stiamo da questo lato della barricata... il CL smadonna 2 ore e non riesce a fare un c***o, arriva il SysAdmin, fa le stesse identiche cose, e funziona.

>

> Si, siamo stregoni

Dissento, gli stregoni sono i CL, che riescono ad operare in modo tanto astruso da generare ogni possibile (ed impossibile) problema. Il sysadmin in genere opera nel modo piu' semplice possibile, in modo logico, ed ecco che, ovviamente, il problema non si presenta.

-- Lorenzo

Anch'io da autonomo feci n. 3 siti in PHP ma è servito a capire che NON so programmare e NON so gestire un progetto.. i clienti erano parenti/amici e ci ho guadagnato solo una moglie, una fornitura di cioccolato/gelato a vita e un paio di cene...

Il fatto è che se esistono aziende che vanno avanti per tentativi ogni scimmia va bene.. inoltre prevale la logica di usare il primo strumento che capita senza chiedersi se sia il più adatto.

Riguardo alla "magia" io provo a far capire ai CL che certe cose NON si possono fare e quindi NON sono da chiedere

CL: "sai come aprire un volantino con estensione *.$locale_dove_ubriacarsi ?"

IO: "visto che in tutta l'azienda non esiste una licenza Bubblesher non è possibile aprirlo: fattelo mandare in Worp! Cmq tra mezz'ora te lo mando convertito.. (trattavasi di foglio A4 con sopra 6 screenshot per 40 Mb)"

Ciao a tutti - Fame

-- Fame

Non c'è niente di male nell'utilizzare il php come linguaggio per i propri siti web. Sebbene, per la fama che ha, non sia il più sicuro in assoluto, è quantomeno assurdo sostenere che non sia facile da usare, ed è versatile entro certi limiti.

Il problema sta nel fatto che, proprio perchè facile, ci sono in giro moltissimi programmatori wannabe che di fatto non conoscono una beneamata e si considerano geni nel saper eseguire un banalissimo echo. E poi non sanno organizzare un database e/o fanno centinaia di query sulla stessa pagina.

Se uno vuole mettersi ad utilizzarlo sul serio si deve comunque metterlo a studiare. C'è poco da fare.

-- Emanuel_e

"e' fatta da $accolitadiimbecilli."

Giuro, mi son piegato dal ridere...

Buona settimana D.

-- Thurill-AT-gmail.com

Nulla di nuovo sotto il sole.

Sarò sfigato io ma di progetti del genere da ristrutturare, ampliare e migliorare ne vedo a iosa.

'sti giorni stiamo lavorando su un sito, anzi pardon, su una "web apps primaria":

primo file aperto

if ($var>0) {

do something

} else {

if ($var>0) {do something2}

}

e un rarissimo commento

// capire perché non fa mai something2

dici che è colpa di php?

-- Massy

> primo file aperto

> if ($var>0) {

> do something

> } else {

> if ($var>0) {do something2}

> }

> e un rarissimo commento

> // capire perché non fa mai something2

>

> dici che è colpa di php?

> --

> Massy

Logico. O, perlomeno, per il CL la colpa sarà sempre e comunque di php.

-- Emanuel_e

> primo file aperto

> if ($var>0) {

> do something

> } else {

> if ($var>0) {do something2}

> }

> e un rarissimo commento

> // capire perché non fa mai something2

Dehihiho!

Possiamo ammirare:

1)Un'ineccepibile strutturazione logica del codice

2)Un esempio da manuale di commento

-- Andrea

> Possiamo ammirare:

> 1)Un'ineccepibile strutturazione logica del codice

> 2)Un esempio da manuale di commento

Vedo il tuo esempio e rilancio: tratto dal codice di una foxxuta applicazione (di cui parlero' diffusamente nelle storie future):

int customerId = 0;

if( customerId == 0 ) {

...

}

if( customerId == 0 ) {

....

}

...

--

Davide Bianchi

> Vedo il tuo esempio e rilancio: tratto dal codice di una foxxuta applicazione (di cui parlero' diffusamente nelle storie future):

>

> int customerId = 0;

>

> if( customerId == 0 ) {

> ...

> }

>

> if( customerId == 0 ) {

> ....

> }

>

> ...

Si vede che a qualcuno piace "if"...

-- Andrea

Sono un baboon coder in php, devo ammettere che anche io scrivo la mia bella dose di orrori :F, ma non sono mai arrivato alle castronerie lette fin qui!!

La principale colpa di php è il mantenere la compatibilità con le vecchie versioni che permettevano di tutto o quasi, mentre con le nuove versioni, a partire dalla 5, pian piano sti stà cercando di rendere più stringenti i controlli sul codice (basti pensare alle register_globals impostate di default su Off), poi con la versione 6 si avrà un ulteriore giro di vite.

Il problema come nella maggior parte dei casi è tra sedia e tastiera con decine di pseudo-programmatori(dei veri e propri script kiddies) che utilizzando la marea di codice che si trova in rete creano dei mostri che a volte per oscuri motivi diventano pure di successo :F.

Ho una domanda da farvi: non riesco a capire che vantaggio (reale) che si ha mettendo le immagini dentro il database? A me sembra un'inutile complicazione e appesantimento del db visto che i server sono abbastanza veloci in risposta anche con il filesystem.

-AT-Alex ARNZ: io sono uno di quei pochi programmatori che perde delle ore prima di mettersi a scrivere del codice per fare diagrammi e schema database, visto che le poche volte che non l'ho fatto ho perso il triplo del tempo.

-- soichiro

> La principale colpa di php è il mantenere la compatibilità con le vecchie versioni che permettevano di tutto o quasi, mentre con le nuove versioni, a partire dalla 5, pian piano sti stà cercando di rendere più stringenti i controlli sul codice

Perche' a me viene in mente Microsoft ed i suoi tentativi di rendere "sicuro" Windows aggiungendo pezze e pinzillacchere?

> Ho una domanda da farvi: non riesco a capire che vantaggio (reale) che si ha mettendo le immagini dentro il database?

Il "vantaggio" (se vuoi chiamarlo cosi') e' che puoi gestire tutte le immagini tramite una interfaccia, lo svantaggio e' che non puoi usare i meccanismi di caching di Apache per gestirti il contenuto non-dinamico.

-- Davide Bianchi

> Il problema come nella maggior parte dei casi è tra sedia e tastiera con decine di pseudo-programmatori(dei veri e propri script kiddies) che utilizzando la marea di codice che si trova in rete creano dei mostri che a volte per oscuri motivi diventano pure di successo :F.

>

Questa la vivo tutti i giorni sulla mia pellaccia: fiumi di codice recuperato sa solo il web dove ed incollato senza nemmeno aver capito cosa fa (talvolta con tanto di commenti in lingue impronunciabili). Va bene il riuso del codice ma certa gente esagera!

> Ho una domanda da farvi: non riesco a capire che vantaggio (reale) che si ha mettendo le immagini dentro il database? A me sembra un'inutile complicazione e appesantimento del db visto che i server sono abbastanza veloci in risposta anche con il filesystem.

Oltre a quanto detto dal padrone di casa posso aggiungere anche l'elemento "mi manca l'hardware o raggiungerlo e' un suicidio": spazio sul web server ridotto all'osso e conseguente impossibilita' di inserire li' sopra immagini piu' grosse di una manciata di pixel, impossibile acquistare una nuova macchina per lo stoccaggio delle immagini e database server con un paio di TByte a disposizione. La soluzione e' pressoche' obbligatoria in questo caso.

Unico problema grave riscontrato: il backup su nastro non ha problemi di sorta ma quello eseguito tramite MySql non digerisce bene la mole di dati e ci manda a stendere. Cosa fare quando $collegaPelato si mette a smanacciare sul db DI PRODUZIONE e dopo un fallimento i dati sono compromessi?

Gama

-- Gama

> Sono un baboon coder in php, devo ammettere che anche io scrivo la mia bella dose di orrori :F, ma non sono mai arrivato alle castronerie lette fin qui!!

>

> La principale colpa di php è il mantenere la compatibilità con le vecchie versioni che permettevano di tutto o quasi, mentre con le nuove versioni, a partire dalla 5, pian piano sti stà cercando di rendere più stringenti i controlli sul codice (basti pensare alle register_globals impostate di default su Off), poi con la versione 6 si avrà un ulteriore giro di vite.

> Il problema come nella maggior parte dei casi è tra sedia e tastiera con decine di pseudo-programmatori(dei veri e propri script kiddies) che utilizzando la marea di codice che si trova in rete creano dei mostri che a volte per oscuri motivi diventano pure di successo :F.

>

> Ho una domanda da farvi: non riesco a capire che vantaggio (reale) che si ha mettendo le immagini dentro il database? A me sembra un'inutile complicazione e appesantimento del db visto che i server sono abbastanza veloci in risposta anche con il filesystem.

>

> -AT-Alex ARNZ: io sono uno di quei pochi programmatori che perde delle ore prima di mettersi a scrivere del codice per fare diagrammi e schema database, visto che le poche volte che non l'ho fatto ho perso il triplo del tempo.

> --

> soichiro

Ehm, m'ero dimenticato di fare login

Sempre sull'archiviazione in mysql ho fatto più siti dove l'archiviazione di dati «riservati» tipo fatture viene fatta in tabelle, apputno per levarli dal filesystem

-- Motosauro

> Sempre sull'archiviazione in mysql ho fatto più siti dove l'archiviazione di dati «riservati» tipo fatture viene fatta in tabelle, apputno per levarli dal filesystem

mysqldump, questo sconosciuto... se i dati "riservati" non li crittografi...

-- Davide Bianchi

> > Sempre sull'archiviazione in mysql ho fatto più siti dove l'archiviazione di dati «riservati» tipo fatture viene fatta in tabelle, apputno per levarli dal filesystem

>

> mysqldump, questo sconosciuto... se i dati "riservati" non li crittografi...

> --

> Davide Bianchi

a dire il vero non mi è del tutto sconosciuto e se il campo blob viene immesso tramite AES(), affiancato dall'AES() della chiave penso che siamo abbastanza sicuri (a patto di non perdersi la chiave master).

Che tu sappia un campo archiviato come AES è decriptabile anche senza chiave se ne viene fatto il dump tramite mysqldump?

Se sì devo rivedere il design di un paio di cosette

-- Motosauro

Grazie per le risposte, che sembrano confermare il mio parere negativo sulle immagine messe in un database , se serve nuovo hardware/hosting si compra (un disco ide costa poche decine di euro così come alcune centinaia di spazio in hosting) invece di andare a creare accrocchi che pesano sulla macchina visto che ogni immagine nel db può significare query in più necessarie per aprire una pagina web e spreco di banda o tempo per implementare soluzioni di caching faidate.

-AT-davide si parla di web application e secondo me il discorso dell'interfaccia unica mi sembra più pratica fatta proprio con php/asp/ecc. con nel database solo dati testuali o int(es. pk, nome del file, descrizione, chiave esterna se necessaria).

La gestione immagini secondo me andrebbe realizzata tramite scripting(usando le funzioni legate al filsystem e alla libreria relativa la gestione delle immagini).

Mi ricorda una discussione sul forum PHP di html.it a cui ho partecipato, in cui l'autore asseriva che gli include rallentavano pesantemente gli script e portava come esempio un ciclo che apriva tipo X000 un file con include() con la misurazione della durata di esecuzione :F, e la brillante soluzione era mettere i dati degli include su una tabella perchè aveva prestazioni migliori o_O(solitamente negli include ci metto proprio i dati di accesso al database e le varie funzioni raggruppate in un solo file per avere la comodita di aggiornare le sezioni dinamiche del sito cambiando un solo file :F ).

-- soichiro

> Grazie per le risposte, che sembrano confermare il mio parere negativo sulle immagine messe in un database , se serve nuovo hardware/hosting si compra (un disco ide costa poche decine di euro così come alcune centinaia di spazio

Ricordati anche di calcolare quanto costa fare il backup di quel disco e verificare che funzioni (il backup).

-- Davide Bianchi

stamattina sono arrivato a lavoro e guardando la posta noto una sfilza di email con scritto...

"Hello root,

You are receiving this automatic notification message because you are listed as the contact for node $servers.

The node has Failed its scheduled backup."

per un totale di 8 email con nomi di server diversi... guardo l'unità nastri e li in bella vista un nastro incastrato dentro... dove ho messo l'estintore (strumento di tortura da me preferito)?

ps. per una ragione o per l'altra anche ieri e l'altro ieri il backup è fallito. oggi sarà una giornata molto terrificante

-- Simone

Il problema non è nel linguaggio (che è buono come un altro), ma nell'immagine che da di sé. Il PHP vuole convincere la gente che chiunque picchiando sui tasti può programmare. Che è una cosa tanto facile. E' normale poi che diventi un catalizzatore di schifezze.

Per questo preferisco il perl. Ci fai le stesse (ma proprio TUTTE) cose del PHP, ma visto che è ritenuto vecchio e criptico la maggior parte della gente se ne tiene lontana.

-- Cymon

Io credo che il linguaggio possa influire ma, in minor parte. Invece, quando il programmatore, programma male, anche se al posto di PHP usasse Perl, farebbe comunque delle castronerie inenarrabili.

Quindi, impariamo a programmare in modo decente, impariamo a testare ciò che facciamo prima di lanciarlo sulla luna, e poi, quando e se troviamo dei limiti nel linguaggio (dopo però aver imparato bene a programmare) allora cambiamo linguaggio.

Probabilmente ho detto delle cose scontate, ma da quello che leggo nella storia in cui sto lasciando questo post, forse non sono poi così scontate.

Un saluto a tutti e in modo particolare a Davide

-- Fiorenzo

Se vedi annunci del tipo:

"cerco programmatore php, asp, java, .net, con approfondite conoscenze di frontpeig, photoshop e illustrator, max 24 anni, min 8 anni di esperienza laureato o con titolo equivalente"

cosa ti aspetti?

Tempo fa mi proponevo "solo" come uno che programma (bene) php, e non volevo fare (male) grafica. Non é quello che vuole il mercato...

Ma se emigro in nord-europa pure io trovo un lavoro decente?

-- Marco Panino

> Se vedi annunci del tipo:

...io potrei dirti http://www.soft-land.org/faq/lavoro

> Ma se emigro in nord-europa pure io trovo un lavoro decente?

Hemm... definisci "decente"...

-- Davide Bianchi

Hai ragione sul PHP, il fatto che rende rapido e veloce lo sviluppo, fa esperto chi ha scritto due righe nei tag. Lo uso da anni e non mi definisco un esperto, anche se poi in giro esistono quintalate di codice scritto da sedicenti esperti, che fanno pietà. Il problema sta a monte e non è un male di un linguaggio e basta, il problema sta nel fatto che si occupa di informatica chi non dovrebbe farlo. Leggo gli annunci di offerta lavoro e rabbrividisco quando ricercano programmatori senior di php che abbiano due anni di esperienza su php in generale e WAMP (cioè senza avere la più pallida idea di cosa sia apache o mysql, perchè si installa con due click). Credo sia quello il problema, credo che il problema stia nel fatto che oggi chi ha usato un linguaggio per scrivere "hello world" è un programmatore junior e chi ha fatto un mezzo sito di fatto assurge ad essere un programmatore senior. Il tutto nell'ottica di prendere un ragazzino e pagarlo niente... per poi spendere molto di più a ca$$ate compiute. -- Antony Star