ich bin neu hier und nutze Oxid auch noch nicht so lange. Also bitte bitte nett sein
Ich habe ein (hoffentlich leicht zu lösendes und) doofes Problem. Ich sitze jetzt seit Stunden da dran und finde einfach keine Lösung und hoffe hier auf Hilfe.
Ich habe einen Oxid Shop lokal auf meinen System und bei meinem Provider auf dessen Server. Nun habe ich lokal Artikel eingestellt und die Inhalte der entsprechenden Tabellen in die entfernte Datenbank importiert. Sieht soweit alles gut aus, die Bilder noch per ftp hochgeladen, alles ok.
Wenn ich jetzt aber die Artikel aufrufen möchte, werde ich jedes Mal mit “redirected=1” zur Startseite weiter geleitet.
In der .htaccess steht RewriteBase /shop2/ da entsprechendes Unterverzeichnis. In der config.inc.php steht das Verzeichnis auch drin.
Komisch ist außerdem, dass die Artikel einer bestimmten Kategorie klappen, alle anderen Kategorien leider nicht.
Tritt das Problem nur bei importierten Artikel auf?
Oder auch bei Artikeln die du über den Admin-Bereich angelegt hast?
Wenn ja, sind deine Importdatein irgendwie defekt.
Ich habe ausschließlich Artikel, die im Backend angelegt wurden, keine importierten.
Ich hatte schon die Vermutung, dass die SEOUrls kaputt seien, aber wenn ich die interne URL mit index.php?anid= usw. verwende, lande ich ebenfalls auf der Startseite.
Komisch ist auch wie geschrieben, dass z.B. die Röcke funktionieren, aber die Hosen nicht… Hä?!. Das ist doch kurios.
[QUOTE=sgottwald;131244]Ich habe ausschließlich Artikel, die im Backend angelegt wurden, keine importierten.[/QUOTE]
[QUOTE=sgottwald;131235]Nun habe ich lokal Artikel eingestellt und die Inhalte der entsprechenden Tabellen in die entfernte Datenbank importiert. [/QUOTE]
Erkennst du den Widerspruch in deiner Aussage?
Ich habe Dich mißverstanden. Ich dachte, Du meintest über den Admin-Bereich importierte Artikel. Und ich habe sie per sql direkt in die Datenbank eingefügt.
Kann es helfen, die Tabelle mit den SEOUrls zu leeren? Bauen die sich dann automatisch neu auf?
Sorry, dass ich jetzt erst antworte, aber mit Baby findet man nicht gleich die Zeit dazu…
Also, Tabelle geleert, Views neu erzeugt, tmp gelöscht… keine Verbesserung.
Ich weiß mir keinen Rat mehr, als die paar Artikel einfach nochmla neu zu erstellen. Macht zwar Arbeit, hat aber wenigstens Aussicht auf Erfolg.
Es scheint mit den Bildern zusammenzuhängen. Wenn ich die Bilder aus dem Artikel lösche, kann er aufgerufen werden. Wenn ich dann wieder alle 6 Bilder hinzufüge, wird wieder auf die Startseite weitergeleitet.
Hättest Du eine Idee, was an den Bildern falsch sein könnte? Die Rechte habe ich schon überprüft.
Ich möchte den Thread mal wieder aufleben lassen, da ich gerade ein ähnliches Problem habe.
Es hängt bei mir mit dem Azure Theme zusammen, sobald ich dieses aktiviere udn auf einen Artikel klicken will, lande ich auf der Startseite.
Ziel des Links ist ein (nicht-kaufbarer) Vater-Artrikel von zwei Varianten.
Caches habe ich bereits geleert und das Error-Log ist leer.
Die Artikel werden mit dem Importer-Modul von D3 importiert (das sehe ich nicht als Ursache - aber erwähnenswerte Besonderheitet: die OXID der Artikel ist die Artikelnummer und bei diesem Artikel mit “+” im Namen - das untersuche ich gerade noch).
Meine Frage ist nun: Wenn ich den Fehler genau analysieren will, wo genau finde ich da den Ansatzpunkt im Quellcode, der den Redirect triggert?
Nachtrag: Es ist eine CE 6.1.4, Theme-Basis ist ein Flow-Theme
Danke für die schnelle Antwort. In dieser Log-Datei habe ich auch schon nachgesehen … da steht leider kein Eintrag dazu drinnen … nix, wo der Timestamp passen würde.
Deshalb meine Frage, welches Objekt und welche Methode hier den Redirect macht?
Am besten auch mit kurzer Begründung, dass ich mir das herleite, in welcher Klasseich zu suchen habe, damit ich mir die Antwirt das näcchste mal selber geben kann.
die OXID der Artikel ist die Artikelnummer und bei diesem Artikel mit “+” im Namen - das untersuche ich gerade noch
Wie bist den da vorgegangen?
Ich würde so vorgehen, dass ich mir angucken würde ob die OXID wirklich mit + in Datenbank in oxarticles.oxid landet und was in der oxseo für diesen Artikel landet nach Import.
Wenn ich das aufrufe, mit den entsprechenden GET-Parametern, dann wird mir die Artikel-Detailansicht angezeigt. Domain.de - Seite nicht gefunden
In der oxseo ist das “+” in der Salte OXSTDURL auch als “+” drinnen und nicht die URL-Kodierte Variante %2B.
Ja, das “+” landet auch in der Datenbank in oxarticles__oxid (einfach weil ich das dem Importer-Modul über eine Einstellung so gesagt habe).
Mittlerweile ist der Fehler behoben. Es lag tatsächlich an dem “+” in der Artikelnummer und dieses hat dann vermutlich zu dem Folgefehler bei den SEO-Komponenten geführt. Wir hatten testweise man den Artikel ohne “+” in der Artikelnummer importiert und da hat es funktioniert.
