Urdu Italiano
English English Deutsch Deutsch Español Español Français Français Italiano Italiano Nederlands Nederlands Português Português Русский Русский Ελληνικά Ελληνικά
Login



 

Copia di lavoro Joomla! estensione

Dimostrazione
Downloads
Joomla! 1.5
Versione 1.0.1
Scarica
Forum
Tutorial
Googlecode

Astratto

Si tratta di una sorta di Subversion per Joomla! vivono sito. GSoC Idee Progettuali 2009: copia di lavoro del sito Joomla dal vivo

Idea & Vantaggi

Gli amministratori di solito lavorano sul loro sito direttamente dal vivo e, a volte fanno degli errori come tutti fanno le persone. Come risultato, il sito viene rovinato dal vivo dopo l'estensione di installazione / disinstallazione di processo e ri-configurazione. L'idea è quella di avere una copia di lavoro del sito vivo e apportare modifiche su di esso, poi, se tutto va bene dopo alcune prove, è possibile approvare le modifiche e lo strumento li applicano al tuo sito live.

Vorrei anche ad attuare alcune funzionalità di base di Subversion in questo progetto, ad esempio, commit / approvare, aggiornare / sincronizzare, ripristinare, unire, creare patch, applicare la patch (operazioni di SVN dopo).

Con questo strumento, la gente farà meno errori sul sito dal vivo e avere meno nervoso!

Milestones

Creazione di un API e l'interfaccia sarà necessario per completare questo progetto. Entrambi saranno sviluppati contemporaneamente in grado di effettuare test dall'interfaccia. Terrò le idee principali di codifica e standard di Joomla! Quadro sperando che sarà una parte di Joomla! 1.6 in futuro.

Durante il processo di sviluppo che si assume che il sito in diretta (master o un genitore in seguito) e la copia di lavoro (in seguito bambino) sono in esecuzione le stesse versioni e configurazioni di OS / Apache / MySQL / PHP, e la configurazione del server rimarrà intatta ( questo strumento può essere solo un ambiente di test per la RE-CONFIGURAZIONE SERVER).

Ora mi limiterò a descrivere, in generale, ciò che sarà e come sarà facile con cui lavorare. Ecco alcuni passi gli amministratori possono fare:

  1. Creare il maggior numero bambino dal maestro a lavorare su di essi (amministratore può creare anche una nipote)
  2. Modificare il bambino (ri-configurare, aggiungere / modificare i contenuti, installare / disinstallare / aggiornare le estensioni) e test (possiamo avere una "spy bot", se necessario al bambino per determinare le modifiche apportate facilmente)
  3. Approvare le modifiche al sito live con una di queste opzioni:
    1. Creare una patch dal bambino
    2. Applicare la patch al master
    3. Direttamente approvare le modifiche al master (in realtà si può fare 3.1 3.2 poi, in un solo passaggio)
  4. Guarda le modifiche apportate sul bambino
  5. Sincronizzare il bambino con il genitore (quando il bambino non è aggiornato)
  6. Ripristinare il bambino allo stato genitore
  7. Unisci i siti 2 (master-bambino o bambino-bambino) con integrità referenziale

Ci sono possibilità 2 di apportare modifiche sulla Joomla! sito web, che è quello di cambiare database e / o file system. Quindi ci saranno 2 tipi di funzioni dell'API, che apportare modifiche al database e al file system.

Lavorare con il file system è la parte più facile, perché ogni file ha data dell'ultima modifica, il che rende facile determinare quale file è più recente.

Lavorare con il database è molto più complicato, perché ci possono essere diversi scenari con le relazioni.

Il mio obiettivo è quello di fare un API, che attuerà le operazioni di SVN, non solo per le tabelle di base, ma anche per 3rd tavoli di partito, che può venire con 3rd estensioni del partito.

Miglioramenti futuri

È inoltre possibile avere una tabella di storia (#tablename_history) per ogni tabella nel db, che manterrà le versioni delle righe della tabella in esso. Essa consentirà versioni dell'intero database. Non solo il contenuto, ma anche i parametri, le posizioni dei moduli, ecc sarebbero versione. L'altra cosa, che può essere fatto, è quello di avere e mantenere le tabelle di lingua traduzioni delle righe di tabella in loro.

Timeline

20 aprile - maggio 17: Tempo per parlare con il tutor
Settimana 1 maggio 18 - 22: Interfaccia e le funzioni API per fare un bambino da master. (1)
Settimana 2 maggio 25 - 29: Funzioni e interfaccia API per visualizzare le modifiche apportate sul lavoro minorile. (4)
Settimana 3 giugno 1 - 5: Interfaccia e le funzioni API Per ripristinare il bambino. (6)
Settimana 4 giugno 8 - 12: Interfaccia e le funzioni API per sincronizzare il bambino. (5)
Settimana 5 giugno 15 - 19: Interfaccia e le funzioni API per creare una patch. (3.1)
Settimana 6 giugno 22 - 26: Funzioni e interfaccia API di applicare la patch. (3.2, 3.3)
Settimana 7 29 giugno - luglio 3: PREPARAZIONE PER LA VALUTAZIONE INTERMEDIA
Settimana 8 luglio 6 - 10: PRESENTAZIONE DELLA VALUTAZIONE INTERMEDIA
Settimana 9 luglio 13 - 17: Interfaccia e le funzioni API di fusione siti 2. (7)
Settimana 10 luglio 20 - 24: TEMPO RISERVATA
Settimana 11 luglio 27 - 31: TEMPO RISERVATA
Settimana 12 agosto 3 - 7: PREPARAZIONE PER LA VALUTAZIONE FINALE, METTERE TUTTO IN LORO SEDI
Settimana 13 agosto 10 - 14: MATITE GIU ', RISULTATI Riassumendo, la scrittura di documentazione
Settimana 14 agosto 17 - 21: PRESENTAZIONE DELLA VALUTAZIONE FINALE
Agosto 22 - 25: TEMPO DI DECISIONI LAST MINUTE

Webinar

Clicca per ascoltare il testo evidenziato!