[italy-tech] di post con commenti moderati, che invece sono disattivati

[Gb]

Il giorno mar, 09/06/2009 alle 15.26 +0200, lorcon ha scritto:


> il problema è appunto che i lavori su drupal sono stati fatti per di più
> alla cazzo di cane, se mi permettete il francesismo.
> al momento indy er si ritrova con la pubblicazione degli articoli nuovi
> bloccata (e il porcodio sa il perchè), il css sminchiato senza apparente
> motivo, una ftr divenuta visibile solo agli admin. ancora adesso mi pare
> che persista il problema delle immagini venuto fuori dopo
> l'aggiornamento del modulo image.

 E' difficile poter dare un aiuto o almeno provarci se non si ha accesso
al cms... che l'aggiornamento del core e la manutenzione sia stata fatta
alla c.d.c. non possiamo aime' che dire "mea-nostra culpa".
Di fatto ogni nodo (drupal) e nelle fasi di costruzione e dopo pare
facesse una gara a chi era piu' bravo e chi se la cavava meglio, invece
di condividere (visto poi bene o male il risultato finale di layout e il
design dei siti è al 98% uguale) esperienze e problematiche.


> lo script dei commenti per quello che mi riguarda è divenuto del tutto
> ridondante ed inutile dato che esiste un modulo per fare lo stesso
> lavoro. il suddetto modulo l'ho installato ed attivato per er.
 
  non entro nel merito dei vari problemi che gravano su indyer, ma ad
esempio per i commenti, (anche se drupal non è scritto per indy) se si
avevano dieci minuti di tempo si trovavano sul sito 
www.drupal.org  piu' di un modulo scritto ad hoc per questa moderazione
che vi serviva.


> drupal come cms per indy è una merda ma questo abbiamo e questo ci
> teniamo. stare a cambiare cms ora penso che sarebbe come spararsi in bocca.
> magari con una gestione più oculata da parte di chi ha le conoscenze
> necessarie per farlo si potrebbe fare in modo che drupal sia meno merda
> di quello che è.
 Non sono completamente d'accordo sulla nullita assoluta di drupal come
cms, sicuramente degli attuali in giro è l'unico con il quale si puo'
realizzare un nodo indymedia (ovviamente lasciamo fuori i vari oscailt,
sf.active,mir...) con una impostazione piu' elastica dal solito schema
tre colonne newswire e feature (aggregatore feeds,blog,forum,comunity e
molte altre funzioni)
Certo se bisogna seguire gli upgrade, gli aggiornamenti e in caso di
installazione multipla ancora di piu', e ogni modifica che va ad
incidere su tutti dovrebbe passare per la lista techie, essere
consensuata e dopo si applica, altrimenti a che servono le liste ?


> forse a questo punto sarebbe meglio smembrare l'installazione condivisa
> in modo che ogni nodo di gestisca per i cazzi propri drupalle e che
> possa anche aggiornare al 6.

 Penso che andare a smembrare ora è un bel problema, inoltre come ho
accennato sopra, migrare alla 6 non è cosi semplice,  i moduli  usati
ora (quindi che vengono salvati in eventuale dump), non sono compatibili
con la versione 6...
ovviamente si potra' fare ma con una conoscenza non indifferente di
mysql , in modo da copiare solo le tabelle compatibili, fermo restando
che il problema del "core" rimane ...= ? 
forse cerchiamo insieme di riportare il sito alla piena funzionalita' in
seguito se credete con la collaborazione della lista internazionale
potremmo chiedere anche a loro consigli per upgrade.

my 1 cents


-- 
,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
gpg --keyserver pgp.mit.edu --recv-keys 5E1F2204
fingerprint : 682A 3F87 C927 5981 3750  7DDA 83B3 6A03 5E1F 

    /--\/--\/--\
    |   |   |   |/-\
   /-------\|   |  |
  |   _____/|   |__/|
  |   |- --- ---    |
  |    \_         |/
   \              |
    |            /
    |           |Finché ci sarà uno stato non ci sarà libertà. 
Quando ci sarà libertà non ci sarà uno stato. 
                          (Vladimir Ilic Lenin)
,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,