W dniu 2010-12-29 00:41, Marek pisze:
> W dniu 2010-12-28 09:24, beherit / pn pisze:
>
>> Szybkie i proste:
>> - klasa dziedzicząca po tej, która obsługuje Ci stronę,
>> - podmiana nazw tabeli gdy podany ?year=2007 z moj_content na
>> moj_content_2007. Cała filozofia.. Pliki analogicznie.
>
> Czyli content_2007, content_2008... to kolejne kopie bazy danych z
> poszczególnych lat?
>
> Problem jest np. z archiwizowaniem funkcjonalności. Jeśli przykładowo
> jakaś formatka określa, że po lewej mamy treść, a po prawej newsy a w
> kolejnym roku ma być odwrotnie (czyli nastąpiła zmiana w kodzie HTML
> formatki), to takie przełączenie źródła danych nie wystarczy.
>
> Teraz sam sobie odpowiadam. Pewnie nie da się archiwizować za pomocą
> "guzika". Kopia bazy + kopia HTML = niezależny serwis WWW. Obawiam się,
> że to jedyna droga. Muszę to uzgodnić z klientem aby wiedzieć co
> faktycznie archiwizacja oznacza.

Oczywiście, że się da, a czemu nie. Ograniczyłbym jedynie zmiany w
strukturze kodu szablonów i ogólnie logiki aplikacji obsługującej serwis.
Click
-> twórz nowe tabele (lub jak zaproponował porneL -> automatem data,
wersja)
-> twórz kopie plików (jeśli musisz dla danego roku) np.
index.2009.tpl
a później wszystko sobie wywoływać choćby nawet z użyciem SESSION jak
bardzo chcesz
if($_SESSION['year']=2009)
wyswietl komunikat, ze oglada archiwum
+ dane pobierz z tabeli _2009 lub z content.year = 2009
+ zaciągnij do wyswietlenie index.2009.tpl
else
wyswietl aktualne

ba... tutaj nie trzeba nic klikac, pelna automatyzacja jest prosta i
mozliwa :).

Pozdr,p.