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



 

Werkkopie Joomla! uitbreiding

Demonstratie
Downloads
Joomla! 1.5
Versie 1.0.1
Download
Forum
Tutorial
GoogleCode

Abstract

Dit is een soort van Subversion voor Joomla! live site. GSoC 2009 Project Ideeën: werkend exemplaar van Joomla Live Site

Idee & Benefits

Beheerders werken meestal op hun live site direct en soms fouten te doen wat alle mensen doen. Hierdoor wordt de levende plaats war na verlenging installatie / verwijderingsprocedure en opnieuw configuratie. Het idee is om een ​​werkend exemplaar van de live site en veranderingen op te maken, dan, als alles in orde is na een aantal testen, kunt u het goedkeuren van wijzigingen en de tool zal hen van toepassing zijn op uw live site.

Ik wil ook een aantal fundamentele kenmerken van Subversion te implementeren in dit project bijvoorbeeld plegen / goed te keuren, bijwerken / synchroniseren, terug, samen te voegen, maak patch patchen (SVN operaties achteraf).

Met behulp van deze tool, zullen de mensen doen minder fouten op de live site en krijg minder nerveus!

Mijlpalen

Het creëren van een API en de interface zal nodig zijn om dit project te voltooien. Beiden zullen gelijktijdig worden ontwikkeld om kunnen testen maken van de interface. Ik zal de belangrijkste codering ideeën en normen van Joomla! Framework hoop dat het zal een deel van Joomla! 1.6 in de toekomst.

Tijdens het ontwikkelingsproces zal ik aannemen dat de live site (master of ouder achteraf) en de werkkopie (kind achteraf) worden uitgevoerd op de dezelfde versies en configuraties van OS / Apache / MySQL / PHP, en de server configuratie zal blijven intact ( Deze tool kan alleen een testomgeving voor SERVER RE-configuratie).

Nu zal ik beschrijven in het algemeen hoe het zal zijn en hoe gemakkelijk het zal zijn om mee te werken. Hier zijn een aantal stappen beheerders kunnen doen:

  1. Maak zoveel kind van de meester aan het werk gaan (admin kan zelfs een groot kind te maken)
  2. Wijzig de kind (her-configureren, toevoegen / inhoud bewerken, installeren / verwijderen / updaten extensies) en test (kunnen we een "spy bot" te hebben, indien nodig op het kind om eenvoudig vast te stellen wijzigingen heeft aangebracht)
  3. Goedkeuren van wijzigingen in de live site met een van deze opties:
    1. Maak een patch van het kind
    2. Breng de pleister aan de meester
    3. Direct goedkeuren van wijzigingen in de master (eigenlijk het kan dan doen 3.1 3.2, alleen in een stap)
  4. Bekijk de wijzigingen op het kind
  5. Synchroniseer het kind met de ouder (wanneer het kind is verouderd)
  6. Herstel van het kind aan de ouder staat
  7. Samenvoegen 2 sites (master-kind of kind-kind) met referentiële integriteit

Er zijn 2 mogelijkheden om veranderingen op de Joomla te maken! website, die is het veranderen van database en / of bestandssysteem. Dus zullen er 2 soorten van functies in de API, waardoor wijzigingen in de database en het bestandssysteem.

Werken met het bestandssysteem is het makkelijkste deel, want elke bestand heeft datum laatste wijziging, wat maakt het gemakkelijk om te bepalen welke bestand is nieuwer.

Het werken met de database is veel ingewikkelder, want er kan verschillende scenario's met relaties.

Mijn doel is het maken van een API, die SVN operaties zullen uitvoeren niet alleen de kern van tafels, maar ook om te feesten tafels 3rd, die kunnen komen met 3rd partij extensies.

Toekomstige uitbreidingen

Het is ook mogelijk een geschiedenis tafel (#tablename_history) voor elke tabel in dB, wat tabelrij versies zullen houden in. Het zal mogelijk versiebeheer van de gehele database. Niet alleen de inhoud, maar ook parameters, module posities, enz. zou worden onder versiebeheer. Het andere ding, dat kan worden gedaan, is de taal tafels hebben en tabelrij vertalingen te houden in hen.

Tijdlijn

April 20 - Mei 17: Tijd om te spreken met de mentor
Week 1 mei 18 - 22: En API functies om een ​​kind te maken van de meester. (1)
Week 2 mei 25 - 29: En API functies om aangebrachte wijzigingen op het kind te bekijken. (4)
Week 3 juni 1 - 5: En API functies om het kind terug. (6)
Week 4 juni 8 - 12: En API-functies om het kind te synchroniseren. (5)
Week 5 juni 15 - 19: En API functies om een ​​patch te creëren. (3.1)
Week 6 juni 22 - 26: En API-functies om de patch toe te passen. (3.2, 3.3)
Week 7 juni 29 - juli 3: VOORBEREIDING OP DE TUSSENTIJDSE EVALUATIE
Week 8 juli 6 - 10: INDIENEN VAN DE TUSSENTIJDSE EVALUATIE
Week 9 juli 13 - 17: En API functies 2 locaties samen te voegen. (7)
Week 10 juli 20 - 24: Gereserveerde tijdstip
Week 11 juli 27 - 31: Gereserveerde tijdstip
Week 12 augustus 3 - 7: VOORBEREIDING voor de eindevaluatie, zet alles op hun plaats
Week 13 augustus 10 - 14: POTLODEN DOWN, SAMENVATTING VAN RESULTATEN, schrijven van documentatie
Week 14 augustus 17 - 21: Indienen van de definitieve EVALUATIE
Augustus 22 - 25: TIJD VOOR LAST MINUTE BESLISSINGEN

Webinar

Klik om gemarkeerde tekst luisteren!