Beiträge von mensmaximus

    Über eben diese Verfüge ich und erlaube mir auf Basis dieser breiten Erfahrungen im Bereich eCommerce eine Empfehlung auszusprechen.

    Dagegen spräche ja auch nichts. Die Aussage war aber "kann nachweislich nix". Und meine Frage wo dieser Nachweis geführt wurde, hast Du nicht beantwortet.

    Die Experten die ich kenne treffen solch pauschale und saloppe Aussagen nicht. Ich bleibe dabei, deine Aussage "Woocommerce kann nachweislich nix" ist nicht qualifiziert und deutet auf fehlende Kenntnis exakt über dieses System hin, ganz egal wie viele eCommerce Systeme Du kennst, wartest und installiert hast.

    Forget about WooCommerce. Nutzt was anständiges! WooCommerce kann nachweislich _nix_.

    Wo wurde dieser Nachweis geführt? Woocommerce einfach mal pauschal, bis auf den Verkauf gehäkelter Handytaschen, abzuwerten spricht gerade nicht von Erfahrung.

    Woocommerce ist kein WAWI, darüber brauchen wir nicht diskutieren. Als Online Shop leistet es gute Dienste, aber auch nicht bei jedem Szenario - wie viele andere reine Shopsysteme eben auch nicht. Wer Webseite, Blog und Shop unter einen Hut bringen will ist mit WordPress und Woocommerce gut beraten. Details muss man bei jedem Projekt klären, dabei kann sich dann eben auch herausstellen das man besser mit OpenShop, Cart66 oder einem der anderen Systeme arbeitet.

    Das Woocommerce auf ein modulares Konzept setzt ist erst einmal nicht verwerflich. Weniger Funktionen bedeuten weniger Overhead. Und durch Erweiterungen kann jeder Shopbetreiber seine Installation nach Bedarf anpassen. Das hierfür dann Lizenzkosten entstehen mag den ein oder anderen stören, dann dürfte dieser Personenkreis aber auch bei den Alternativen zucken.

    @formateins

    Sorry aber das ist am Ziel vorbei geschossen. Es ist super, dass Du lange Regex Ketten schreiben kannst und Dich damit wohl fühlst. Es ist auch ganz toll dass Du ganze Funktionen ersetzt um Sie in Deinen Projekten zu nutzen. Und das ist genau was 100.000 andere Entwickler auch tun und deswegen haben wir Wildwuchs in WordPress. Jeder kocht sein Süppchen, allen voran die großen Agenturen wie z.B. der Forenbetreiber ;) Ich nehme an Du hast noch nie Software für Apple entwickelt.

    Die WP-Entwickler habe sich etwas dabei gedacht, als sie an allen Ecken und Enden Filter und Action Hooks eingebaut haben. Damit kann man Funktionen erweitern, korrigieren und überschreiben. Der Codex existiert nicht weil jemand Langeweile hat. Indem man den Filter richtig verwendet wird die IDN Funktionalität automatisch in allen Plugins aktiviert, die sanitize_email verwenden und eben nicht auf eigene Funktionen setzen.

    Also wenn immer möglich sind Core Funktionen durch Filter und Hooks anzupassen und bei offensichtlichen Fehlern das Core Team zu informieren. Du bist doch in Slack und sprichst mit den Leuten, außerdem hast Du ja anscheinend auch das Wissen. Nutze die Macht!

    Ach ja und ob IDN Domains tatsächlich genutzt werden ist nicht relevant. Es gibt sie und der Weg da hin war lang und steinig, wo kommen wir denn hin, wenn wir RFC Richtlinien ignorieren nur weil es uns in den Kram passt. Alle wollen Internet, aber die Regeln der Leute, die es aufbauen und ermöglichen, werden mit Füßen getreten. Du hast wahrscheinlich auch noch nie bei einem ISP gearbeitet, sonst wüstest Du, welchen Stress man bekommt weil am sich nicht an die RFC hält (z.B. Zeitintervalle zum erneuten Versuch der Zustellung von Emails oder eben die Unterstützung von IDN Domainnamen)

    Wenn wir alle WordPress bewegen wollen, müssen Codex und RFC Richtlinien beachtet werden. Das gilt im Übrigen auch für Automattic selbst.

    Dann brauch ich die Funktion erst gar nicht nutzen und schreibe eine eigene E-Mail-Validierung. [...] Davon abgesehen liefert der "Fehlercode" keinen Hinweis auf einen Umlaut. ;)

    Warum einfach wenn es doch auch kompliziert geht. Warum soll man eine ganze Funktion neu schreiben, wenn nur eine Zeile nicht RFC konform ist, weil eben Sonderzeichen in IDN Domains "verschluckt" werden? Sanitize_email prüft verschiedene Dinge, unter anderem die Zeichen und liefert ein "local_invalid_chars" wenn Umlaute in der Email sind. Also einfach den Filter anwenden, abfragen ob der Fehler "local_invalid_chars" lautet und nur dann eine einzelne Regexzeile anwenden, die den Zeichensatz nach RFC zulässt und die Email zurückgeben.

    Ohne Kenntnis der Konfiguration und aller damit zusammenhängenden Optionen inkl. Hostingpanel, SSL Type und Technik, .htaccess und wp-config kann man da noch nicht einmal die Glaskugel befragen, weil es ja auch "aus heiterem Himmel" passiert ist. Zu 99% habt Ihr etwas falsch konfiguriert (ich weiß, keiner hat was geändert)

    [COLOR=#333333]

    1. Frage - führt das denn dazu das einfach alles auf SSL umleitet
    2. wo und wie kann ich dass denn deaktivieren - in woocomerce geht es ja nicht, da bei Aktivierung nichts mehr geht

    [/COLOR]

    1. Nein. Nur der Checkout.
    2. In der Tabelle $table_prefix_options ($table_prefix steht in der wp-config.php) die Werte (option_value) der beiden Einträge (option_name) woocommerce_force_ssl_checkout und woocommerce_unforce_ssl_checkout auf "no" setzen (ohne Anführungszeichen)[COLOR=#333333]

    [/COLOR]

    1&1 Feedback eben:
    "...im Bereich Webhosting arbeiten wir gerade daran, unsere Server-Umgebung so zu aktualisieren, dass wir Ihnen TLS 1.2 bei den 1&1 QuickSSL-Zertifikaten ebenfalls anbieten können. Einen konkreten Termin können wir Ihnen aktuell leider noch nicht nennen. Wir beeilen uns!"

    Das ist ein "ganz normales" Webhosting-Paket für 20€ im Monat.

    Ich weiß das klingt hämisch, ist aber ernst gemeint: Anbieter wechseln.

    In dem Fall sollte die Lieferzeit zum selben Zeitpunkt und auf die gleiche Weise wie das Produkt selbst an Woocommerce übergeben werden.

    Tipp: Viel aussagekräftiger als der Eingangspost ist der zweite Post auch nicht. Wenn qualifizierte Antworten erfolgen sollen, muss auch die Frage qualifiziert sein.

    Damit die Seite weider läuft und Du wieder ins Backend kommst, holst Du Dir die Datei wp-config.php per FTP auf Deinen PC und öffnest sie anschließend mit einem Editor (nicht Wordpad oder Word!). Dann gibst Du folgende Zeilen ein:

    Code
    define('WP_HOME','http://example.com');
    define('WP_SITEURL','http://example.com');

    example.com ersetzt Du mit Deinem Domainnamen. Anschließend lädst Du die Datei per FTP wieder hoch. Ist das erledigt kannst Du Dich an die Korrektur in der Datenbank machen, indem Du die Werte home und siteurl in der Tabellen [$table_prefix]_options (der Prefix steht in der wp-config.php) änderst. Dafür verwendest Du das Verwaltungstool Deines Providers (z.B. phpMyadmin).

    Die Frage kann so nicht beantwortet werden. Wie soll der Workflow laufen? Was bedeutet "extern kal. Produkt"? Muss also z.B. aus dem Woocommerce Shop bei einer Bestellung ein Export der Daten an einen Dienstleister übergeben werden, der die Lieferzeit bindend einzuhalten hat (Nahrungsmittel Haltbarkeit, Kundenwunschtermin, usw.)? Oder handelt es sich um angeschlossen Affiliate Shops die aus rechtlichen Gründen die Lieferzeit benötigen? Ohne detaillierte Hintergrundinformationen kann man dazu wenig bis nichts sagen.