Newsgroup: it.comp.www.php
Titolo: FRAMEWORK PHP

Ciao a tutti,
che software o framework utilizzate per programmare in php ?
Mi potete dare un consiglio ?
Grazie


1) Silverstripe
2) Google
 
 
-- 
g4b0, linux user n. 369000
http://brosulo.net
 


Come IDE mi sono ormai convertito a PHPStorm, devo solo riuscire a 
sistemare l'integrazione con phpunit
Come framework Symfony. È duro da imparare, ma ne vale la pena
 
-- 
I cosi mi fattano

Come IDE voto anche io per phpStorm, è fantastico e molto più veloce rispetto a netbeans/eclipse.
In alternativa, se cerchi qualcosa di free, Komodo Edit è ottimo (lo usavo prima di phpStorm), occhio che Komodo IDE è a pagamento (e ti conviene prendere phpstorm, non c'è paragone purtroppo)
 
Come framework ti consiglierei codeigniter/kohana, ma è una scelta troppo personale.
 
Io prediligo un framework leggero a uno pesante, perchè spesso mi sono capitate situazioni che richiedevano una verticalizzazione particolare e se è piccolo ci riesci, se è grande devi praticamente riscriverlo.


Se il framework è davvero un framework è appunto nello sviluppo di cose 
particolari che ti aiuta. Se ti pare di doverlo riscrivere o il 
framework è una sòla o non hai capito come usarlo
Francamente codeIgniter per quello che ho visto io (un medio  progetto 
di ecommerce) non è un framework, quanto un insieme di convenzioni su 
come scrivere codice, leggermente meglio di wordpress, ma di poco



codeigniter è un bel prodotto. Chiaramente gli mancano molte cose, 
alcune davvero standard (come l'autenticazione o degli oggetti form), ma 
ci sono casi in cui è estremamente adatto. C'è da dire che è 
praticamente fermo da 2 anni. So stan lavorando alla 3.0 speriamo ci 
facciano una bella sorpresa.
 
Symfony ha ben altre dimensioni, ma a parte l'apprendimento è proprio + 
lento da usare se devi fare delle cose x cui codeigniter è ben tarato.
 
Visto usi symfony, io ho una domanda a cui ancora non ho trovato 
risposta: se mi serve un oggetto non persistito dall'orm, ma che è cmq 
un modello (magari un report risultante da una gigaquery per fare un 
esempio semplice), dove me lo caccio? e allo stesso modo i metodi x 
tirarlo fuori, dato non essendo un'entità non ho ne repository ne custom 
repository?
Io fin'ora non ho trovato di meglio che piazzarlo come servizio (almeno 
può usare l'entity manager ecc... che gli passo come dependecy 
injection), ma pur essendo la soluzione meno terribile tra quelle 
provate, non mi pare proprio un granchè... tu come fai?
 
-- 
Z.


 
Perchè non vuoi usare l'entity manager?
Puoi usare i backend che preferisci
http://symfony.com/doc/current/cookbook/doctrine/multiple_entity_managers.html
 
Puoi attaccargli praticamente ogni db tu voglia
http://docs.doctrine-project.org/projects/doctrine1/en/latest/en/manual/introduction-to-connections.html
 



no, forse mi hai letto male:
lo metto come servizio, proprio perchè posso usare l'entity manager 
facilmente.
 
Ma non era quella la mia domanda, quanto: dove sarebbe meglio mettere le 
classi degli oggetti non persititi e i loro metodi?
 
-- 
Z.

 
 
Considerato che adesso si è passati ai namespaces la posizione diventa quasi 
irrilevante:
Quando ti serve al tua Entity te la richiami con un use Dir\Dir\Dir\Entity; 
 
A mio avviso sarebbe buona norma usare comunque le convenzioni che usi per 
il resto, quindi la metterei nella Entity\ del bundle e le darei una forma 
il più possibile simile alle entità persistite 
 
Ma tu sei sicuro di volerla tenere in memoria?
Come mai non pensi di usare un diverso backend per serializzarla?
Specialmente se è una operazione intensiva converrebbe farlo a mio avviso
 
 
-- 
Lesso e pearà

 Specialmente se è una operazione intensiva converrebbe farlo a mio avviso
 
Guarda il problema base è che il db è stato fatto col culo, quindi le 
operazioni non sono pesanti.. sono MOLTO pesanti. Ma cambiare il db non 
è + possibile (io sono entrato a cose già fatte ed è un progetto multi 
società, quindi ci sono già stati attriti di ogni genere su questo ed 
altro), di fatto chi ha iniziato pensava di fare cose allucinanti in 
php, nella realtà dei fatti sono cose pesantissime pur facendole in sql 
nel modo + ottimizzato possibile (spezzando le varie operazioni e usando 
una mezza dozzina di tabelle temporanee con quasi tutti i campi 
indicizzati per ridurre al massimo l'operazione finale che è la + 
pesante). Di fatto cmq questa struttura è destinata a scoppiare, quando 
i dati inizieranno a crescere davvero (e succederà presto). Parliamo di 
mysql con tabelle che crescono di milioni di record ogni 2-3 mesi... e 
hai voglia ad indicizzare...
 
-- 
Z.


Uso phpstorm ma sto passango del tutto a sublime text che, pur non 
essendo un ide, tramite i package ci si avvicina di parecchio almeno 
per quello che serve a me… e poi è straveloce.
Framework php codeigniter ma sto passando a laravel.
Frame javascript (anche se qui è ot) emberjs.
 
Si, sono in un periodo di transizione :D