Newsgroup: it.lavoro.professioni.webmaster
Titolo: Wordpress come CMS

Salve a tutti,
uso spesso Wordpress come CMS per la realizzazione di siti semplici ed a 
basso budget, i classici lavori "voglio un sito economico e che posso 
aggiornarmi io".
Mi pare tuttavia che nel corso del tempo WP sia diventato sempre più 
pesante e quindi lento, il che mi crea non pochi problemi soprattutto 
quando il servizio di hosting è di tipo base.
Vorrei dunque sapere se avete notato anche voi un rallentamento nelle 
prestazioni generali di WP - a prescindere cioè dall'installazione di 
tanti plugin - e se avete testato delle alternative nel campo dei CMS 
che garantiscano altrettanta facilità di aggiornamento da parte 
dell'utente (spesso "utonto") finale.
Grazie dell'attenzione e buona giornata,
Paolo

 Paolo
wp � pesantino ma molto dipende anche dal template, almeno secondo la mia 
esperienza personale. Diciamo che a seconda dell'host bisognerebbe settare 
la memoria: modificare o aggiungere questa stringa nel wp-config, ma se 
fossi in te se vuoi maggiori dettagli prova nel forum di wp
mario

 mario
define('WP_MEMORY_LIMIT', '128M');
il valore 128 è anche troppo alto, credo vada messo 64 o quello che è 
insomma, dipende dal servizio
Mario 

 dell'utente (spesso "utonto") finale.
<no religion wars>
opinioni personali:
joomla lo trovo un po' limitato rispetto a wp, ma è da parecchio che
non lo uso.  drupal lo sto usando adesso perchP mi costringono ed è un
bagno di sangue.  non mi venissero a dire che è flessibile: è una
caciara.  è un delirio patchabile in continuazione, ecco, se questo è
il concetto di flessibilità.  e anche l'interfaccia di amministrazione
per l'utonto finale lascia *molto* a desiderare.
non so, dopo aver provato cose di wp tipo "è uscita la nuova versione
del plugin tale, clicca qui per installarla", difficilmente tornerei
indietro verso drupal anche se è meno da "veri programmatori" che
infatti non hanno mai capito una mazza di web e di quello che vogliono
gli utenti).
</no religion wars>

 ha scritto nel messaggio
opinioni personali:
joomla lo trovo un po' limitato rispetto a wp, ma � da parecchio che
non lo uso.  drupal lo sto usando adesso perchP mi costringono ed � un
bagno di sangue.  non mi venissero a dire che � flessibile: � una
caciara.  � un delirio patchabile in continuazione, ecco, se questo �
il concetto di flessibilit�.  e anche l'interfaccia di amministrazione
per l'utonto finale lascia *molto* a desiderare.
non so, dopo aver provato cose di wp tipo "� uscita la nuova versione
del plugin tale, clicca qui per installarla", difficilmente tornerei
indietro verso drupal anche se � meno da "veri programmatori" che
infatti non hanno mai capito una mazza di web e di quello che vogliono
gli utenti).
***sottoscrivo tutto. Ho tentato la strada di Drupla pentendomene quasi 
subito. Dopo aver provato WP � davvero difficle capire in cosa consista la 
versatilit� di drupal. Joomla non mi piace ma non � detto che non possa 
cambiare idea. L'ho abbandonato da 3 anni e non sono al corrente ...
Mario 


Grazie delle vostre risposte.
Circa il valore di memory limit nel file wp-config.php, sapevo che era 
necessario in certi casi per risolvere specifici problemi ma non ero al 
corrente potesse influenzare le prestazioni. Farņ delle prove.
Joomla! l'ho usato quando mi servivano determinate estensioni ma 
preferisco di gran lunga WP. Purtroppo ho notato uno scadimento nelle 
prestazioni che, a questo punto, devo imputare quantomeno in buona parte 
alla societą di hosting. Il plugin WP Super Cache determina comunque un 
aumento sensibile della velocitą.
Drupal mi stavo accingendo a studiarlo e devo dire che avendo letto i 
vostri giudizi, sto cambiando idea ...
Buona giornata,
Paolo

 vostri giudizi, sto cambiando idea ...
per carità, non voglio parlar male di drupal, i suoi punti di forza ce
li ha.
ad esempio, nessun webmastella ti fotterà mai un progetto drupal
(visto che non è alla portata di un dilettante improvvisato che prima
giocava con photoshop e adesso pensa di fare siti).
diciamo che una volta che hai convinto un cliente ad usare drupal è un
po' come legartelo con un'applicazione proprietaria, e soprattutto
cominci a renderti conto che "un sito" costa dai 3-4mila euro *in su*,
e a filtrare in conseguenza i clienti.  certo, è open, per cui in
realtà qualsiasi altro programmatore/azienda può metterci mano, ma
insomma, anche loro chiederanno un budget corrispondente al cliente.
(quanto sopra a meno che non si voglia considerare come "sito"
un'installazione plain vanilla con al massimo un template carino preso
qua o là).
se posso consigliarti una "user experience" che dovrebbe farti capire
il senso di lavorare con drupal (in quanto web developer, ovviamente),
dopo averlo installato dai un'occhiata all'editor dei contenuti.
è visuale?  no, eh?  ecco, adesso prova ad installare i moduli per
avere un editor visuale e cerca documentazione in proposito...
per carità, niente di complesso.  ma che si debba perdere qualche
decina di minuti di tempo per avere un editor visuale su un cms...
poi magari c'è qualcuno che pur di difendere l'indifendibile parlerà
di flessibilità  eccerto, sai, ci sono clienti a cui fa schifo avere
un editor visuale.  loro scrivono tutto con notepad, anzi, con vi, e
non hanno mai visto word...  quindi non è che tu mi metti un editor
visuale che io posso, se proprio serve, disabilitare.  no, non me lo
metti per niente.
oppure, hai bisogno di campi opzionali?  no problem, c'è il modulo
fattoapposta (CCK).  tu metti i tuoi campi, tutto bene.  ma il cliente
non li vede.  perché?  perché per default i campi opzionali *non sono
visibili all'utente generico*.  anche qui il talebano di drupal
parlerà di flessibilità: io aggiungo un campo, ma non voglio mica che
nessuno lo veda tranne me che sono l'admin, no?  se proprio una simile
bizzarrìa, vado nella scheda permessi, mi scorro le sue centinaia di
voci, e assegno campo per campo il permesso affinché sia visto anche
all'utente anonimo.
non è semmai il contrario, se proprio si parlasse di flessibilità:
faccio vedere i campi per default a tutti, con la possibilità, se
voglio, di nasconderli agli utenti anonimi.
oppure: esce la versione nuova del modulo tale o dello stesso drupal.
panico: come si aggiorna?  scavi via e riuploadi tutto?  monti solo un
update?  ripeto, dopo il tastino di aggiornamento di wp è davvero
difficile tornare indietro.
e via così.
ma comunque, scherzi a parte, è un prodotto da ammirare.  solo che wp
è più comodo.
azzarderei un parallelo pc/drupal = mac/wp, se non fosse che wp ti
espone tranquillamente tutto il suo codice e le sue api esattamente
come fa drupal (e a volte anche con documentazione migliore).

 come fa drupal (e a volte anche con documentazione migliore).
Ottima sintesi dei motivi per cui odio visceralmente drupal :)
Marco

per l'utonto finale lascia *molto* a desiderare.
premesso che wp lo trovo ottimo dal punto di vista della praticitï¿œ e della
semplicitï¿œ, drupal lo trovo invece enormemente piï¿œ "logico" di joomla, con
il quale continuo a perdermi ed a bestemmiare con moduli, plugin, addon ecc.
Su drupal, una volta imparato quali moduli ti servono (ï¿œ vero, di default
non c'ï¿œ nemmeno un editor wysiwyg, ï¿œ per questo che ï¿œ flessibile), vai che
ï¿œ una meraviglia.
Se poi ti sbatti un pï¿œ con i moduli cck e views, ti si apre davvero un
mondo, infatti anche senza conoscenze di programmazione, riesci a fare
cose incredibili!
Dal lato utonti, non sono assolutamente d'accordo che sia difficile;
l'utente finale non amministra nulla, non c'ï¿œ neppure un vero e proprio
backend, ma solo alcune voci di menu aggiuntive che ti permettono di
andare creare un nuovo contenuto o una linguetta "modifica" per
modificarne uno esistente. se ci si limita a questo ï¿œ facilissimo, molto
piï¿œ che joomla o wp, ho molti utonti che lo usano ad occhi chiusi.
-- 
http://www.mynewsgate.net/mp.php?u=18776

 modificarne uno esistente. se ci si limita a questo facilissimo, molto
ecco, questa è una cosa che mi terrorizza, anche se forse è questione
di gusti.
a me piace che l'interfaccia di gestione (il backend o backoffice che
dir si voglia) sia una cosa completamente diversa come aspetto e
completamente separata funzionalmente dal sito "pubblico" (il frontend
eccetera).
all'utonto *deve* essere chiaro che da una parte è dove mette i dati,
dall'altra è dove li vede.
sono anche terrorizzato dal fatto che un utente anonimo possa vedere
il frontend differentemente (sia pure per un'etichetta che però
intanto ti fa sballare verso il basso di 10-15 pixel tutta la
faccenda) da come lo vede il mio cliente, che tipicamente lo aprirà
come admin o giù di lì (comunque come qualcuno che ha i permessi di
editare i contenuti).
tu forse non hai avuto a che fare con gente che ti scolpisce i layout
al pixel e ti rompe i coglioni tremendamente perché un titolo sta a
18px dal bordo quando lui aveva chiesto 12 e quindi adesso tutta la
leggibilità ne è compromessa e blablabla (stronzate da grafici che si
sentono novelli Frutiger e poi fanno delle frociate assurde, ma ahimè,
esistono anche loro).
vagli a spiegare che lo deve vedere con un altro browser o deve ogni
volta fare logout perché le variabili di sessione blablabla.
in questo joomla e wordpress sono senz'altro migliori.  l'approccio di
drupal (frontend che fa anche da interfaccia di gestione) è buono, ma
solo per utenti intelligenti, che è una contraddizione in termini o
comunque una intersezione assai ridotta di due insiemi.  è appunto un
approccio da programmatori per programmatori, e come dicevo altrove,
il web e la diffusione del web non l'hanno fatta i programmatori.


Io l'unico approccio che ho avuto con Drupal � stato quando ho avuto 
bisogno di ACL veramente granulari, quindi sono entrato fiducioso nel 
mondo Drupal visto che la gestione dei permessi era il cavallo di 
battaglia di Drupal (insieme a cck). Beh, all'epoca (2/3/4 anni fa) ho 
dovuto abbandonare perch� Drupal non aveva una gestione dei permessi 
sufficientemente granulare. Oh, intendiamoci, non � che volessi mettere 
in pista chiss� che applicazione fantascientifica! Mi serviva una 
gestione dei permessi a livello di funzione e stando a quanto ho visto 
(in diversi giorni di studio) e a quanto mi � stato risposto nei forum 
dedicati, con Drupal non � (era?) possibile. Ho risolto con ezpublish 
che consente su per gi� qualsiasi cosa venga in mente (peccato che sia 
svariate volte pi� complesso, pesante, meno documentato e aggiornato 
rispetto a Drupal).
Ora sto tenendo d'occhio come framework nooku e nooku server come 
'diciamo cos�' cms. Le premesse sono strepitose, vedremo.
-- 
--
Paolo De Dionigi

 il web e la diffusione del web non l'hanno fatta i programmatori.
dal lato editore, che deve solo inserire o modificare dei contenuti, è tutto
di una semplicità imbarazzante...
riguardo chi configura il sito, al contrario...drupal permette di fare
tantissime cose senza usare una riga di programmazione.
Un piccolo sforzo in più in certe circostanze che può dare vantaggi enormi.
In certi casi concordo sull'ottima scelta di wp (o joomla+virtuemart per
l'e-commerce).
-- 
http://www.mynewsgate.net/mp.php?u=18776

 editore è loggato, per il resto non cambia nulla.
qualche linguetta?  qualche voce di menu?  abbiamo committenti davvero
diversi in quanto a pignoleria... :-)

 dell'utente (spesso "utonto") finale.
Mi permetto di andare in modalit� autopromozionale
Da un paio di anni lavoro con Contao e devo dire che ho un buon 
riscontro dagli utenti finali.
Si riesce a gestire in modo granulare il tipo di accesso che si vuole 
dare al singolo utente e a fargli vedere _solo_ so stretto indispensabile.
Addirittura la stessa funziona, esempio gestione delle news, ad un 
utente puoi far vedere 10 campi (news con inserimento immagini) e ad un 
altro solo 5 (news senza inserimento imamgini)
:) veramente comodo per non far fare pasticci a certi utenti
Il tutto sempre discutibile
--
Contao - CMS web 2.0, Url search engine friendly, conforme W3C/WAI
http://www.contaocms.it
http://www.contao.org

 l'e-commerce).
Sono l'unico che preferisce joomla a WP e drupal (quest'ultimo ï¿œ 
davvero duro).
-- 
Il buon nome vale piï¿œ di grandi ricchezze; la stima, piï¿œ che l'oro e 
l'argento

 ...ma alla fine con una query sql faccio prima e meglio....
scusa, ma non ti eri lamentato del fatto che drupal fosse dedicato solo ai
programmatori, ora invece dici che vuoi fare a manina quello che invece puoi
fare usando i moduli (e quindi senza usare linguaggi di programmazione?)
Naturalmente ognuno può optare per la soluzione che ritiene migiore o più alla
sua portata, basta decidersi... :)
-- 
http://www.mynewsgate.net/mp.php?u=18776

 come fa drupal (e a volte anche con documentazione migliore).
Quindi perfettamente calzante, la documentazione di Cocoa è ottima.

 plugin o moduli o quel che sia.
Beh mica tanto.
Un conto estendere un ACL 'leggera', un conto integrarla in un sistema 
che non la prevede. Non mi riferisco a implementazione / estensione di 
semplici permessi di accesso ai contenuti, cosa che bene o male � 
fattibile anche a 'posteriori' senza essere troppo invasivi, ma alla 
gestione degli accessi alle funzioni / metodi.


 :) veramente comodo per non far fare pasticci a certi utenti
Ciao, � possibile creare gruppi, definire ruoli e specificare ad esempio 
che il ruolo x del gruppo y ha possibilit� di (ad esempio) pubblicare 
news *ma solo* nelle 'categorie' 'associate' al gruppo x?
(In realt�, la logica corretta �: il ruolo x pu� pubblicare news, ma 
siccome appartiene al gruppo y, lo pu� fare solo per news di categorie 
relative al gruppo y. Il che ad esempio, tra le altre cose, significa 
che creando una funzione di visione delle news da pubblicare, veda solo 
quelle che gli competono, stessa cosa se si mette in pista un reminder, 
ecc... insomma, non proprio uno strato di funzionalit� che sia 
possibile/comodo sovrapporre a posteriori).
E variazioni pi� o meno elaborate sul tema.
Ecco, io intendevo questo con gestione granulare dei permessi, che in 
Drupal non c'� (non c'era fino a qualche tempo fa), e ho trovato solo in 
ezpublish (ora non ricordo, ma forse nemmeno l� si poteva fare 
un'astrazione del ruolo come ho indicato nella frase sulla logica, ma 
bisognava manualmente associare ruolo e gruppo).


 sua portata, basta decidersi... :)
perché con *quei* moduli (views quando cominci a fare sul serio) ci
metto più tempo a capire come funzionano e gestirli che a farlo a
mano...
c'è da dire che la base dati di drupal è fatta benino, due o tre join
e tiri fuori e correli tutto.

Se ho afferrato quello che mi chiedi, la risposta č si.
E' possibile creare un gruppo e dare la gestione di un archivio di news.
Creare un utente ed associarlo al gruppo. A questo utente puoi dire a 
quali *gruppi* appartiene, anche piů di uno.
Allo stesso utente puoi dire eredita i permessi del gruppi, ne estende i 
permessi o usa *solo* quelli dell'utente singolo.
A questo punto puoi creare archivi di news per ogni gruppo e comunque 
pubblicarli tutti in una sola pagina.
Come dicevo sopra, puoi anche definire all'interno della stessa 
funzione, pubblicazione news, quali singoli campi far vedere al 
gruppo/utente...
Molto granulare :)
