Statyczne strony XHTML + CSS

[hieroshima]

Kiedy mam zlecenie na zwykłą stronę- wizytówkę www (XHTML/CSS) zawsze męczy mnie kwestia wyboru zmiany treści na tej stornie. Konkretnie projektuje szablon, tnę go i koduje. Dochodzę do kodowania menu i tu się pojawia mój dylemat. Czy treść na stronie ma być przeładowywana AJAXEM tzn. sama treść zostaje przeładowana, a reszta elementów siedzi (dawny sposób to ramki), czy zakodować całą stronę, skopiować ją tyle razy ile mam linków w menu i tylko pozmieniać w nich treści i normalnie odwoływać się do tych plików <a href="kontakt.html">Kontakt </a> X razy. Minusem takiego rozwiązania jest to, że jak trzeba coś zmienić w menu, dodać link usunąć itp. to trzeba poprawki zrobić w każdym pliku html plusem jest z kolei to, że nawet Ci co mają wyłączoną obsługe JS mają poprawną stronę. Minusem Ajaxowego rozwiązania jest to, co jest plusem dla standardowego rozwiązania, plusem znowu to co minusem. Obłęd
Jak wy rozwiązujecie ten problem- dylemat? Robicie tyle plików html ile jest linków, czy ładujecie treść AJAxem i macie jeden plik html z zakodowanym szablonem. Oczywiście mówimy tu tylko o zwykłych stronach wizytówkach np. do 10 podstron. Ze zwykłą treścią, statyczną. Bez PHP, bez bazy danych.

[Kartofelek]

Albo stosujesz php (include, mvc itp pierdoły), albo stosujesz kopiowanie plików.
Ajax nie jest do zmieniania treści strony.

[hieroshima]

nie no jak chcesz przeładować treść, bez przeładowywania całej strony to ajax albo chociaż sam JS bo działa po stronie przeglądarki, a nie serwera jak php. To jak Ty robisz ?

[Kartofelek]

ja nie przeładowuje contnetu ajaxem.
Używam php w zależności od sytuacji. W niektórych stronach wystarczy prosty php include, w niektórych jakiś cms itp.
Sam ajax też może być, ale go trzeba umieć używać z głową. Źle użyty zadziała jak obusieczna broń wływająca na pozycjonowanie, dostępność itp