2009-05-27 8 views

risposta

7

Da una prospettiva di sviluppo, FatWire può essere ostile. Avendo lavorato su un numero di siti usando questa applicazione, può essere facilmente ingombrante e difficile da mantenere.

Dal punto di vista dell'utente c'è stato un sacco di sforzo nell'interfaccia utente e questo ha portato a uno strumento altamente funzionale.

Dal punto di vista del cliente, tutti i clienti della barra 1 (una grande agenzia di stampa) erano soddisfatti del risultato finale. FatWire può rallentare quando si utilizza la logica complessa per generare menu o breadcumb, ad esempio o quando si dispone di una grande quantità di contenuto. Questo è il motivo principale per cui un cliente era infelice. Il sito FatWire ha regolarmente faticato sotto il carico. A volte è visto come una soluzione a tutte le esigenze web.

Come tale FatWire riesce a servire contenuto statico contenuto & semi dinamico, ma può andare in pezzi quando è costretto a fare siti completamente dinamici (dalla mia esperienza).

5

Dal comunicato stampa originale:

FatWire Software ha annunciato il lancio di Primosito, che è un insieme di strumenti e best practice che aiuta le aziende che utilizzano FatWire Content Server ottengono il loro primo sito Web o L'applicazione viene eseguita rapidamente mentre fornisce una base per l'espansione futura . Primosito comprende una collezione di modelli standard e componenti del sito che sono comuni alla maggior parte dei siti , combinato con documentazione, formazione, una ricca comunità di sviluppatori , e migliore metodologia pratiche. FatWire ei suoi partner di soluzioni utilizzano FirstSite come base per lo sviluppo di applicazioni content-centric per mercati verticali specifici di . Con soltanto minore, alterazioni cosmetici, gli sviluppatori possono utilizzare il codice in Primosito per implementare un primo sito, allo stesso tempo imparare a utilizzare le funzionalità di Publisher, come ad esempio la consegna dinamica di contenuti, personalizzazione, caching, e di prodotto cataloghi.

Firstsite non è un prodotto, a meno che questo non sia cambiato dal 2004 (purtroppo non posso guardare, poiché il loro sito per gli sviluppatori è inattivo). Il Content Server di Fatwire non è paragonabile a nessun CMS Open Source che io conosca. La sua portata va molto oltre. Io risponderò alle vostre domande una per una:

Vantaggi - Ci sono molti (o nessuno lo compra, e non è a buon mercato)

Sul lato di consegna: scalabilità, a grana fine di controllo della cache, architettura stateless servlet, ....

Sul lato back office: praticamente alcun limite al tipo di attività, gli attributi contenuti dinamici, find-grana di sicurezza e controllo accessi, ...

Sul lato di sviluppo: intelligente API architettata con buona produttività di codifica, libreria di tag, ...

apertura

Non si può facilmente aspettare di migrazione del contenuto tra due prodotti CMS, open source o meno. Mentre ci sono modi per estrarre contant dal database in XML e altri moduli, utilizzando strumenti del prodotto, o semplicemente a livello di database, non penso che questo possa essere un argomento a favore o contro l'utilizzo di un particolare CMS. Hai mai provato a migrare da Drupal a Joomla?

Stabile

ho lavorato su diverse implementazioni FatWire 2000-2004 (allora era OpenMarket Content Server, quindi Divina Content Server). Era abbastanza stabile per il Washington Post, il New York Times ei siti S & P, e mi aspetto che la stabilità non sia un problema oggi.

+0

"(sfortunatamente non riesco a guardare, dal momento che il loro sito per gli sviluppatori non funziona)" Sono queste le indicazioni della stabilità dell'azienda sottostante? –

+0

rimuovo "firstsite" dal titolo poiché è irrilevante –

4

Fatwire è un concetto davvero unico dal punto di vista dello sviluppatore. Costruisce tutto su una struttura di modellizzazione delle risorse intelligente molto astratta, estremamente flessibile che è archiviata in un database relazionale.

La logica dell'applicazione è basata su "modelli" che in realtà sono parti del codice JSP. Questo codice JSP non è come il convenzionale Java, ma piuttosto i tag. Ci vuole molto tempo da uno sviluppatore per imparare questi tag e l'api di asset Fatwire. Aspettatevi anche mesi prima che gli sviluppatori esperti inizino a essere produttivi.

Quasi nulla di campioni utilizzabili viene spedito lungo il prodotto. C'è un "FirstSite" pubblicizzato ma è troppo semplice per lo scopo in cui questo prodotto viene usato normalmente (siti complessi enormi). Quindi praticamente tutto deve essere costruito da zero.

Il controllo della cache è pubblicizzato come una potente funzionalità. Sì lo è, ma abbiamo avuto una curva di apprendimento estremamente lunga e non ha mai funzionato esattamente come si suppone.

L'editing Wysiwyg è stato ignorato da questo prodotto anche se è stato pubblicizzato. Almeno nel corso del 2009 ha avuto seri problemi concettuali che hanno praticamente impedito di utilizzarlo in ambienti live. Ma è stata una caratteristica interessante per le demo e il marketing, ovviamente. Oggi potrebbe essere risolto.

Come riepilogo e se fossi un cliente con budget limitato, selezionerei invece qualsiasi alternativa open source. Principalmente perché i costi di sviluppo con Fatwire sono elevati a causa dell'unicità del prodotto, della mancanza di una buona documentazione e di una curva di learing estremamente lunga. Ovviamente anche il cartellino del prezzo del prodotto è da tenere in considerazione.

E per rispondere alle domande: devi ricominciare da capo se ti sposti da Fatwire 6.0 a qualsiasi alternativa open source. Ed è stabile per creare estensioni Java.

0

Fatwire memorizza il contenuto in relazione al database e al file system. A seconda del tipo di contenuto (strutturato/non strutturato), Fatwire può essere valutato.

Problemi correlati