Kommentare zu: Mod_Rewrite Bastelstunde http://www.pp-blogsberg.de/2007/03/26/mod_rewrite-bastelstunde.html Partnerprogramme, Affiliate-Marketing, News aus der Scene! Mon, 21 May 2012 12:53:37 +0000 http://wordpress.org/?v=2.2.1 Von: Pepino http://www.pp-blogsberg.de/2007/03/26/mod_rewrite-bastelstunde.html#comment-14421 Pepino Tue, 26 Aug 2008 19:54:07 +0000 http://www.pp-blogsberg.de/2007/03/26/mod_rewrite-bastelstunde.html#comment-14421 yo, Filenamen anstatt IDs und die Seiten cachen und diesen Cache dann anzeigen lassen. So mache ich das auch. yo, Filenamen anstatt IDs und die Seiten cachen und diesen Cache dann anzeigen lassen. So mache ich das auch.

]]> Von: Horst http://www.pp-blogsberg.de/2007/03/26/mod_rewrite-bastelstunde.html#comment-14381 Horst Mon, 25 Aug 2008 18:13:32 +0000 http://www.pp-blogsberg.de/2007/03/26/mod_rewrite-bastelstunde.html#comment-14381 Konrad hat bezüglich der Sicherheit schon recht. Ich mache das bei eforia ähnlich, nur noch einen Schritt weiter. Wenn sowieso jede Seite einen Dateinamen hat, dann lege ich doch glatt unter genau diesem die Seite an. Dann läuft alles über den HTTP-Server ohne zusätzlich Rechenzeit zu verbraten. OK, ich muss mich bei Änderungen um das Auffrischen kümmern, aber das hält sich normalerweise in Grenzen. Wenn ein Benutzer angemeldet ist und dynamische Inhalte bekommt, geht es automatisch über andere URLs. Witzig ist übrigens auch eine Kombination. D.h. statische Seiten angeben und erst beim ersten Abruf per mod_rewrite erzeugen lassen. D.h. man hat nur Seiten, die wirklich benötigt werden. Falls sich was ändert, löscht man die Seite einfach weg. Bei Bedarf wird sie neu erzeugt. Konrad hat bezüglich der Sicherheit schon recht.

Ich mache das bei eforia ähnlich, nur noch einen Schritt weiter. Wenn sowieso jede Seite einen Dateinamen hat, dann lege ich doch glatt unter genau diesem die Seite an. Dann läuft alles über den HTTP-Server ohne zusätzlich Rechenzeit zu verbraten.
OK, ich muss mich bei Änderungen um das Auffrischen kümmern, aber das hält sich normalerweise in Grenzen. Wenn ein Benutzer angemeldet ist und dynamische Inhalte bekommt, geht es automatisch über andere URLs.

Witzig ist übrigens auch eine Kombination. D.h. statische Seiten angeben und erst beim ersten Abruf per mod_rewrite erzeugen lassen. D.h. man hat nur Seiten, die wirklich benötigt werden. Falls sich was ändert, löscht man die Seite einfach weg. Bei Bedarf wird sie neu erzeugt.

]]> Von: Konrad http://www.pp-blogsberg.de/2007/03/26/mod_rewrite-bastelstunde.html#comment-14378 Konrad Mon, 25 Aug 2008 15:47:25 +0000 http://www.pp-blogsberg.de/2007/03/26/mod_rewrite-bastelstunde.html#comment-14378 Hmm anscheinend hat Wordpress in meinen Beispiel BBCode gefunden :D Hmm anscheinend hat Wordpress in meinen Beispiel BBCode gefunden :D

]]> Von: Konrad http://www.pp-blogsberg.de/2007/03/26/mod_rewrite-bastelstunde.html#comment-14377 Konrad Mon, 25 Aug 2008 15:43:40 +0000 http://www.pp-blogsberg.de/2007/03/26/mod_rewrite-bastelstunde.html#comment-14377 Ich gehe dabei ähnlich vor, nur das ich bei kleineren Projekten mit relativ wenig Seiten statt einer SQL DB auf Arrays setze. Hat den Vorteil, dass ich die Datenbank entlaste und auch ein Flaschenhals wegfällt. Habe schon mehrfach Nischenseiten gesehen, die überhaupt nicht mehr funktioniert haben, weil die Datenbank den Geist aufgegeben hat. Mit mehreren 100 Seiten ist die Variante mit den Arrays natürlich unschön und da man ab so einer größe meist sowieso ein richtiges CMS verwendet, kann man auch auf Datenbanken setzen. Man sollte allerdings nicht vergessen, vor der Abfrage genau zu überprüfen, ob kein gefährlicher Code enthalten ist. Wenn man mit IDs arbeitet, kann man einfach checken ob da eine Zahl übergeben wurde, wenn man mit Strings arbeitet, kann da schon mal jemand versuchen Code einzuschleusen: <code>.html Ich gehe dabei ähnlich vor, nur das ich bei kleineren Projekten mit relativ wenig Seiten statt einer SQL DB auf Arrays setze. Hat den Vorteil, dass ich die Datenbank entlaste und auch ein Flaschenhals wegfällt. Habe schon mehrfach Nischenseiten gesehen, die überhaupt nicht mehr funktioniert haben, weil die Datenbank den Geist aufgegeben hat. Mit mehreren 100 Seiten ist die Variante mit den Arrays natürlich unschön und da man ab so einer größe meist sowieso ein richtiges CMS verwendet, kann man auch auf Datenbanken setzen.
Man sollte allerdings nicht vergessen, vor der Abfrage genau zu überprüfen, ob kein gefährlicher Code enthalten ist. Wenn man mit IDs arbeitet, kann man einfach checken ob da eine Zahl übergeben wurde, wenn man mit Strings arbeitet, kann da schon mal jemand versuchen Code einzuschleusen: .html

]]>