Wenn in allen 3 Shops die selben Produkte existieren wäre es technisch möglich per API einen zentralen Warenkorb zu führen. Macht aber schon aus gründen der Usability keinen Sinn
Beiträge von mensmaximus
-
-
Link zur Doku hatte ich gepostet ;-) Keine Eingabe bei 'Kosten', 0 bei 'Versandklasse für kostenfreien Versand', normale Versandkosten im letzten Feld "Keine Kosten für Versandklasse" (der Text ist falsch, ich warte auf Freigabe der Übersetzung "Kosten ohne Versandklasse")
-
Wahrscheinlich wurde bei der Versandkostenpauschale unter Pries (dritter Punkt von oben) ein Wert eingeben UND bei den Versandklassen die 0. Wenn Versandklassen verwendet werden gibt man die Versandkosten nur bei den Versandklassen ein und im letzten Punkt (ohne Versandklasse ... ja die Übersetzung hinkt gewaltig) gibt man die normalen Versandkosten ein, damit man nicht bei jedem Produkt eine Versandklasse angeben muss. Der Wert unter Preis wird IMMER hinzugefügt (quasi eine Gebühr)
PS: hier zum Nachlesen: https://docs.woocommerce.com/document/flat-…ping/#section-4
-
Bei komplexen Abfragen ist node.js mit MongoDB eine auf MySQL/MariaDB basierenden PHP Anwendung (wie z.B. WordPress) haushoch überlegen. Portalanwendungen werden nicht selten permanent erweitert. Hat man also z.B. mit normalen Tankstellen begonnen, kommen bald E-Tankstellen hinzu. Diese haben neue Felder wie z.B. Ladezeit und KW Leistung. In MongoDB fügt man diese Felder einfach im 'Dokument' hinzu, bei MySQL darf man erst einmal die Tabellen erweitern und muss darauf achten, dass bestehende SQL Queries korrekt erweitert werden. Wird das Portal grösser kann man MongoDB einfach horizontal über mehrere Server skalieren, bei SQL Datenbanken braucht man dann andere Konzepte.
Wenn die Applikation nicht massive Fehler hat (und bis auf die unterbrochene Zertifikatskette sehe ich keine) würde ich in Eurem Fall niemals auf WordPress umstellen.
Investiert lieber Zeit und Geld in die Weiterbildung der Mitarbeiter. Wer mit OOP/MVC/MVP bereits Erfahrung hat, findet sich in node.js schnell zurecht. Da MongoDb Daten im BSON speichert, ist die Lernkurve für Entwickler die bereits mit Daten im JSON Format arbeiten sehr flach.
-
Der Filter "'woocommerce_get_availability" kann dafür genutzt werden.
-
Viele Wawi/ERP Systeme können mit WooCommerce kommunizieren. Bei JTL ist - soweit mir bekannt - der Connector aktuell nicht mit WooCommerce 3 kompatibel. WeClapp hat eine steile Lernkurve. Mit OscWare steht eine Middleware zur Verfügung die sehr viele Wawis mit WooCommerce verbinden kann. Orgamax kann ebenfalls mit WooCommerce kommunizieren, Netzspitze hat dafür einen Connector entwickelt - aber auch dort ist die WooCommere 3.0 Kompatibilität zu erfragen.
Grundsätzlich sollte man den Weg immer umgekehrt gehen. Für viele Branchen gibt es "de fakto" Wawi/ERP Systeme, die auf den Workflow und die Leistungen der Branche abgestimmt sind. Da diese das Herz im Unternehmen darstellen sollten sie als erstes ausgewählt werden. Im Anschluss kann dann geprüft werden welche eCommerce Software dazu passt.
In 99% aller Fälle ist es mittels Rest API von WooCommerce und Wawi API möglich bidirektional zu kommunizieren.
-
Das Plugin ermöglicht "nur" die Angabe von Versandkosten pro Produkt. Die Anzeige sämtlicher für das Produkt verfügbaren Versandmethoden und/oder Kosten muss man selbst entwickeln.
-
Bei momentan nur einem Mod nicht verwunderlich :(
Wo ist denn der Rest hin?
-
Im Backend das entsprechend Produkt zur Bearbeitung öffnen und prüfen ob im Tab 'Erweitert' die Checkbox 'Produktbewertung erlauben' aktiv ist.
-
In der heruntergeladenen ZIP Datei befindet sich eine weitere ZIP Datei. Diese muss zur Installation verwendet werden. Also Download entpacken und darin enthaltene ZIP Datei verwenden.
-
Programmieren kann man das. Geben tut es das (noch) nicht als fertige Lösung.
-
Eine sehr schöne Lösung ist http://www.myeventon.com/. Das Thema Sidebar ist aber Sache des Themes. In den meisten Themes kann man Sidebars über die GUI erstellen. Geht das nicht muss man etwas Hand anlegen oder eben ein Plugin verwenden.
-
Terminverwaltung ist nicht gleich Eventverwaltung ist nicht gleich Eventcalender. Zuerst muss man wissen was genau gebraucht wird und welche Funktionalität erwartet wird. Also um welche Art Termine geht es, was muss dargestellt werden, welche Interaktion soll möglich sein usw.
-
den Server betreibe nicht ich, der ist gemietet und verwaltet die fa. selbst
Wer oder was auch immer 'fa.' ist, der dortige Sysadmin ist dann der richtige Ansprechpartner.
-
Soweit ich mich erinnere kennt get_pages() kein 'depth' Argument. Zunächst wäre einmal wichtig zu sehen ob $mypages überhaupt Seiten enthält. Falls ja würde ich get_the_excerpt($page->ID) durch $page->post_excerpt ersetzen.
-
Diese Funktion ist in WordPress 'out-of-the-box' nicht vorhanden. Entweder man schreibt sich eine entsprechende Funktion oder nutzt ein Plugin wie z.B. https://de.wordpress.org/plugins/catego…in-custom-menu/
-
sorry, aber wo muss ich das genau eintippen?
Die Dokumentation ist zwar nicht die beste aber bei jemanden der seinen "eigenen" Server betreiben will darf vorausgesetzt werden, dass er genug Sachverstand hat die Doku zu verstehen:
https://docs.plesk.com/de-DE/onyx/adm…in-plesk.73563/ -
anbei die Daten meines Servers, wo finde ich die wp-cli Versionen?[ATTACH=CONFIG]17458[/ATTACH]
Centos 6.9 ist seit May aus dem "Full Update Cycle" raus. Es gibt zwar noch Wartungsupdates aber der Umstieg auf Centos 7 ist dringend anzuraten. Ich würde den Provider bitten das System zu aktualisieren oder den Container (den Server) auf ein neuen Hostsystem zu verschieben.
-
-
