Newsgroup: it.lavoro.professioni.webmaster
Titolo: Ho voluto provare Joomla ...

Mi sono detto: "visto che se ne parla cos� tanto, proviamolo va ...".
Ho scaricato il "pacchetto", l'ho messo in remoto e ho avviato la procedura 
di installazione. Per quei 2 o 3 che non lo sapessero si basa sul database 
Mysql. Vabb� ... che dire ... il mio parere personale � che realizzare siti 
in questo modo mi pare di una tristezza senza fine ... cos� smanettando su 
un pannello di controllo. Vorrei sapere che ne pensano quelli che fanno i 
siti sul blocco note.
Mariovic 

 ha scritto nel messaggio 
news:gvmvv2$2kh$1...@nnrp-beta.newsland.it...

Perch� se no con cosa di simile ? 

"Sonora IO" <ionontelado> ha scritto nel messaggio


scusami non ho capito la domanda.
Mariovic 



come li vorresti fare i CMS?
S.

 ha scritto nel messaggio 
news:gvmvv2$2kh$1...@nnrp-beta.newsland.it...

mi spiace per te.
purtroppo joomla non � come dici tu.
Quello che usa joomla come hai descritto tu � il niubbo. Tu non hai la 
minima idea di che giro di denaro ci sia attorno alla creazione 
professionale di template.
E cmq vai pure di blocco note a gestire un e-commerce o un sito con 250 
pagine....
-- 
SimBus82.net coming soon - 
http://www.simbus82.net
Blog allenamento - 
http://simbus82-workout.blogspot.com/
 

 pensano quelli che fanno i siti sul blocco note.
Uso VI quando devo modificare il template ! E in passato ho scritto un 
paio di CMS "very basic" usando VI... uno di questi ha pi� di trentamila 
articoli che penso sia difficile gestire senza un sistema di CMS

 ha scritto nel messaggio

ho pisciato fuori dal vaso?
Mario 

 pagine....
vabb�, ho pisciato fuori dal vaso
Mario 

>ho pisciato fuori dal vaso
tantissimo

 pensano quelli che fanno i siti sul blocco note.
Io non credo che tu abbia "pisciato fuori dal vaso". Semplicemente, se non 
hai mai usato un CMS, non sapevi cosa ti aspettava.
I CMS hanno vantaggi e svantaggi. Ti permettono di tirare su un sito in 10 
minuti, hanno centinaia di temi grafici disponibili, hanno integrata la 
gestione degli utenti e dei documenti, hanno centinaia di plugin per fare 
un po' di tutto, e, ultimamente, si stanno attrezzando per avere anche 
delle API di programmazione perlomeno decenti per poter scrivere plugin e 
temi in proprio.
Di contro sono solitamente rigidi, in tutti i sensi. Quando fai un 
template e` complicato fare le pagine con stili diversi, di solito e` 
previsto, al massimo, uno stile per la home e uno per le pagine interne, 
ma se vuoi dividere il sito in sezioni e dare ad ognuna una variazione del 
tema, ti metti le mani nei capelli.
Se vuoi personalizzare la procedura di login dell'utente in qualche modo 
non previsto, idem.
I contenuti sono spesso "uniformati", quindi nel backend ti trovi campi 
che magari non ti servono (per esempio vuoi caricare un contenuto 
"immagine" e vuoi solo l'immagine, senza titolo e descrizione, ma nel 
backend te li ritrovi lo stesso) o ti trovi legato in altri modi (per 
esempio quella immagine ti serve da 300x200 in un box, da 600x400 in un 
altro e da 30x20 in un'icona, ma nella config hai deciso che i thumb sono 
solo 640x480, 320x240 e 120x100).
Vista la generalizzazione, poi, spesso l'uso del DB e` tutt'altro che 
ottimizzato. In alcuni benchmark, Drupal, per visualizzare la home, faceva 
oltre 60 query al DB, alcune con join molto complesse. Risultato: tra i 4 
e i 15 secondi per scaricare la home.
Ti ho elencato i primi problemi a cui sono andato incontro anche io usando 
Drupal per 3 anni.
Intendiamoci: molte cose sono possibilissime, ma magari devi installare un 
centinaio di plugin e coordinarli tra loro, con conseguenti rallentamenti, 
appesantimenti del server, ecc.
Insomma, vanno bene per siti abbastanza standardizzati, ma se vuoi 
customizzare conviene lasciarli perdere e usare un framework, piuttosto.
Bye.

 ...
Ah, non ultimo, spesso li puoi dare in mano a gente che non capisce niente 
di HTML e CSS, e si riempiono il sito da soli.
Ma occhio che anche questo ha i suoi contro ("nel backend ho messo 
l'immagine, ma li` la vedo a fianco di 'pippo ciccio' mentre nel sito e` 
vicino a 'franco e ciccio'", e vagli a spiegare tu che il WYSIWYG non e` 
proprio cosi` visuale).
Bye.

 siti sul blocco note.
E' molto più triste reinventarsi la ruota, facendolo pagare al
cliente.
Un progetto ha dei requisiti, se attraverso uno strumento si riesce a
coprirli fornendo un servizio degno, il compito dell'informatico
dovrebbe essere quello di dare il servizio migliore al prezzo sia
economico che a livello di manutenibilità migliore.
A dire il vero poi l'informatica non è altro che l'automatizzazione
del trattamento dell'informazione.
Del resto (cit.) La domanda principale che sostiene l'informatica è
"Come si può automatizzare efficientemente un determinato processo?".
  ngw
-- 
Nicholas Wieland (ngw), Zooppa CTO
911 Western Avenue, Suite 420, Seattle, WA  98104  USA,
http://www.zooppa.com
http://www.nofeed.org

 customizzare conviene lasciarli perdere e usare un framework, piuttosto.
Dipende cosa si intende con standardizzazione. Un conto è sostenere che 
i cms più diffusi (Joomla e Drupal) sono poco flessibili (dal punto di 
vista di uno sviluppatore) e qui concordo (più flessibile ezpublish, ma 
decisamente mastodontico). Discorso diverso è realizzare un sito con 
Joomla (o Drupal) che si discosta parecchio dallo standard sia 
utilizzando i componenti a disposizione sia sviluppandoseli.
Se l'impostazione di base va bene, allora preferisco partire da Joomla.
Chiaro che se il 90% del progetto si fonda sulla necessità di acl 
granulari allora saluto joomla (attendiamo speranzosi la 1.6), saluto 
altrettanto Drupal (nonostante tutti decantino la sua gestione dei 
permessi) e non mi rimane che ezpublish, unico cms (tra i citati) che 
abbia una realmente granulare e completa gestione dei permessi.
-- 
-------------------------------------------
Paolo De Dionigi
www.atfriends.net
Responsabile Tecnico Zen Cart Italia



non ho capito dove sta la tristezza, forse nella scoperta che di 
mestiere fai il "reinventore ciclico di ruote"?
in ogni caso se lo esamini con un po' pi� di attenzione scopri che 
questi oggetti sono in realt� estensibili, non solo con moduli gi� fatti 
ma anche sviluppando moduli tuoi. quindi capisci che puoi usarli come 
punto di partenza per applicazioni tue, senza dover ripensare a un 
identity management, permessi, temi intercambiabili e valori aggiunti vari.
certo che se tutta la tua professionalit� � legata alla realizzazione di 
siti statici o semistatici, capisco anche la tristezza di scoprire 
improvvisamente che non vale una cicca. ma � cos� da tempo, sai.
-- 
++ questo messaggio � scritto in forma ridotta per venire incontro alle 
vostre capacit� mentali
http://www.elogiclab.net/blog/
http://www.flickr.com/photos/marko_po/

 e i 15 secondi per scaricare la home.
apperò.
forse però quel server aveva qualche problemino. a meno che queste query 
con "join molto complesse" non ce l'avessi messe tu e più che complesse 
fossero completamente scazzate (ma tanto tanto, però), in tal caso tutto 
può essere.
-- 
++ questo messaggio è scritto in forma ridotta per venire incontro alle 
vostre capacità mentali
http://www.elogiclab.net/blog/
http://www.flickr.com/photos/marko_po/

 può essere.
Mah, spuzza tanto di ORM fatto col culo. Non so se Drupal usi un ORM o
meno, ma se hai un meccanismo quantomeno simile allora si spiega sia
il numero delle query che i tempi (amo l'"object model" di PHP)


 il numero delle query che i tempi (amo l'"object model" di PHP)
ho cominciato a smanettarlo un po' ora, ma ancora non saprei 
risponderti. però dire che sono spiegabili tempi di query da 4 a 15 
secondi mi sembrerebbe leggermente forzato anche se le query fossero 
mille...


 mille...
Non ho detto questo, ho detto che un ORM fatto particolarmente male
potrebbe popolare gli attributi degli oggetti in quei tempi grazie ad
un GC particolarmente merdoso e ad una implementazione dell'interprete
pessima.


ngw ha scritto:
Ho dato una controllata a Joomla appena installato ed in effetti le 
query che fa sono abbastanza poche (ho fatto la DESC di ognuna per 
verificare che usasse gli indici).
Però, da quello che ho capito, Drupal base fa più cose rispetto a Joomla 
base...
Su Joomla, man mano che si aggiungono plugin le query crescono e 
addirittura ce ne sono alcune duplicate ! Joom!Fish ne introduce svariate...
Su Joomla e immagino su Drupal c'è un sistema di caching che dovrebbe 
limitare le query di generazione delle pagine.

 siti sul blocco note.
ti dirò, molti molti anni fa pensavo anche io la stessa cosa.
ho continuato a pensarla anche quando ho cominciato a litigare proprio
con joomla, il suo html disgustoso, la sua architettura dati
incomprensibile.
però col tempo ho trovato che per l'80% dei sitarelli che facevo
andava benissimo e si faceva molto prima.
ho anche visto che c'erano centinaia di estensioni già pronte che
facevano valanghe di cose in più e che potevo adattare con relativa
facilità se proprio non facevano quello che volevo io.
quindi è vero che ci sono molti punti discutibili, però è anche vero
che il rapporto qualità prezzo di joomla è comunque ottimo, e che
anche se uno fa in modo di scrivere codice riusabile, non è il caso di
reinventare ogni volta la ruota, e non solo, probabilmente se dieci o
venti persone prima di te hanno scritto e mantenuto un plugin
probabilmente hanno fatto un lavoro migliore di quello che potresti
fare tu-io in un pomeriggio.  è tutta questa storia dell'open source
che in fondo funziona.
quindi, tornando a noi, se devo fare il sitarello in due o tre giorni,
va benissimo joomla/mambo o altri prodotti simili e complimenti e
grazie a chi li fa.

 Mario
no, credo sempolicemente che non vi stiate capendo.  forse hai usato
da qualche parte cms come sinonimo di sito web, mentre come tutti
sappiamo cms è un acronimo indicante un'applicazione per gestire siti.

 incomprensibile.
si quando? 4 anni fa? -_-


 si quando? 4 anni fa? -_-
sì, più o meno.

 si quando? 4 anni fa? -_-
joomla 1.5 ha fatto passi da gigante rispetto al 1.0.x
S.




io uso joomla, e lo uso da anni, ho anche sviluppato due componenti, ma 
rimango della mia idea, se si vuole fare un sito semplice non ha senso 
mettere su un CMS complesso ed esoso di risorse come Joomla... io sono 
un fan(atico) di Wordpress, che se ben usato riesce a dare risultati 
stupendi, oltre ad essere facilmente implementabile e riadattabile.
Wordpress per me � un gioiello. Lavorando bene sui template si possono 
ottenere siti assolutamente professionali, che mai si direbbe 
realizzati con Wordpress (a molti limita il fatto che Wordpress sia 
nato per i blog, ma in realt� � un CMS a tutto tondo).
Joomla per me va bene se si vogliono realizzare piattaforme complesse, 
utilizzare il multilingua, o implementare applicazioni ad hoc, per 
tutto il resto, Wordpress � il top (si installa facilmente, veloce da 
personalizzare con un po' di esperienza e semplicissimo da tenere 
aggiornato).
S.

 utilizzare il multilingua, 
Multilingua ? Con Joomla ? Certo Joom!Fish aiuta, ma � pur sempre una 
cosa appiccicata...



perch� dici questo?
Non mi sembra che ci siano particolari problemi a gestire un sito 
multilingua, con i plugins poi a pagamento di Joomfish si risolvono 
anche i piccoli problemi che si presentano con il SEF
S.

 s�, pi� o meno.
ah ecco, no perch� joomla 1.5.x non ha niente a che vedere con il joomla di 
4 anni fa....


 ha scritto nel messaggio 
news:Xns9C208E9DEEE...@62.211.73.198...

diciamo che � praticamente tutto un altro progetto!
adesso con la 1.6 (che imho poteva essere anche joomla 2.0) ci saranno 
altrettanti passi da gigante!


 ha scritto nel messaggio 
news:h08jb7$gou$1...@newsreader2.mclink.it...

come si fa a parlare di cose appiccicate quando joomla NASCE per essere 
appiccicato di estensioni?.... mah!
gi� la 1.5.x rispetto la 1.0.x ha meno "componenti" inclusi, proprio per 
snellirlo e far si che solo a piacimento si possa renderlo "pesante ed 
esoso" come dice sokar...
PS: un po' di esperienza con il caching, un po' di lavoro sull'htaccess e 
sulla compressione e minificazione, e altroch� pesante ed esoso!


 pesante ed esoso! 
sul database � comunque pesante, anche se il 1.5 cambia molte cose, ma 
come ho detto dipende dalle esigenze, se uno deve gestire un sitarello 
che avrebbe potuto fare in modo statico, con l'aggiunta solo della 
possibilit� di inserire qualche notizia di tanto in tanto, mi sembra 
eccessivo usare joomla.
Se il traffico � buono, poi un sistema di cache efficente (magari con 
eAccelerator) � indispensabile altrimenti si impalla tutto se si � su 
condiviso.
... poi de gustibus non est disputandum :) 
S.

 e sulla compressione e minificazione, e altroch� pesante ed esoso!
Allora, sono autodidatta di Joomla (anche perch� di guide serie non ne 
ho trovate.....)
Faccio alcuni esempi:
- nell'inserimento degli articoli c'� una combobox con la quale si pu� 
indicare la lingua dell'articolo.... ho cercato di capire a che serve e 
gli autori di Joom!Fish (acquistato/abbonato) mi hanno detto che non 
viene usato...
- la lingua principale � italiano, le altre sono inglese e spagnolo 
gestite da Joom!Fish... ora vorrei creare due siti, l'italiano lasciarlo 
sul dominio .it e inglese/spagnolo su un dominio .com.... c'� un modo 
semplice per farlo ?
- la questione SEO/SEF/url parlanti.... Joomla 1.5 ha una SEF interna 
che va abbastanza bene (se solo avessi trovato della documentazione 
decente), Artio e sh404 espandono (o sostituiscono) le sue 
funzionalit�... e Joom!Fish aggiunge un suo ulteriore router... messaggi 
di orrrore e panico ci sono sparsi nei commenti di 
extensions.joomla.org
- la qualit� dei plugin lascia molto a desiderare e la loro 
documentazione, anche nel caso dei plugin a pagamento, � pressoch� nulla 
! Provare, provare, provare e ancora provare... poi studiare il codice e 
modificarli (e questa � la parte positiva... :-) )
- Con Joomla il <title> html � il nome dell'articolo... (con il SEF 
integrato)
- Ho gi� detto tempo fa che dopo l'installazione di Joom!Fish vedo nel 
log delle query di mysql delle query ripetute pi� volte.
- I feed (che avevo disabilitato ma in realt� ancora vengono serviti) 
non passano attraverso i plugin cos� ci sono le stringhe di controllo 
negli articoli....
In finale: il sito � stato pubblicato e funziona abbastanza bene, in tre 
lingue. Ho ancora qualche problemino che mi piacerebbe risolvere, 
soprattutto con Joom!Fish ma gli sviluppatori mi hanno detto che sarebbe 
troppo complesso fare quello che chiedo....

indicare la lingua dell'articolo
Non voglio togliere bnulla a Joomla, ma se dvi fare un EComm esitono tranti
altri prodotti senza dubbio + adatti da OSCommerc a Prestashop.
Ciao
Sèvero - Severino

 altri prodotti senza dubbio + adatti da OSCommerc a Prestashop.
articolo nel senso di testo, non di prodotto in vendita :-)

 4 anni fa....
infatti quello che volevo dire era che nonostante il joomla di allora
avesse diversi difetti, e che ho fatto anche io gli stessi
ragionamenti dell'OP, purtuttavia l'ho usato.
mica stiamo parlando di squadre di calcio.

 stupendi, oltre ad essere facilmente implementabile e riadattabile.
i gusti son gusti... :-)  uso anche io wordpress, ma onestamente trovo
più semplice joomla.  soprattutto trovo più semplice dare istruzioni
ad utenti-scimmia per joomla piuttosto che per wordpress.
ma ripeto, questioni personali.

> Vorrei sapere che ne pensano quelli che fanno i siti sul blocco note.
che non sono obbligati a farlo :)
-- 
Umin
  np: (Foobar is not active ;-)

 
sono i veri webmaster

possibile che nessuno ï¿œ in grado di insegnare come si usa Joomla io saro lento
ma ... forza insegnateci vediamo chi ï¿œ il migliore 
http://webemilia.altervista.org/
 

 
in effetti per siti cos� grandi ci va almeno un buon editor visuale 
ottimizzato per fare in fretta...
-- 
�`����,��,�`����,��,�`����,��,�`����,��,�`����,�
http://HyperPublish.com/ita/
  Cataloghi, CD e siti con un solo
                               programma accessibile a tutti!
http://EasyWebEditor.com/ita/
 Crea il tuo sito Web
http://CDFrontEnd.com/ita/
    Realizza CD, presentazioni
http://PaperKiller.com/ita/
   Edita manuali o HTMLHelp, CHM
http://EBooksWriter.com/ita/
  Esprimi il tuo talento!
Visual Vision - 
http://visualvision.com
 
http://visualvision.it
leader in hypertext authoring       [ASP members, ESC members]


nessun editor, siti di quelle dimensioni si gestiscono solo con CMS 
(professionali o non), che poi intendi che il CMS te lo fai tu � un altro 
conto.


> sono i veri webmaster
ma chi l'ha detto?



un "vero" webmaster (intendendo una persona che sa anche almeno un po'
programmare) non "fa i siti" su un editor che non ha la numerazione
delle righe.

 ma ... forza insegnateci vediamo chi è il migliorehttp://
webemilia.altervista.org/
può anche darsi che qualcuno sia in grado, il problema è avere il
tempo o la voglia, capisci.

 delle righe.
ho risposto anch'io a sto tipo ma ï¿œ tempo perso... ï¿œ uno spammer


 ha scritto nel messaggio 
news:200906111...@mynewsgate.net...

posso farti un preventivo per 10-15 ore di lezione su joomla e sulla 
creazione di template se vuoi....
