Beiträge von mensmaximus

    In meinem Business geht es um Spielzeug, wobei das ja eigentlich unerheblich ist, da der Ablauf bei anderen Produkten genauso wäre. Es sind halt Standardprodukte, wo ich keine Zusatzoptionen buchen muss, oder Ausstattungsvarianten (wie z.B. bei einer Autovermietung).

    Siehst Du, jetzt hast Du schon mehr Informationen geliefert: keine Zusatzoptionen. Das war aus der Fragestellung nicht ersichtlich.

    Meine Kunden vermieten z.B. Fahrräder, juristische Bücher, Partyequipment oder Baumaschinen. Jeder hat einen anderen Bedarf. Manche wollen einen voll automatisierten Ablauf wegen der Verfügbarkeit (Lagerbestand), andere machen das manuell. Einige arbeiten mit WooCommerce, andere mit Plugins die ich entwickelt habe. Viele brauchen zusätzliche Informationen, müssen auf rechtliche Themen hinweisen oder Gefahrenhineweise in den Workflow einbauen. Und es gibt noch vieles mehr was überlegt sein will.

    Das RnB Plugin ist u.a. für die Vermietung entwickelt worden. Ob es zu Deinen Produkten und Abläufen passt kann niemand beurteilen. Teste es einfach aus. Der Preis des Plugins ist günstig genug um eine eventuelle Fehlinvestition zu verkraften.


    Für Tipps oder Erfahrungswerte zum RNB Woocommerce Booking and Rental Plugin bzw. Empfehlungen für ein anderes Plugin wäre ich sehr dankbar.:)

    Ohne Kenntnis über Dein Geschäftsmodel sowie die Produkte und Abläufe, ist es unmöglich eine Aussage zu treffen oder gar eine Empfehlung auszusprechen. Hohle Dir einen Profi ins Boot, der Dich berät. Ein Forum kann das nicht.

    Paypal Plus kann keine wiederkehrenden Zahlungen. Das ist nicht das Problem von WooCommerce Subscriptions, sondern eine Limitierung von Paypal Plus.

    Paypal Checkout hingegen kann das insofern Dein Händlerkonto für NVP freigeschaltet ist. Ich persönlich sehe keinen Vorteil von PayPal Plus, da auch bei Paypal Checkout die alternativen Zahlungsmittel angeboten werden. Nur Kauf auf Rechnung fehlt, der ist aber auch bei Paypal Plus nicht standart und wenn er freigeschaltet wird, macht er mehr Ärger als gut ist (Bonitätsprüfung mittels Scoring).

    Wer aber mit PayPal Plus arbeiten will und PayPal Standard, das im übrigen nicht mehr von PayPal supported wird, verwenden möchte, muss über den Filter 'woocommerce_available_payment_gateways' eingreifen.

    Hier ein Beispiel aus einem meiner Plugins bei dem PayPal Plus für virtuelle Produkte deaktiviert und Paypal Checkout aktiviert wird.

    In deinem Fall muss also eine Prüfung stattfinden, ob es sich um ein Abo Produkt handelt. Viel Spass beim anpassen.


    Sie schrieben: "Alle Sprachdateien löschen...
    Wie ist da vorzugehen? Einfach alles was im Ordner .../wp-content/languages/plugins
    steht inkl. *.json löschen? Und wie erzeuge ich dann diese Dateien neu?

    Richtig. Danach in WordPress einlogen und das Menü der installierten Plugins aufrufen. Gleich danach das Menu Dashboard -> Aktualisierungen aufrufen. Dort wird dann angezeigt, dass neue Übersetzungen zur Verfügung stehen. Button klicken und nach ein paar Sekunden sind die aktuellsten Übersetzungen geladen. Leider speichern nicht alle Plugins die Übersetzungsdateien unter /wp-content/languages. Manchmal muss man im Verzeichnis des entsprechenden Plugins die Sprachdateien löschen.

    WooCommerce und Germanized (aktuelle stable Versionen) sind zu 100% in die Deutsche Sprache (Du und Sie) übersetzt. Siehe hier:

    https://translate.wordpress.org/locale/de/form…ns/woocommerce/
    https://translate.wordpress.org/projects/wp-pl…/dev/de/formal/

    Wenn also im Zusammenhang mit WooCommerce E-Mails und Germanized Rechnungen fehlerhafte Übersetzungen auftauchen, kann das folgende Ursachen haben:

    1. Es werden veraltete Versionen verwendet -> System aktualisieren und zwar alles
    2. Andere Plugins ersetzen WooCommerce/Germanized Ausgaben haben dafür aber keine Übersetzungen -> Alle Plugins bis auf Woo/GZD deaktivieren und testen
    3. Durch häufiges Hin- und Herschalten zwischen Sprachen haben sich viele Sprachdateien angesammelt und veraltete Versionen sind noch vorhanden -> alle Sprachdateien löschen und neu erzeugen
    4. Das Theme ersetzt WooCommerce Ausgaben (liegt im Theme Verzeichnis ein WooCommerce Verzeichnis?) und verwendet nicht die WooCommerce Sprachdateien -> Übersetzungen mittels Loco Translate erstellen und updatesicher speichern
    5. Der geneigte Anfänger hat sich im Interet 1000 Lösungen zum anpassen von Sprachstrings zusammengesucht und angefangen Änderungen an Originaldateien vorzunehmen -> Plugin/Theme löschen und neu installieren
    6. Ein Entwickler hat den Holzhammer verwendet und mittels gettext() Übersetzungen erzwungen -> Einen Blick in die functions.php des Childthemes werfen bzw. unbekannte Plugins deaktivieren

    Ich persönlich würde dieses Language Fallback Plugin löschen. Es ist absolut überflüssig und verursacht Overhead. Wenn eine Übersetzung fehlt, erstellt man diese mit Loco Translate und reicht dann eine Übersetzungen beim Entwickler ein, damit beim nächsten Update die fehlenden Übersetzungen nachgeliefert werden.

    Übersetzungen funktionieren nach einem einfache Prinzip. In jedem PHP/JS Code werden Textausgaben in der Basissprache (meist Englisch) mittels i18n Funtionen (__(), _e(), usw.) ausgegeben. Die i18n Funktionen enthalten den Text und die zuständige Textdomain für die Übersetzungen: __('output', 'textdomain'). Bei jeder Ausgabe prüft WordPress ob für den Text eine Übersetzung in der aktuellen Spracheinstellung vorliegt. Diese Übersetzungen befinden sich in Dateien nach dem Muster textdomain-sprache.po/mo. Ist WordPress auf Deutsch(Sie) eingestellt, werden für die Übersetzungen also die Dateien textdomain-de_DE_formal.po herangezogen. Fehlen Stringübersetzungen in der Datei wird dort die Originalsprache ausgegeben. Das Language Fallback Plugin gibt nur an, dass in solchen Fällen eine andere Sprache als das Original verwendet werden soll. Fehlt in dieser Sprache ebenfalls eine Übersetzung, wird wieder das Original ausgegeben. So erklärt sich der Mix aus Deutsch-DU, Deutsch-SIE und Originalsprache. Fehlende Übersetzungen sind bei kostenlosen Plugins und Themes an der Tagesordnung aber leider auch bei kostenpflichtigen.

    Ist das Thema jetzt klarer?


    Wäre dir dankbar, wenn du vielleicht eine Lösung weißt.

    Da muss ich passen, denn diese Darstellung ist nicht der Standard von WooCommerce. Da scheint das Theme Templates zu überschreiben oder ein Plugin greift ein. CSS Lösungen sind in solchen Fällen Mogelpackungen und können nur gelöst werden, wenn man Zugriff auf die Seite hat.


    Ich habe mich also in den Importer eingelesen und bin damit nun auch recht versiert.

    Wenn ich das lese, gehe ich davon aus, dass Du folgende Informationen gelesen und verstanden hast:

    https://docs.woocommerce.com/document/produ…orter-exporter/
    https://github.com/woocommerce/wo…-and-formatting

    Dort ist auch der Import von Variationen beschrieben.

    Es gibt auch gute Beispiele im Netz:
    https://pavenum.com/en/blog/woocom…and-variations/

    Wenn es dann nicht funktioniert empfehle ich eine Lösung die fast jeder bedienen kann und das ist eben WP All Import.

    In jedem Fall würde ich die Header in der CSV gemäss Import Schema benennen und auf die richtigen Feld Formate achten.