Beiträge von mensmaximus

Backup der Joomlainstalltion erstellen und auf dem selben Server wie die WordPressinstallation auf eine subdomain wieder herstellen.

https://woocommerce.com/products/woocommerce-bookings/ + https://codecanyon.net/item/woocommer…scounts/7119279

Das ist auch in der Desktopansicht so. Lösche Deinen Browsercache, dann wirst Du es sehen. Da liegt einiges im Argen. Wahrscheinlich durch Anpassungen von Standardseiten mit dem Visual Composer. Viel kann man da im Forum nicht helfen. Bleibt nur das Standard Debugging, also alle Plugins außer WooCommerce deaktivieren und testen. Wenn es dann immer noch nicht geht liegt es am Theme oder Anpassungen im Theme/Child-Theme. Falls es doch geht kann man ein Plugin nach dem anderen wieder aktivieren und testen.

Auf der verlinkten Seite gibt es keinen Tooltip auf Röstung. Jetzt bräuchte man einen Vergleich von vorher/nachher bei der Ausgabe um dann zu schaun was sich in der Routine zur Ausgabe in WooCommerce geändert hat. Da muss man Zeit investieren. Mein Rat, beim Entwickler anpassen lassen.

Meine Aussage bezieht sich auf das Erstellen/Programmieren eines Shortcodes zur dynamischen Anzeige einer Galerie (WordPress Feature). Auf nichts anderes lässt der Titel und Inhalt des Beitrages schließen. Du hast mit keinem Wort erwähnt, dass ein Shortcode eines Plugins verwendet werden soll. Entsprechend müsste man tatsächlich mit Ajax Arbeiten und die ID an eine Funktion übergeben, die dann via do_shortcode() die Ausgabe rendert und als Ergebnis zurückliefert.

Der Ansatz ist falsch. Das Elementor Element bleibt immer das selbe. Die Funktion hinter dem Shortcode enthält die Logik für die konditionale bzw. kontextabhängige Anzeige. Man kann das Mittels jQuery/Ajax erledigen oder React/Rest-API.

Wirklich helfen kann man erst, wenn man den Quelltext der Seite sieht (Link zur Seite fehlt) und das gesamte Plugin in Händen hat. Und da hier Monkey Patching verwendet wird, braucht man auch das Plugin/Theme, in dem sich das Originalscript befindet.

Zitat von HelpMe_wp

Programmierung mit PHP selbst schon.

Sehr gut! Dann hast Du ja auch kein Problem die PHP Doku bezüglich Codierung zu verstehen, bzw. Dich in das Thema einzulesen. Wenn Du noch nie über das Problem gestolpert bist hast Du Glück gehabt. Ganz unabhängig von WordPress ist eine Konvertierung immer dann notwendig, wenn die Codierungen nicht übereinstimmen.

Hier mal ein Beispielcode zum lernen:

function mmx_get_remote_site_content ( $attr ) {
    extract( shortcode_atts(array(
        'url' => '',
        'id' => '',
    ), $attr) );
    $output = '';
    if ( empty( $url ) || empty( $id ) ) {
        return $output;
    }
    $url = html_entity_decode( $url, ENT_HTML5, "UTF-8" );
    $url = preg_replace( '/^[\s\t]*|[\s\t]*$/', '', $url );
    $res = wp_safe_remote_get( $url, array('redirection' => 0) );
    $success = wp_remote_retrieve_response_code( $res );
    $body = wp_remote_retrieve_body( $res );
    if ( !$success ){
        return $output;
    }
    $doc = new DomDocument;
    $doc->validateOnParse = true;
    $doc->loadHTML( mb_convert_encoding( $body, 'HTML-ENTITIES', 'UTF-8') );
    $output = $doc->getElementById( $id )->textContent;
    return $output;
}

Zitat von HelpMe_wp

Aber es hat nichts geholfen. sondern jetzt wird sogar die Zeile "-$iso88591_encoded = iso- $utf8_encoded = utf8_encode( $iso88591_encoded ); echo oder return $utf8_encoded;" angezeigt.

Ich verstehe nicht ganz, warum bei Includierten Dateien nicht der fixfertige Inhalt includiert wird und "nur" das Design angepasst wird?

Kann man also nicht im WP beim includieren von Seiten sagen, dass es die Codierung übernehmen soll, wo bei der zu includierende Datei ist?

Das sind doch nur Beispiele. Du musst die Funktionen natürlich korrekt in Deine Programmierung einbinden. Das und das fehlende Verständnis für die Programmierung zeigt, dass Du keine Ahnung von der Programmierung hast. Copy and Paste hat Grenzen. Ebenso wie die Möglichkeiten in diesem Forum. Hier leisten wir Hilfe zur Selbsthilfe mit WordPress. Grundlagen der Programmierung können wir nicht vermitteln. @b3317133 hat Dir alle notwendigen Informationen gegeben. Bitte lese seine Beiträge noch einmal aufmerksam durch, sowie die Funktionsbeschreibung.

Wahrscheinlich hat jemand in den WordPress Einstellung einmal die schweizer Sprachvariante aktiviert. Du kannst die überflüssigen Sprachdateien per FTP im /languages Verzeichnis löschen.

Zitat von cr0co

Offenbar kann man da nur ganze felder ausblenden/einblenden

Bezüglich was? Wenn Du kostenlose Hilfe im Forum erwartest, wirst Du Dich etwas genauer ausdrücken müssen. Also ran an die Tastatur und schildern was Du gemacht hast, was dann passiert ist und was Du erwartest hättest.

Es fehlen alle notwendigen Angaben um zu helfen. Bitte Forenreglen beachten. Link zur Seite, verwendete Plugins (inkl. Links zu den Entwicklern), Theme usw.

Zitat von sascha15

Ist sowas in Wordpress möglich.

Ja das geht. Formidable Forms Pro, FollowUp Emails und ein wenig Programmierung.

Zitat von Hotelberater

Danke für den Hinweis:
ist ein Problem von Germanized.

Das ist kein Problem von Germanized, sondern Dein persönlicher Wunsch ;-)

Zitat von Henk1060

Code

p.wc-gzd-additional-info.tax-info {
    display: none;
}

Dann hat er es in allen Loops ausgeblendet. Er will es aber nur auf der Startseite des Shops. Wir können nur rätseln ob das die in WooCommerce festgelegte Shopseite ist oder eine selbst gebaute oder seine persönliche Katalogseite, die eigentlich eine statische Seite ist und mit Elementen aus einem Pagebuilder gebaut wurde.

Wie in seinem anderen Beitrag bereits angemerkt, fehlen eben wieder alle Angaben die in einen Beitrag gehören um gezielt zu helfen.

Dann liegt es an Plugins oder dem Theme bei der Verwendung der diversen Hooks. Helfen kann man wie so oft nicht, da die notwendigen Informationen fehlen. Schade das man das immer wieder sagen muss.

Bei sehr vielen Varianten wirst Du eine spürbare Verlangsamung im Frontend feststellen. In solchen Fällen ist zu prüfen, ob ein Plugin wie z.B. https://codecanyon.net/item/woocommer…options/7908619 nicht die bessere Alternative ist.

Zitat von nature225

Du kannst beim Hoster den Verweis der neuen Domain auf den neuen Ordner fest legen. So musst du deine alte Seite nicht löschen etc

Vorsicht! Wenn die neue Installation mit dem Pfad /neu erstellt wurde, ist ein Mapping der Domain direkt auf das Verzeichnis /neu nur mit Anpassungen in der Datenbank möglich.

Das Thema ist im Forum hundertfach besprochen und im Codex detailiert beschreiben: https://wordpress.org/support/article/moving-wordpress/

Ja, aber mit Claim (Mental Health ...) und mit extrem viel 'Weissraum' drumherum. Der Claim sollte in den WordPresseinstellungen stehen, als Seitenbeschreibung. Herzenslinie sollte als Einzelbild ohne Weißraum (Abstand zur Bildbegrenzung) vorliegen. Auf der Entwicklerseite gibt es so viele schöne Beispiele, selbst den Customizer kann man dort testen.

Für jemanden der über 900 Posting hat und Webseiten anscheinend beruflich erstellt, stellst Du ziemllich viele Anfängerfragen. Ein Overload ist das Überschreiben eines Parent oder Plugin Templates in einem Childtheme.

Du hast ja auch das ganze Hintergrundbild als Logo verwendet. Lies meinen Beitrag noch einmal aufmerksam durch.