Artikel nach Rewrite weg???

[Heiko H.]

Hallo Gemeinde;

Nachdem ich meinen Alturo-Server mit Confixx 3.1.2 nach einiger Probiererei zum rewrite überreden könnte, (der Tip aus der FAQ war's nicht so ganz) sind jetzt die Artikel nicht mehr zu sehen. Das ist, denke ich mal, ein Problem mit der Pfadangabe. Hab damit natürlich auch 'ne Menge rumprobiert, aber jetzt fällt mir nichts Gehaltvolles mehr ein

Zu sehen ist das Ganze hier:
http://www.haubner-it.de/cms/

Das ist mein "Probier-CMS" und noch ein 1.23 DEV.

die .htaccess sieht so aus:

Code: Select all

RewriteEngine On

# If phpwcms is installed in a subdirectory,
# sample: "mysubdir" then use this (remove #)
# if above lines doesn't work for you
# ===============================================
RewriteBase /cms
RewriteRule ^([0-9]+)\.([0-9]+)\.([0-9]+)\.([0-9]+)\.([0-9]+)\.([0-9]+)\.phtml$ /cms/index.php?id=$1.$2.$3.$4.$5.$6
RewriteRule ^(.+)\.phtml$ /cms/index.php?$1

Vielen Dank für eure Hilfe.

Heiko...


Ach ja, bitte keine "Cache leeren", "Browsercache leeren" oder so Tips

[pico]

Hi

probier mal

Code: Select all

RewriteBase /cms
RewriteRule ^([0-9]+)\.([0-9]+)\.([0-9]+)\.([0-9]+)\.([0-9]+)\.([0-9]+)\.phtml$ /cms/index.php?id=$1,$2,$3,$4,$5,$6
RewriteRule ^(.+)\.phtml$ /cms/index.php?$1

also die Punkte durch Kommas ersetzen

[Heiko H.]

Danke, ABER das bringt leider nichts.
Die Seiten mit alias gehen, ja auch nicht...


Ich bin für weiter Vorschläge immernoch ganz Ohr

Schönes WE, Heiko.

[flip-flop]

Hallo Heiko,

...nach einiger Probiererei zum rewrite überreden könnte, (der Tip aus der FAQ war's nicht so ganz)....

Tip hat bei mir auch nicht geholfen.
Wie hast du ihn dazu bekommen? Dieses Confixx-Zeugs ist nicht so ganz berechenbar. Nur einmal installiert muss man leider damit arbeiten.
Mein erster Versuch auf so einer Alturo-Büchse hat für das CMS halbwegs funktioniert, jedoch ist dann die groupware ausgestiegen.
Das CMS konnte ich mit XXXX.de/yyyyy.phtml aufrufen, jedoch ist er grundsätlich in den anderen Modus (XXXX.de/index.php?YYYY) zurückgesprungen.
Ich habe im Moment leider keine Zeit dort weiter zu machen.

Gruß Knut

[pico]

Hi

also erschiess mich jetzt nicht, aber die Artickel und Strukturebenen sind auf 'Sichtbar' gesetzt? und über das Backend erreichbar.
Hatte mal ein ähnliches Problem nach einem Umzug - da waren alle Artikel auf einmal auf 'unsichtbar' gesetzt.

[Heiko H.]

@ pico

Ich erschieß niemanden, auch nicht virtuell
Die Artikel sind da, sichtbar usw. und wenn ich das rewrite "ausschalte" sind sie ja da.

@ flip-flop

Das hab ich in einem Forum belesen, sieht zwar komisch aus, hab's dann aber mit dem Mut der Verzweiflung probiert und siehe da...
Bei httpd-Spezials (Confixx-Admin) folgendes:

<Directory "/home/htdocs/webXX/html">
Options +FollowSymLinks +SymLinksIfOwnerMatch
</Directory>

"webXX" natürlich anpassen.
Guck mal, was die error.log des Apachen sagt. Ich denke mal du bekommst auch einen 403 Error, oder?

Da dann, schönes WE...

[Heiko H.]

He flip-flop,

i dit it

es läuft, guck:


http://www.haubner-it.de/cms/

den httpd Eintrag, wie oben beschrieben, ich sträube mich zwar auch noch dagegen, habe aber noch keine andere funktionierende Variante gefunden

Die .htaccess ins root des CMS.

Schöne Pfingsten

[juergen]

Hallo Heiko (IP Nachbar )

Das Problem ist doch klar: --> Apache erklärst du follow Sym links ... und zwar erklärst du ihm das bis in das webverzeichnis deines Auftrittes. Den 403 produzierst du immer dann, wenn er nicht in das /cms/ dir greifen kann.

Prinzipiell ist das egal ob der httpd Eintrag auf das DIRECTORY oder die DOMAIN bezieht, das Problem ensteht erst, wenn nicht im web-root "rewritet" wird.

@Knut: Die anderen Geschichten habe ich in ein subdir gelegt, und da passiert dann eben nichts.

Wenn man den httpd-Eintrag auf die domain legt, muß der für http://www.domain und für http://domain jeweils extra getätigt werden.

Funktionieren wird das erst, wenn Apache reset ausgelöst hat. hier eben auch über confixx.

Der 403 passiert wegen einer vermutlich nicht vorhandenen x-bit Definition ... guckst du da: http://httpd.apache.org/docs/2.0/mod/mo ... l#xbithack

Und meckert nicht über confixx ES GIBT SCHLIMMERES !

Gruß.phtml

Jürgen

[flip-flop]

Hallo Ihr2,

habe jetzt endlich dieses mod rewrite in den Griff bekommen.
Confixx brauche ich nicht, da nur ein User läuft.
Also habe ich den confixx-Konfig.Zugriff auf den apache abgeklemmt.
Nach alter Väter Sitte die confixx_vhost händisch editiert und es funktioniert natürlich.

Hauptgrund der Übung ist Google.
Hier laufen zwei Domains .de & .com die auf den selben Inhalt zielen.
Google hat die Seite gekickt. Vermutlich doppelter Content. So restriktiv wird dort seit etwa 2-3 Wochen vorgegangen, denn sonst ist nix SUMA-feindliches an der Seite gemacht.
Also muss eine Domain mit einem 301 auf die andere umgebogen werden.
Das geht aber nur vernünftig mit mod_rewrite.
Hier das Strickmuster:

Code: Select all

# Redirect from *.de to *.com
RewriteCond %{HTTP_HOST} ^www\.example\.de$ [NC]
RewriteRule ^(.*) http://www.example.com/$1 [L,R=301]

RewriteCond %{HTTP_HOST} ^example\.de$ [NC]
RewriteRule ^(.*) http://www.example.com/$1 [L,R=301]

Noch ein Tipp:
Bei mehrsprachigen Seiten sollte man nicht de_xxxxx/en_xxxxx nehmen, sonder eher de-xxxxx / en-xxxxx verwenden.

Suchmaschinen werten nur ganze Wörter und keine Wortstämme aus. Der Unterstrich wird von Google nicht als Worttrenner gewertet!!!!!!!

Was mir bisher aufgefallen ist:
[ID].....[/ID] kommt mit dem Trennstrich nicht klar.
Also in der front.func.inc.php in ~ Zeile 1667 ändern:

// internal Link to category alias (string)
$search[1] = '/\[ID (\w+)\](.*?)\[\/ID\]/'; nach
$search[1] = '/\[ID (.*?)\](.*?)\[\/ID\]/';
--------------------------------------------------

Gruß Knut