Hallo pr1337,
Bei mir lief es einwandfrei.
Falls Du das Problem immer noch hast, könnte es eventuell helfen, deinen Browser Cache zu löschen.
Hoffe, das hilft Dir weiter.
Verlinkungen funktionieren auch bei mir einwandfrei.
Tipp: Ich würde den Shop komplett in dt. übersetzen, damit es seriöser wirkt und rechtssicher.
Thread-Starter
pr1337
(@pr1337)
Hi, wo sind denn Übersetzungen, die zu Problemen führen können? Normal sollte ja alles über die Woocommerce_DE Extension übersetzt werden?
Vielen dank!
Ist das Hauptproblem mit den Links gelöst?
Thread-Starter
pr1337
(@pr1337)
anscheinend vorerst ja. Allerdings wird gleich um 17:00 Uhr bei Taff eine kurze Reportage über Maniacs-Apparel ausgestrahl, da wird der Server wieder in die Knie gehen und danach mal schauen ob alles sauber läuft 😉
Okay. Thread wird dann geschlossen.
PS: Oben beim Warenkorbhover wird z.B. „Checkout“ und „Subtotal:“
Thread-Starter
pr1337
(@pr1337)
Jetzt ist das Problem bei mir wieder da, wo vorhin noch alles ging, erhalte ich jetzt andere Menüseiten, als jene, die ich anklicke, ich verstehe es nicht,….
Stimmen Worpress und Blog URL in der wp-config überein?
Ist es möglich, dass eventuell in eurem Theme 2 Menüs angesprochen werden – durch falsche Funktionen (ist nur eine Vermutung)?
Gab es vor dem Liveblog eine Testuzmgebung, deren Menü noch irgendwo versteckt, integriert ist?
Thread-Starter
pr1337
(@pr1337)
WordPress und Blog URL stimmen überein, ja.
Also angesprochen wird eigentlich nur ein Menü, da wir in dem Menü aber nicht die Woocommerce Kategorien als Links aufnehmen konnten, haben wir benutzerdefinierte Links, also direkte Links zu der Produktkategorie in unser Menü aufgenommen.
Und ja vor dem Live hatten wir eine Testumgebung unter anderer URL, mit Search&Replace Plugin habe ich die URL im Anschluss überall in der DB korrigiert.
Danke für deine Hilfe!
Ah okay.
haben wir benutzerdefinierte Links, also direkte Links zu der Produktkategorie in unser Menü aufgenommen.
-> das ist ja dann nicht das Problem.
Bitte mal in der DB nach der Test-Url suchen. Ich denke, dass diese noch versteckt dort irgendwo ist und die falschen URLS in dem Menü erzeugt.
Zusatz: In der DB nicht direkt die URL ändern, da es dann zu Problemen kommen kann.
Thema: http://codex.wordpress.org/Function_Reference/maybe_serialize
Erstmal checken, ob die Testurl vorhanden ist. Dann gebe ich weitere Anweisungen.
Thread-Starter
pr1337
(@pr1337)
Danke, dass mit dem einfach ändern von serialisierten Daten in der Datenbank habe ich schon bei einem anderen Projekt im Stil „Lernen durch Schmerzen“ oder lernen durch Fehler mitbekommen 😛
Es sind noch exakt zwei Übereinstimmungen in der DB zu finden, allerdings sind dies einmal „recently_edited“ in der wp_options und „lol_options“ und hier die URL zum Logo. lol_options rührt aus dem beim Theme verwendeten „lol framework“. Im Quellcode der Seite ist die URL aber nicht zu finden, also das Logo wird nicht von unser Entwicklungsumgebung gezogen 😉
Kleiner Offtopic-Hinweis: Für solche Ersetzungen nehme ich inzwischen immer dieses Tool:
http://interconnectit.com/products/search-and-replace-for-wordpress-databases/
Gruß, Torsten
Ist mir noch eingefallen: Es kann (denke ich aber nicht) sein, dass du eine Seite mit dergleichen URL (z.B.: …/media/) mal als Seite hattest und diese ist jetzt im Papierkorb. Und nun hast du eine neue angelegt mit derselben URL und er versucht auf die Seite im Papierkorb zu leiten.
WP vergibt normalerweise nicht dieselbe URL und macht dann /media-2/ draus, bei einer schon vorhandenen, aber eine Idee.
Was ich jedoch nicht verstehe, dass wir den Fehler nicht nachvollziehen können.
Thread-Starter
pr1337
(@pr1337)
Hey Leute,
von anderen Personen habe ich bisher auch nichts mehr zu dem Fehler gehört, … aber falls er wieder auftritt melde ich mich.
Das mit den Seiten habe ich jetzt nicht überprüft, aber einfach mal den Papierkorb geleert 😉
@torsten: Danke für den Tipp mit dem Plugin ich werde es jetzt mal testen 😉
