Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenOhne den Code oder die Seite genauer angeschaut zu haben, folgende Vermutung:
Die Passwortfelder wurden per CSS ausgeblendet, das Passwort wurde mit jQuery generiert und in die (unsichtbaren) Felder geschrieben.
Das funktioniert jetzt so nicht mehr, weil der jQuery Code veraltet ist (siehe Beitrag von @b3317133).
Die Anzeige der Passwort-Stärke ist (vermutlich mit einem Update) neu dazu gekommen.
Naja, das geht ansich schon alles und ist jetzt auch kein unlösbaren Problem. Aber ohne Programmierer im Haus (oder jemanden, der Lust und vor allem Zeit hat, sich selbst einzuarbeiten) bräuchte es wahrscheinlich zumindest die Bereitschaft, einen externen Dienstleister damit zu beauftragen.
Hallo Anita,
in solchen Fällen solltest du immer eine Link zu deiner Seite angeben (siehe auch Forenregeln II).
Viele Grüße,
Daniel
Die direkte Verlinkung aus dem PDF heraus ist nicht schwer.
Woocommerce stellt entsprechende Link-URLs zur Verfügung, mit denen du Produkte per "normalem" Link in den Warenkorb legen kannst.
Siehe z.B. hier:
https://www.businessbloomer.com/woocommerce-cu…ultimate-guide/
Die Frage ist eher, wie man aus den Webseiten-Daten ein ansprechendes PDF generiert. Möglich ist das sicher auch (alle Produktdaten zusammengefasst als HTML ausgeben, entsprechendes CSS definieren und dann mit fdpf/fpdi das PDF generieren). Aber mir wäre jetzt keine fertige Lösung dafür bekannt.
Ja, ansich schon.
Etwas "Nacharbeit" erfordert aber wahrscheinlich der Teil, dass Nutzer ihre Zugangsdaten nicht selbstständig ändern dürfen. Das kann zumindest keins der Membership Plugins, die ich kenne, von Haus aus.
Ich würde aber auch generell in Frage stellen, warum das so sein soll. Welcher Nachteil entsteht dadurch, wenn Nutzer ihre Zugangsdaten selbst ändern können?
Vermutlich liegt es "nur" am fehlenden jQuery Migrate in WP 5.5.
Du könntest versuchen, das Plugin "Enable jQuery Migrate Helper" zu installieren. Zumindest vorerst wird das Plugin das Problem wahrscheinlich lösen. Langfristig werdet ihr wahrscheinlich nicht drumherum kommen, entweder das Theme zu wechseln oder das bestehende Theme (selbst) zu aktualisieren oder aktualisieren zu lassen.
Leider reicht mein PHP-Wissen für solch eine Aktion nicht aus.
Ich befürchte fast, dann wird es schwierig.
Eigentlich musst du "nur" ein Custom Field im Produkt ergänzen, mit dem du bestimmen kannst, ob der Add-To-Cart Button angezeigt werden soll oder nicht (z.B. eine Checkbox oder einen Radio Button).
Hier findest du eine ausführliche Anleitung dazu:
https://codeinform.com/how-to-add-woo…product-fields/
Danach kannst du den Button über die entsprechenden Hooks entfernen. Hier gibt es eine ganz gute und ausführliche Anleitung dazu:
https://www.themelocation.com/how-to-hiderem…in-woocommerce/
Sieht auf den ersten Blick vielleicht kompliziert aus. Wenn ihr aber plant, euren Onlineshop selbst zu betreiben und anzupassen, werden dir/euch solche Themen zwangsläufig in Zukunft häufiger begegnen.
Wie laden diese Leute denn das ZIP und die installer.php hoch? Da brauchen sie doch auch FTP ...
Ich verstehe auch noch nicht so richtig, wie und warum diese EDV-Laien Backups zurückspielen sollen. Das scheint mir eigentlich viel komplizierter als ein paar Dateien per FTP zu löschen.
Aber ich habe ja danach gefragt und es wird schon seine Richtigkeit haben :)
Hm, da muß ich jetzt mit einer Anfänger Frage antworten: Wo stelle ich denn die Auflösung bei Safari ein?
Da die Seite responsive ist, hast du identische Darstellungen natürlich auch nur bei identischen Auflösungen.
Die Auflösung im Safari kannst du am einfachsten durch Skalieren des Browsersfensters "einstellen".
Ansonsten hat der Safari aber auch einen Modus um verschiedene "Geräte" bzw. Auflösungen direkt zu testen:
https://thesweetsetup.com/use-responsive-design-mode-safari
Auch nicht bei identischer Auflösung? Das kann ich mir fast nicht vorstellen. Oder sind auf beiden Geräten unterschiedliche Versionen des Safari installiert?
Der iOS Safari unterscheidet sich an manchen Stellen auch technisch vom "normalen" Safari, insofern kann das auch trotzdem vorkommen. Da wird es dann aber leider oft etwas komplizierter. Solche Probleme lassen sich dann fast nur über das Remote Debugging im Safari lösen:
https://www.pc-magazin.de/ratgeber/remot…or-1489283.html
(Bezieht sich zwar auf eine ältere Version, ist so aber im Prinzip nach wie vor gültig).
Gibt es denn tatsächlich Abweichungen zwischen der Mobil-Vorschau im Firefox und deinem Safari auf dem iPad?
Normalerweise sind die meisten Browser-Inkompatibilitaten und Abweichungen heutzutage kein Thema mehr. Wenn es doch welche gibt, liegt es oft an Fehlern im HTML Markup oder CSS-Regeln. Die meisten modernen Browser korrigieren solche Fehler relativ intelligent, aber gerade der Safari neigt dazu, Fehler nicht oder falsch zu "korrigieren", wodurch solche Probleme auftreten können.
Alle deine Screenshots zeigen die Ansicht im Admin-Bereich, oder?
Ich meinte eigentlich:
Frontend bzw. öffentliche Seite öffnen (so wie sie auch deine Besucher sehen). Dort dann Mobilgeräte testen:
https://developer.mozilla.org/de/docs/Tools/…groessen-testen
Das ist zwar auch nicht 100% zuverlässig, aber in aller Regel ausreichend genau, um entsprechende Anpassungen vorzunehmen.
Die 1025px machen natürlich schon Sinn (zumindest wenn 1024px als Breakpoint deiner Seite gewählt sind). Ab 1025px wird dann aber nicht mehr die Tabletansicht gezeigt, sondern eben die Ansicht ab1025px, was in aller Regel eher die kleinste Desktop-Ansicht sein dürfte.
1025px ist keine gängige Größe für ein Tablet.
1024px dürfte Landscape beim iPad sein. Portrait vermutlich 768px.
"Generell würde ich die Seite immer lieber in der Mobil-Vorschau deines Browsers testen" - damit meinst Du die Funktion unter dem Auge-Icon?
Kann sein. Das hängt sicher vom Browser ab. Welchen verwendest du denn?
Beim Firefox und Chrome findest du den Modus in den Entwicklerwerkzeugen (Button ist beim einen oben rechts, beim anderen oben links, aus dem Kopf weiß ich gerade nicht, welcher welcher ist). Im Zweifelsfall kurz googeln, das sollte sich leicht finden lassen.
Am besten kann das vermutlich der Support des Plugins beantworten.
Wenn das manuelle auslösen des Versands einwandfrei funktioniert, liegt es vermutlich nicht an der max execution time. Die sollte zumindest für den wp cron identisch sein.
Jetzt von "aussen" eine Fehlerdiagnose durchzuführen ist nicht ganz einfach. Du könntest mal das Plugin "Crontrol" installieren und hiermit prüfen, ob das manuelle Ausführen der Aufgabe im wo cron funktioniert. Falls ja, wäre eher die Frage, warum wo dein dann nicht von allein läuft.
Das Debugprotokoll sieht auf den ersten Blick nicht aus, aus gäbe es irgendwelche Fehler. Würden die 4 Mails denn auch korrekt verschickt (und sind angekommen).
Hat dein Gerät denn die gleiche effektive Pixelbreite wie der Vorschaumodus in Elementor?
Generell würde ich die Seite immer lieber in der Mobil-Vorschau deines Browsers testen. Das ist in der Regel sehr zuverlässig und dort kannst du z.B. auch die Landscape Auflösungen zuverlässig testen.
Was sagt denn der ready2order Support dazu? Vielleicht bieten die ja eine Fertiglösung?
Ansonsten haben sowohl ready2order, als auch Woocommerce eine API, über die sich der Datenbestand (theoretisch) abgleichen lassen würde. Wenn es keine "fertige" Lösung dafür gibt, müsste hier allerdings wahrscheinlich einiges programmiert werden. Wie gut sind denn deine PHP-Kenntnisse?
Der Menüpunkt "Design" ist nur in der deutschen Version von Wordpress vorhanden. In der englischen Version ist der Menüpunkt "Design" = "Appearance".
In dem Fall bleibt dir wohl nur, den Support zu fragen, ob es irgendeine Möglichkeit gibt.
Ich finde ehrlich gesagt kein Plugin mit dem Namen "pe register".
Falls dieses Plugin eine ähnliche Funktion hat wie CF7, wirst du das vermutlich in der Dokumentation finden.
Für solche Anwendungsfälle ist die REST-API eigentlich wie gemacht:
https://developer.wordpress.org/rest-api/
Du könntest zu Beispiel die Posts auf der Hauptseite mit dem jeweiligen Ort "taggen" (ggf. mit einer Custom Taxonomy) und sie darüber dann filtern und auf den jeweiligen Unterseiten abrufen.
