Es ist völlig egal wie deine Ressourcen aussehen, hauptsache sie sind differenzierbar, möglichst eindeutig und einzeln über GET erreichbar.
Also Du empfiehlst möglichst immer mit GET zu arbeiten!?
Wenn du schon Parameter übergeben musst ja - für dynamische und Variable-Seiten die man nicht direkt aufrufen können soll oder muss - wie etwa Formularzielseiten oder vergleichbares ist aber POST völlig OK und sinnvoll.
Jegliches verstecken mittels POST ist dämlich.
Kann man diese Aussage auch begründen oder ist das einfach nur eine persönliche Meinung von Dir. Ich PERÖNLICH finde unendlich lange Pfade in meiner Adresszeile eher nervig und nicht hübsch programmiert.
Defniiere unendlich lang:
example.com/produkte/gartengeraete/handwerkzeuge/scheren/rosenschere/rosenschereblau
example.com/produkte/gartengeraete/rosenscheregruen
example.com/rosenscheregelb
All das ist imho in einem völlig vertretbaren Rahmen, lässt sich bookmarken und kann von Suchmaschinen indexiert werden.
Die drei oben gennanten hingegen sind zur Differenzierung nicht geeignet.
Wenn es Vorteile hat, diese Pfade mit anzeigen zu lassen, lasse ich mich gerne eines besseren lehren, aber mit der Aussgae 'dämlich' kann man mich noch nicht umstimmen ;)
Dann versuch ich das ganze mal Bildlich:
A: "Ich hab' da keine coole Rosenschere im einem Online-Shop gefunden"
B: "Schick mal einen Link
A: "example.com/index.php"
B: FFFFFFFFFFFFFFFFFFFFFUUUUUUUUUUUUUUUU
Optional kann man schön strukturierte Pfade in menschenlesbarer Form bereitstellen.
Welchen Vorteil hätte das? Warum soll jeder Wissen, wie meine Seite strukturiert ist?
Ich bin nicht derjenige der Gefragt hat, wie man eine Suchmaschine dazu bringt, Seiten zu indexieren.
Wenn deine Seite genau aus einem Pfad, namentlich index.php, besteht aber 2000 Unterseiten hat, wie zu hölle glaubst du dass eine Suchmaschine das in den Index aufnehmen soll?
Nach Empfehlung von LX habe ich mir mal die Seite modrewrite.de angesehen und da heisst es in einem Beispiel:
Zitat:
"Der Webmaster will das der Besucher nicht mitbekommt das er sich auf einer von PHP generierten Seite befindet. Ein Grund hierfür könnte z.B. sein das Hacker oder Script-Kiddies gar nicht erst auf die Idee kommen das Script auf Bugs oder Sicherheitslücken zu testen."
Zitat-Ende
modrewrite.de ist eine Katastrophe, vergiss bitte dass es diese Seite gibt. mod_rewrite selbst ist nur ein Mittel zum zweck um schöne pfade zu erreichen, egal welche Technik dahinter steht. Interssanter zu lesen sind folgende beiden Artikel:
http://www.w3.org/Provider/Style/URI
http://www.w3.org/TR/cooluris/
Es wird zwar angemerkt, dass sich damit Profis nicht so leicht ausspielen lassen, aber grundsätzlich finde ich den Gedanken nicht verkehrt.
Auch Skriptkiddies hält das nicht auf - wer ein Botnet mit ein paarhundert Rechner betreibt, dem ist egal mit welchem Müll und welchen Injection-Versuchen er deine Seite zuballert.