Rokop Security ist umgezogen. |
Willkommen, Gast ( Anmelden | Registrierung )
Rokop Security ist umgezogen. |
Gast_Bo Derek_* |
06.03.2005, 14:29
Beitrag
#1
|
Gäste |
Nach ein paar Tagen harter Arbeit sind wir mit Rokop Security nun komplett umgezogen.
Zu unserem Bedauern reichten die Leistungen von 1&1 nicht mehr, Rokop Security zu hosten. Da diese Firma nicht in der Lage war, uns auch nur ein wenig entgegen zu kommen, mussten wir leider kurzfristig unseren Provider wechseln. Da die Seiten von Rokop Security in letzter Zeit ohnehin eine recht schlechte Performance aufwiesen, POP-Mail ab und zu nicht erreichbar war und der Server, der unsere Datenbank gehostet hat alle Nase lang neu gestartet wurde (weshalb Rokop Security in dieser Zeit nicht erreichbar war), ist der Wechsel vielleicht nicht einmal so schlecht gewesen. Damit ihr Rokop Security auch in Zukunft immer erreich, solltet ihr die folgende URL benutzen: www.rokop-security.de Mit dieser landet ihr immer bei uns, egal welchen Provider wir auch haben mögen. In nächster Zeit könnte hier und da mal was nicht funktionieren. Falls dem so ist, könnt ihr das in diesem Thread melden. |
|
|
06.03.2005, 22:42
Beitrag
#2
|
|
Womanizer Gruppe: Freunde Beiträge: 3.798 Mitglied seit: 05.05.2004 Mitglieds-Nr.: 765 |
Diese RewriteRule müsste aber ganz am Ende der htaccess stehen.
Davor sollten die Späße mit board/ über redirect abgefangen werden. Sonst wird nachher auf dem kasserver auch noch nach nem Verzeichnis board gesucht, oder n_dot_force?! -------------------- |
|
|
Gast_n_dot_force_* |
06.03.2005, 23:10
Beitrag
#3
|
Gäste |
QUOTE(Manu @ 06.03.2005, 22:41) Diese RewriteRule müsste aber ganz am Ende der htaccess stehen. Davor sollten die Späße mit board/ über redirect abgefangen werden. Sonst wird nachher auf dem kasserver auch noch nach nem Verzeichnis board gesucht, oder n_dot_force?! [right][snapback]83155[/snapback][/right] CODE RewriteRule ^(.*)$ http://v152029.dd8316.kasserver.com/$1 [L] tut nichts anderes als dass jedes zeichenkette - dargestellt durch (.*) genommen wird, und an die position von $1 übergeben wird. [L] bedeutet nur, dass die rule abgearbeitet werden soll. es gibt auch die kombination [P,L] (hier wird mod_proxy vorrausgesetzt), wenn [L] alleine nicht funktionieren sollte. ich würde die rule am ende der .htaccess stellen, nachdem anderes abgearbeitet wurde. wobei für die links vom "alten" /board/ sicher besser (und performanter) ist, wenn diese in der datenbank direkt umgeändert werden (da gibts ein suchen/ersetzen-kommando, aber ich gebs ehrlich zu: mit mysql kenn ich mich weniger aus), da ja das sichtbare ergebnis im text (der ja in der datenbank enthalten ist) ja auch falsch ist. wobei man noch sagen muss, dass mod_rewrite (das apache-modul, das für redirects und rewrites zuständig ist) nicht grad resourcenschonend ist (vielleicht auch ein grund, warum der "alte" webspace langsam wurde). Der Beitrag wurde von n_dot_force bearbeitet: 06.03.2005, 23:12 |
|
|
Gast_Bo Derek_* |
06.03.2005, 23:15
Beitrag
#4
|
Gäste |
QUOTE(n_dot_force @ 06.03.2005, 23:09) mod_rewrite (das apache-modul, das für redirects und rewrites zuständig ist nicht grad resourcenschonend (vielleicht auch ein grund, warum der "alte" webspace langsam wurde). [right][snapback]83159[/snapback][/right] Wo ist denn da nun die Logik versteckt? Die Apache-Module werden auf diesem Webspace genauso beansprucht wie auf dem alten Webspace und trotzdem ist das Board schneller. Schon mal was von Konstanten und Variablen gehört? Wenn die beiden Items ".htaccess" und "Provider" lauten und .htaccess die Konstante ist, welche Änderung führt dann zu dem Ergebnis "höhere Performance"? |
|
|
Vereinfachte Darstellung | Aktuelles Datum: 11.10.2024, 09:57 |