Sebastian Blum

Moin Fanguro,

Datenbank und Dateisystem zu übertragen und die Inforamtionen in der wp-config.php anzupassen ist schon einmal komplett richtig.

Wenn du die komplett identishe Struktur hast, solltest du eigentlich kein Problem haben. Du müsstest den A-Record deiner Domain einfach nur auf den entsprechenden „nicht-WordPress-Unterordner“, sondern den mit deiner index.php, legen.

Willst du WordPress denn auf dem neuen Hosting nicht mehr im Unterordner laufen haben?

Schöne Grüße

Moin Michael,

deine Herausforderung ist leider nicht nur etwas komplizierter, sondern -eigentlich- recht komplex. Daher streiche ich mal die Wunschvorstellung „automatisiert“ aus meiner Antwort heraus.

# Dein Klassisches Problem
Das Problem bei dir ist, dass du für eine gescheite Integration normalerweise ein Warenwirtschaftssystem (WaWi) bräuchtest, was sowohl mit deiner Kasse als auch mit WooCommerce zusammen arbeitet. Das ist imho noch ein offenes Feld für Kassensystem-Hersteller, da -jedenfalls- ich dort keine Lösung kenne.

Dann wäre es so, dass deine WaWi mit deiner Kasse und daher mit deinem Scanner zusammen arbeitet und die WaWi ansich mit deinem WooCommerce zusammen arbeiten muss. Durch das „individuelle Erstellen“ eines Produkts aus der ‚Kategorie‘ „individueller Gutschein“ müsste allerdings die WaWi auch alle individuellen Codes von WooCommerce abgreifen können. Das ist derzeit noch sehr komplex.

Auf der anderen Seite bräuchtest du für eine ganzheitliche Betrachtung auch die Möglichkeit „offline“ Gutscheine schnell zur Hand zu haben und diese müssen dann entweder aus der WaWi erstellt werden, die widerum mit WooCommerce sprechen müsste oder vis versa. Wie gesagt: komplex.

# Händischer Workaround mit Gutscheinen
Prinzipiell kannst du „individuelle Gutscheine“ erstellen mit folgendem Plugin:
https://woocommerce.com/products/pdf-product-vouchers/

Und dann kannst du auch noch Barcodes für WooCommerce nutzen:
https://woocommerce.com/products/woocommerce-order-barcodes/

Beides zusammen ist vielleicht die Lösung deines Problems 🙂

Schöne Grüße
Sebastian

Moin 8inger,

ich glaube dein Problem hat Nichts mit WooCommerce ansich zu tun, sondern mag evtl. eine Konfiguration (und kein Bug) in einem weiteren Plugin sein.

Deine generelle Preisdarstellung machst du ja in den WooCommerce settings:
https://shop.brueder-dr-becker.de/wp-admin/admin.php?page=wc-settings

Dann hast du aber für die deutsche Rechtssicherheit das Plugin „WooCommerce German Market“ installiert von MarketPress. Hast du dich da einmal an den Support gewendet? Oder hast du da mal die Dokumentation durchgelesen? Da findest du mit 99,9946%iger Sicherheit des Pudels Kern.

Schöne Grüße
Sebastian

Moin Martin,

es gibt grundsätzlich unterschiedliche Lösungen für die genannte Herausforderung. Ich mach mal einen sehr einfachen Ansatz mit folgender Annahme:

# Annahme
a) Die Anzahl der Varianten eines Hockers entspricht: Länge X Breite X Höhe X Bezug.
b) Es gibt definierte „Längen“, also man kann zwischen Längen in bspw. „10cm -Equivalenten“ bestellen.

==> Dann wäre eine mutmaßliche Lösung das arbeiten mit einem „Variablen Produkt“.

# Vorbereitung zur Arbeit mit variablen Produkten
Du musst im ersten Schritt Produkteigenschaften definieren. In deinem Fall wäre das einmal Höhe, Breite, Länge und Stoff.

Die Produkteigenschaften findest du bei installiertem WooCommerce unter „Produkte / Attribute“ bzw. unter „MEINE-DOMAIN.TLD/wp-admin/edit.php?post_type=product&page=product_attributes“.

Hier kannst du die Attribute erstellen und danach den Attributen „Terms“ als „Merkmalsausprägungen“ hinzufügen wie bspw. „10cm“, „20cm“, „30cm“, etc.

# Variables Produkt erstellen
Die Anleitung für Variable Produkte findest du dann hier:
https://docs.woocommerce.com/document/variable-product/

Bedienbarkeit aus dem Frontend einfach machen
Für jede deiner Eigenschaften hast du nun ein Dropwdown im Frontend. Also je eins für Höhe, Breite, Tiefe und den Stoff. Vielleicht wollt ihr allerdings lieber „Buttons zum Anklicken“ haben, die entweder Text darstellen oder vielleicht ein Bild (bspw. für den Stoff).

Dafür wollt ihr sgn. „Product Swatches“ nutzen. Dafür könntet ihr euch bspw. das Folgende Plugin mal angucken: https://wordpress.org/plugins/variation-swatches-for-woocommerce/.

Passt das so für euch?

Alternative 1:
Vielleicht wäre auch ein Schritt, sich mal die „composite products“ bei woocommerce.com anzugucken unter: https://woocommerce.com/product-category/woocommerce-extensions/product-type/
–> das liegt dann aber nicht mehr im Support des Forums hier 🙂

Alternative 2:
Natürlich gibt es auch Agenturen, die sich mit solchen Lösungen beschäftigen, aber wollen wir mal keine Schleichwerbung machen. Wer aber mehr Geld ausgeben will, kann hier fündig werden: https://woocommerce.com/experts/

Schöne Grüße
Sebastian

Moin fpcs,

ich glaube die beste Lösung für dein Problem ist der Ausspruch von Sokrates: „Ich weiß, dass ich nichts weiß“ bzw. das neumodische „Have you ever tried turning it off an on again?“.

Die Ursache kann natürlich mannigfach entstanden sein und „ohne darein zugucken“ mag die Lösungsfindung sehr beliebig sein.

Ich würde an deiner Stelle die komplette Konfiguration von PayPal einmal neu machen. Die Anleitung kannst du, wie du bestimmt schon weißt, finden unter:
https://docs.woocommerce.com/document/paypal-standard/

Solltest du die Integration mit einem Payment Service Provider (PSP) haben, wie bspw. Heidelpay, dann solltest du dich an den Plugin-Autor wenden.

Viel Erfolg!
Sebastian

Moin breet,

ich habe gerade keine Lösung auf deine Frage, aber Lösung für dein Problem. Wenn ich es richtig verstehe geht es darum, dass du eine mehrsprachige Seite haben willst und dass man über einen „Language Switcher“ in die jeweils andere Sprache wechseln kann. Darüber hinaus, wenn man auf „Seite X in Sprache 1“ ist, dass man damit auf „Seite X in Sprache 2“ kommt.

Die Lösung deines Problems heißt:
– Multisite machen
– MultilingualPress nutzen

# Multisite
Mit der Multisite machst du aus deiner WordPress Installation ein sgn. Seiten-Netzwerk und kannst unendlich viele „Sites“ hinzufügen. In deinem Fall heißt das „unendlich viele Sprachen“: mache also pro Site eine Sprache.

Der Vorteil ist, dass jede Sprache (als eigene Site) so schnell ist wie eine normale Site: wenn deine Seite also auch „rasend schnell“ ist, bleibt jede Site eben auch „rasend schnell“.

Wenn die Sprachen aber auch getrennte Sites sind, fragst du dich sicherlich, wie dann bitte die Sites miteinander verknüpft sein sollen und noch konkreter: wie können einzelne Seiten bitte so miteinander vernetzt sein, dass ich nach dem Sprach-Switch eben auf der richtigen Seite bin? Gute Frage!

# MultilingualPress
## Sites miteinander verknüpfen
Für das Problem gibt es MultilingualPress. Mit MultilingualPress (MLP) kannst du jeder Site eine Sprache zuordnen und sagen, welche andere Site in deinem Netzwerk damit verknüpft sein soll. Diese Verknüpfung nennt man auch „Site Relation“. Gibt es eine Siterelation mit Sprachen, dann hast du auch direkt den „hreflang“-tag im Quellcode; also auch praktisch für Suchmaschinen.

Wo:
Vorbedingung 1: Multisite ist aktiv
Vorbedingung 2: Das Plugin MultilingualPress ist installiert
a) Netzwerkadministation / Sites / {meine site 1} –> edit klicken
b) Auf den Tab „MultilingualPress“ gehen

## User weiterleiten via Browsersprache
Zudem kannst du auch einen sprachbezogenen Redirect machen: hat also jemand Englisch als Browsersprache, könnte er direkt automatisch auf deine englische Seite geleitet werden. Das ist eine simple Checkbox.

Wo:
Auch auf dem Tab von MultilingualPress (siehe oben).

## Content miteinander verknüpfen
Gibt es zwischen 2 oder mehr Sites eine „site relation“, dann siehst du beim Bearbeiten eines jeden Blogbeitrags oder einer Seite immer auch eine „Metabox“ (die Boxen, die im Backend von WordPress immer zu sehen sind) für eine Übersetzung. Im Gegensatz zur „site relation“ nennt man das eine „content relation“.

a) hier kannst du aus Sprache 1 heraus auch direkt einen Entwurf für Sprache 2 machen und nach dem Speichern direkt auf den Entwurf für Sprache 2 wechseln

b) hast du schon einen Inhalt auf der anderen Sprachseite, dann kannst du einfach einen anderen Inhalt suchen und als „Übersetzung meines/r aktuellen Beitrags/Seite“ auswählen.

–> super toll, bisher ist dein Problem mit dem dynamischen Menü ja garnicht angesprochen worden, doof. Aber für eine Käsebrot braucht man nicht nur Käse, sondern auch Brot. Kommen wir also zum Käseteil der Schnitte.

# Language Switcher in den Menüs
MLP bringt ein weiteres Feature mit. Du hast zu diesem Zeitpunkt schon rein technisch den Seiten gesagt, dass sie Übersetzungen von einander sind, genau wie auch bei einer Teilmenge deiner Seiten und Beiträge. Was wir brauchen ist also ein Menü mit dem man zwischen Sprachen generell und zu spezifischen übersetzten Inhalten kommen kann.

Netter Weise bringt MLP noch ein weiteres Feature mit: den Language Switcher für Menüs. Genau das, was du als „dynamisches Menü“ haben wolltest.

Unter Design / Menüs kannst du links in der „Content Typ für mein Menü“-Sidebar nun auch „Sprachwechsler“ finden.
Siehst du ihn aktuell nicht, ist er zwar da, aber nicht angezeigt: dann gehe links oben auf „Ansicht“ und aktiviere die Checkbox für den Sprachwechsler.

Damit kannst also entweder ein Sprach-Switcher Menü selbst anlegen udn es an eine Menüposition schieben oder eben ein Menü erweitern um die Sprache.

Der Sprachswitcher hat als Default-Verhalten, dass er auf die Startseite deiner anderen Sprache geht, wenn du entweder auf der Startseite bist oder ein Inhalt nicht verknüpft ist. Ist ein Inhalt verknüpft, dann geht er auch direkt zu diesem Inhalt und nicht auf die Startseite.

# Weitere Inhalte für dich
Ein Seiten-Netzwerk erstellen:
https://codex.wordpress.org/Create_A_Network

Das Plugin MultilingualPress:
https://de.wordpress.org/plugins/multilingual-press/

Marketing-Seite von MultilingualPress:
https://multilingualpress.org/
(nein, du brauchst da kein Geld ausgeben)

Dokumentation von MultilingualPress:
https://multilingualpress.org/docs/
–> hier bitte nur MLP2 angucken (ist das öffentlich verfügbare Plugin)
–> evtl. helfen dir auch die Beiträge unter Multisite 1×1 weiter