Beiträge von b3317133

Welche genauen Parameter wurden verwendet und zu welchem genauen "ERROR" hat das jeweils geführt?

Evtl. hilft der Bereich Query Settings oder andere Bereiche in der Dokumenation weiter.

Was sagt der Support (den Du mitgekauft hast) dazu?

Wende Dich dafür an den WordPress.com Support, dieses Forum ist nur für selbstgehostetes WordPress von WordPress.org, die Unterschiede sind z.B. hier erklärt.

Zitat von deacia

Und wenn man die Seite aufruft, kommt nur folgender Text:

Möglicherweise wird eine zu alte PHP Version verwendet.

Was wurde gemacht bevor die Meldung auftrat? Updates von Plugins (welche von welcher auf welche Version) und/oder WordPress (von welcher Version)?

Erst schreibst Du "Formularfelder sind erstmal wieder da." und dann hast Du doch nicht das Beschriebene gemacht?

Hier ist die Einstellung.

Wenn die Formulare "wieder da" sind, musst Du das natürlich nicht machen. Das wäre der Weg, alles auf "null" zurückzusetzen, wie bereits beschrieben.

Du musst das Plugin jetzt neu einrichten, alle Daten wurden bei dem Vorgang wie beschrieben aus der Datenbank entfernt.

Was an dem Loginlink falsch sein soll, ist nicht erkennbar. Beschreibe etwas genauer, was das Problem ist.

Evtl. sind die nötigen Standardseiten noch nicht angelegt, dazu wird bei der Installation ein grosser Hinweis eingeblendet...

Versuche es mit einem Haken bei Ultimate Member > Einstellungen > Sonstiges > Daten bei der Deinstallation entfernen? und deinstalliere (deaktivieren und löschen) dann das Plugin und installiere es erneut. Das sollte alle Daten in der Datenbank entfernen und dann neu anlegen.

Dein Screenshot zeigt ein selbst angelegtes neues Formular "test", bei dem Du noch keine Felder hinzugefügt hast. Die dafür genutzte Metabox Formular-Generator ist bei Dir rechts im Sidebar sichtbar. Evtl. hast Du sie dorthin verschoben.

Versuche es damit:

#socket .sub_menu_socket li {
    line-height: 42px;
}

Viele verwenden für sowas z.B. die o.g. Extension... :rolleyes:

Link zur Seite mit diesem Menü?

Mit welchem Browser am PC? Und auf welchen Handys mit welchem Browser?

Bei der Suche nach Darstellungsproblemen sicherstellen, dass alle Cache- und sonstige Optimierungsplugins deaktiviert sind.

Seit welcher genauen Version von WooCommerce tritt dieser Effekt bei Dir auf?

Welche WordPress Version, welches Theme & Version, welche Plugins werden verwendet? Link zur Seite wo man das ansehen kann? Siehe auch Forenregeln, Punkt II.

Viele verwenden für sowas z.B. die WooCommerce Store Credit Extension.

Und hast Du das nicht schonmal gefragt? Bitte keine neuen Threads für das gleiche Problem eröffnen...

Normalerweise (bei manueller Installation) würde man bei Deinem Änderungswunsch a) die neue Domain auf den bereits bestehenden WordPress Ordner zeigen lassen und dann b) in der bestehenden Datenbank die alte Domain durch die neue Domain ersetzen, z.B. mit einem Plugin wie Better Search Replace.

Das dürfte generell auch hier funktionieren, aber es kann sein, dass die Angaben usw. im WordPress & Co. Bereich von Strato dann nicht mehr stimmen bzw. funktionieren und weiterhin auf die alte Domain zeigen.

Vermutlich wäre es bei dem Szenario mit nur einer verfügbaren Datenbank am besten, die automatische Installation mit einem Klon- bzw. Migrationsplugin wie Duplicator wie bei einem normalen Umzug zu sichern, dann die automatische Strato Installation komplett zu löschen und damit die internen Verweise von Strato aufzuheben, damit wird dann auch die Datenbank wieder frei, und dann die gesicherte Installation in einem neuen Ordner für die neue Domain einzuspielen.

Für jemanden, der sich mit WordPress etwas auskennt, sollte das relativ einfach zu verstehen und zu erledigen sein, falls Du eher ein "Anfänger" bist, suche Dir am besten jemanden in Deinem direkten Umfeld, der dich dabei direkt unterstützen kann.

Wie genau wurde die WordPress Seite erstellt? Wurde die automatische Strato WordPress & Co. Funktion verwendet oder selbst manuell installiert (mehr dazu siehe hier)?

Sind beide Domains im gleichen Strato Paket?

ul.products > .product .added_to_cart,
ul.products > .product .button {
    text-transform: none;
}

Wie findet man das? Rechte Maustaste auf den fraglichen Text/Link und "Element untersuchen" o.ä., dann CSS Klassen und Regeln ablesen.

Link zur Seite wo diese Buttons zu sehen sind?

Zitat von rammler

... wollte schauen ob es an der liegt – tut es aber nicht.

Doch, tut es. Das Springen zum Buchungstool fand mit der fehlenden Komponente nicht statt.

Ein Teil der iFrameResize Komponente befindet sich auch im Buchungstool selbst, so dass es weitere Eingriffe erfordert, wenn man die ganze Komponente tauschen wollte. Vermutlich wäre daher bzgl. des Sprungs eine Anpassung im Code in easybuchen-iframe.js die beste Lösung, die Komponente stellt lt. Dokumentation eine scrollCallback Einstellung zur Verfügung, schau Dir das mal genauer an.

Mit einem iframe Plugin in WordPress hat dieser Mechanismus nichts zu tun.

Dein o.g. Screenshot zeigt Widgets im Bereich Design > Widgets.

Der Link zur Dokumentation bezieht sich auf einzelne Menüpunkte im Bereich Design > Menüs.

Welche genaue WordPress Version wird verwendet? Werden Plugins wie Classic Editor und/oder Classic Widgets verwendet? Welches Theme wird verwendet? Das kann u.a. Einfluss darauf haben, welche Bereiche wie/wo in WordPress gezeigt werden.

Kommentiere testweise diese Zeile (Zeilennummer 55) im JavaScript aus:

iFrameResize({log: false, checkOrigin: false }, '#mgmIframe');

Derzeit wird ein Scriptfehler erzeugt, da die ganze [FONT=Courier New]iFrameResize[/FONT] Komponente auskommentiert wurde, aber trotzdem weiter in der o.g. Zeile aufgerufen wird.

Uncaught ReferenceError: iFrameResize is not defined ... easybuchen-iframe.js:55

Der eigentliche Ansprechpartner wäre der Buchungstoolhersteller. Bei fehlendem Support suche ein anderes Buchungstool...

Alternativ verwende eine andere iFrameResize Komponente oder nutze eine für alle Eventualitäten genügend grosse iframe ohne zusätzliche Scriptanpassungen.

Die Seite ist nicht mit WordPress erstellt.