Forum

[svenalbert]

Hi,

ich habe auf zwei Seiten die gleiche Version von RexSEO (1.4.247) im Einsatz - ich weiß auch, dass es eine leicht neuere gibt.

Ich habe auf beiden Seiten das Problem, dass die Batch-Einrichtung der Redirects nicht funktioniert, und auch nicht, dieses einstellbare automatische Anlegen, wenn ein Artikel verschoben wird.

Lege ich per Hand einen Redirect an, existiert er, allerdings wird anscheinend der Timestamp für das Verfallsdatum nicht richtig gesetzt. Ich habe jetzt bei einem in der Datenbank per Hand einen Timestamp in der Zukunft gesetzt, beachtet wird dieser Eintrag deswegen leider trotzdem nicht.

Liegts an mir, meiner Installation, Datenbank ...

Viele Grüße,
Sven

[jeandeluxe]

Landen die redirects in deiner .htaccess?

[svenalbert]

Landen die redirects in deiner .htaccess?

Nein, gerade geschaut. Die ist "unbefleckt". ^^

[jeandeluxe]

Nein, gerade geschaut. Die ist "unbefleckt". ^^

Und es ist die, die RExSEO installiert hat, oder deine eigene?
Oder anders gefragt: Sind dort folgende Delimiter drin:

Code: Alles auswählen

### REXSEO REDIRECTS BLOCK
### /REXSEO REDIRECTS BLOCK


Falls ja, sagt dein PHP error log was?

[svenalbert]

Hi Jan,

Oder anders gefragt: Sind dort folgende Delimiter drin:

Code: Alles auswählen

### REXSEO REDIRECTS BLOCK
### /REXSEO REDIRECTS BLOCK


EDIT: Ups, hier oben steht's doch!

Wie komm ich an das Error log ran? Ist nicht "mein" Server, bzw. kein shell Zugriff.

Sven

[jeandeluxe]

EDIT: Ups, hier oben steht's doch!

Was steht wo?

Wie komm ich an das Error log ran?

Das sagt dir sicher dein Hoster oder seine FAQ.. wo wir dabei sind: Starto, 1+1, o.ä.?

[svenalbert]

EDIT: Ups, hier oben steht's doch!

Was steht wo?

Öhm ja, sorry - die erste Version hieß, es steht nicht drin - hab wohl zu viel gelöscht.

Also steht auf alle Fälle in der aktuell aktiven htaccess-Datei.

Wie komm ich an das Error log ran?

Das sagt dir sicher dein Hoster oder seine FAQ.. wo wir dabei sind: Starto, 1+1, o.ä.?

Weder noch, bin bei einem kleinen lokalen. Ich frag mich mal schlau.

[svenalbert]

Moin Jan,

an die error log komme ich nicht ran.
oder kann ich das auch über error_reporting auf den Backend-Seiten rausfinden?

Was mir aber gerade noch aufgefallen ist ist, dass im Textfeld hinter der Datumseingabe NaN.NaN.NaN steht.

Sven

[jeandeluxe]

an die error log komme ich nicht ran.
oder kann ich das auch über error_reporting auf den Backend-Seiten rausfinden?

http://perishablepress.com/press/2008/0 ... -htaccess/

Was mir aber gerade noch aufgefallen ist ist, dass im Textfeld hinter der Datumseingabe NaN.NaN.NaN steht.

Was genau meinst du? Kannst du mal nen screenshot posten.. normalerweise müßte das so aussehen Welchen Browser/OS benutzt du, bzw. hast du schon mal nen anderen Brwoser probiert?
Wenn was nicht mit dem expire Datum stimmen sollte, dann ist das der Grund warums nicht funktioniert..

[svenalbert]

Hi,

das mit dem errorlog mache ich nachher.

Was mir aber gerade noch aufgefallen ist ist, dass im Textfeld hinter der Datumseingabe NaN.NaN.NaN steht.

Was genau meinst du? Kannst du mal nen screenshot posten.. normalerweise müßte das so aussehen Welchen Browser/OS benutzt du, bzw. hast du schon mal nen anderen Brwoser probiert?
Wenn was nicht mit dem expire Datum stimmen sollte, dann ist das der Grund warums nicht funktioniert..

So sieht's bei mir aus!
Tritt sowohl im aktuellen Chrome, als auch im 10er Firefox auf.

[jeandeluxe]

So sieht's bei mir aus!
Tritt sowohl im aktuellen Chrome, als auch im 10er Firefox auf.

Ok, das sind 2 bugs.. einmal hab ich da vergesen dafür zu sorgen das die Datumswerte in der Form richtig befüllt werden, zum anderen fällt das JS script auf die Nase welches sich um die Formatierung des expire Datums kümmert.
Seh ich das richtig, daß deine site in ISO läuft? Ausserdem: welches OS?

Für den Moment solltest du dir mit dem batch submit behelfen können.. darüber sollten die Datumswerte erstmal stimmen, und evtl. klappt dann in der rex_form (sprich Datensatz editieren) auch das JS script wieder.. probier das bitte mal aus.

[svenalbert]

Hi,

ja, die von der ich den Screenshot gepostet habe, ist ISO (leider). Die andere ist UTF8.

Bei beiden tritt das Problem auf.
Batch submit, das hatte ich im ersten Post mit geschrieben, geht gar nicht.

Bei der ISO-Seite kommt auch keinerlei Meldung, bei der UTF8-Seite bekomme ich "Weiterleitungen wurden in Tabelle gespeichert.", aber weder in der DB noch in der htaccess, wird etwas hinzugefügt.


Das mit dem error log aus deinem vorherigen Post funktioniert nicht - ich bekomme einen Server-Error!


Ich setze glaube ich mal eine Testversion mit der Demo auf und probiere da mal ein wenig rum, ohne dass es aktive Seiten trifft.

Sven

[svenalbert]

Hatte gerade eine Idee:

Code: Alles auswählen

INSERT INTO `rex_rexseo_redirects

aus der redirects.inc.php

Es ist fest auf das Präfix rex_ verlinkt. Ich habe das geändert (bzw. tue das meistens), in dem Fall, weil zum Zeitpunkt der Entwicklung noch die alte Version der Seite online war.