5

Ho appena visto che whitehouse.gov utilizza drupal come tecnologia CMS e portale. Uno dei vantaggi di drupal sembra che sia facile aggiungere plug-in e che la programmazione sia minima, cioè che reinventare la ruota sia al minimo. Questa è in realtà esattamente la filosofia DRY di Ruby-on-Rails. Quindi:Tecnologia Ruby per i portali

  • Quali sono gli svantaggi di drupal?
  • Cosa rails o altre tecnologie basate su Ruby squalificano come tecnologia portale per whitehouse.org (o altri portali CMS)?

risposta

6

Quali sono gli svantaggi di Drupal?

Questa è davvero una domanda piuttosto soggettiva in relazione a Ruby e Rails. Drupal è una solida opzione di gestione dei contenuti e brilla davvero per i siti orientati alla comunità. È utile anche per la gestione di contenuti generici per siti non portali. Gli svantaggi sarebbero che è costruito su PHP, se sei un Rubyist allora questo è un inconveniente significativo. Inoltre è una bestia di un progetto se stai guardando solo il nucleo. L'API è abbastanza grande e si adatta a un progetto come Drupal, ma questo può fare ottenere una sostanziale personalizzazione fatta in un sacco di lavoro di codifica. Inoltre, a causa dell'intera architettura di Drupal non esiste una chiara separazione dei tipi di dati a meno che non si scriva un modulo personalizzato che rende netta separazione e mentre questo è in linea con la "modalità Drupal" è un po 'strano per alcuni pensare TUTTO come nodo o all'interno della struttura del sistema di tassonomia di Drupal o simili.

Il più grande svantaggio di Drupal può essere riassunto in questo modo: per poter utilizzare in modo efficace Drupal è necessario conoscere e comprendere Drupal in un modo che non si fa per un sistema CMS come Radiant; ma Radiant non è neanche lontanamente complesso come Drupal.

Cosa rotaie o altre tecnologie basate Rubino squalificano la tecnologia come portale per whitehouse.org (o altri portali CMS)?

Rails è piuttosto dissimile da Drupal in quanto non è affatto un sistema di gestione dei contenuti, ma un framework di applicazione più generale. Puoi usare Drupal in modo simile a Rails, ma Drupal è molto più di quello che è Rails. Potrebbero essere effettuati migliori confronti tra Drupal e Radiant o BrowserCMS o alcuni degli altri pacchetti CMS di Ruby/Rails. Ci sono sistemi di portali Ruby/Rails là fuori, ma pochi corrispondono alla maggior parte di Drupal e alla sua comunità. Le opzioni più comparabili nell'ecosistema Ruby corrispondono solo a pezzi di ciò che Drupal può fare, ma questo è dovuto al fatto che Drupal è un grande progetto e una comunità. Drupal è un coltellino svizzero più alcuni per fare siti sul web. Ruby non ha un progetto veramente simile là fuori perché la maggior parte dei Rubyists non vede alcuna ragione per duplicare la circonferenza di Drupal.

mi sento di raccomandare i seguenti progetti di cose da guardare, se si stanno prendendo in considerazione l'uso di Ruby al posto di Drupal (la maggior parte di questi progetti di Ruby coprirà meno di Drupal, ma in forma più stretta con reali esigenze del tuo sito):

4

Piuttosto soggettivamente, trovo l'interfaccia di amministrazione Drupal un po 'goffo. Puoi provarlo da solo senza installare Drupal al opensourcecms.com. Detto questo, sembra che ci sia un grande slancio nella comunità di Drupal al momento, e sta iniziando a diventare un CMS davvero completo.

Confrontare Rails to Drupal è un po 'come paragonare le mele alle arance. Rails è un framework applicativo e Drupal è un CMS (anche se con una sorta di framework applicativo incluso).

+0

Il modo per aggirare il clunkiness è installare il modulo del menu Amministrazione come una delle prime cose che fai, fa davvero la differenza. – Matt

1

Sono uno sviluppatore di Rails quindi sono tutto per le soluzioni Rails ma al momento non esiste un CMS Rails che si avvicini a un CMS come Drupal in termini di funzionalità e plug-in.

Attribuisco questo in parte alla filosofia "less is more" sostenuta da 37signals.

Wordpress, Drupal e altri scelgono "il maggior numero possibile di funzionalità" e questo finirà per attirare masse di utenti che scopriranno che questi prodotti rispondono alle loro esigenze.

Ho giocato con l'idea, come molti altri, di avviare un sistema CMS basato su Rails con molte funzionalità e una buona architettura di plugin. Non c'è tempo per lavorare su questo, anche se tra il lavoro del cliente e lo sviluppo di un'applicazione ospitata su cui sto lavorando.

+0

grazie anche per l'informazione! Ok, capisco, Drupal è una tecnologia molto più matura, mentre i CMS delle rotaie devono ancora essere estratti dai primi adattatori in progetti CMS più grandi. – poseid

2

allesklar, cosa c'è di sbagliato con il sistema di estensione all'interno di Radiant? Ci sono già un sacco di Rails CMS là fuori. Sospetto che contribuire a un sistema consolidato per migliorarlo sarebbe più produttivo per la comunità in generale rispetto alla creazione di un altro CMS di nicchia.

0

Se stai cercando la tecnologia di portale costruita in Ruby, un candidato relativamente nuovo da considerare sarebbe EngineY. EngineY è stato originariamente costruito come framework di social networking ma ha anche caratteristiche che lo rendono un candidato praticabile come un portale tradizionale. Il concetto di "widget" di EngineY è simile al portlet di un portale tradizionale. È disponibile un widget Contenuto gestito incluso con EngineY che consente di creare un portale composto da contenuto gestito. La cosa migliore è che EngineY è molto attivamente mantenuto e si sta evolvendo e migliorando ogni giorno.

+0

Non molto attivo più – nurettin

Problemi correlati