On Tue, 28 Dec 2010 13:36:24 -0000, Borys Pogoreło <b...@p...edu.leszno>
wrote:

>>> a) musimy i tak zduplikować bazę
>>
>> Nie. Dodać kolumnę na datę/wersję.
>
> A jeśli w międzyczasie zmienia się struktura bazy?

To migrujesz stare dane. Jeśli stare pola przestają mieć sens w nowym
układzie, to w nowych rzędach wstawiasz NULLe.

Archiwalna wersja strony to nie musi być archiwum *implementacji*, nie?

>> Nie od razu. Nowe pliki dodawaj pod nową nazwą, jeżeli konieczne jest
>> zachowanie wyglądu starej strony.
>
> A jeśli zawartość plików się zmienia, a nazwy pozostają?

No to tak nie rób. Zasada "nowa zawartość = nowy URL" przy okazji ułatwia
długie cache'owanie plików.

>>> c) musimy stworzyć nowe pliki klas
>>
>> WTFBBQ? Nie możesz nowej funkcjonalności dodawać tak, aby była
>> "kompatybilna wstecz"?
>
> Nie wszystko da się tak dodać.

OK, ale to raczej w przypadkach ciężkich przeróbek, a wtedy to nie jest
głupia robota z copy&paste klasy, a utrzymywanie dwóch kompletnie różnych
rzeczy (czego nie da się uniknąć, jeżeli utrzymywanie dwóch wersji jest
dokładnie twoim celem).

>> Poza tym w OOP wymyślono pare rzeczy, które mają zastąpić copy&paste...
>
> A ja znów przypominam, że nie ma ani słowa o OOP w pierwszym poście :)
> Zaś w PHP zbyt wielu z tych rzeczy nie ma...

Czego takiego brak, co by tu ułatwiło?

--
http://pornel.net
this.author = new Geek("porneL");