Beiträge von mensmaximus

Zitat von ratata

Wie/womit muss ich den Code in der funktions.php-Datei ergänzen?

Du hast keine Lust Dir das selbst zu erarbeiten, oder? Nochmal: [COLOR=#333333]wp_deregister_script(), wp_register_script()[/COLOR]

Zitat von Henk1060

Habe ich tomaten auf den Augen :shock:

Ja. https://wpml.org/documentation/…fault-language/

Das ist ein "Problem" der verwendeten Schriftart Doppio One. Sobald Du eine andere Schrift verwendest wird es richtig angezeigt. Setze für den body die CSS Regel [COLOR=#990055][FONT=Consolas]font-variant-ligatures: none;[/FONT][/COLOR]

Zitat von ratata

In der functions.php steht folgender Code ... wird damit das main.js aus dem Child-Theme integriert/geladen?

Nein wird es nicht. Du lädst ja auch nur die style.css des Parent nach. Das Umkopieren eines ganzen Verzeichnisses ist sinnfrei. Man kopiert nur das Script, welches man ändern möchte, entlädt das Original und lädt dann das modifizierte Script im Child. Die Stichwörter habe ich Dir schon gepostet.

Du schreibt es passiert nur bei den Kategorien. Wie sieht denn die Perlmalink Struktur für Kategorien aus? Das Bild was Du gepostet hat ist ja für Posts.

Zitat von ratata

ich habe für mein Theme "Comet" ein Child-Theme erstellt, dort eine style.css und eine function.php abgelegt, es funktioniert auch wie es soll.

Glaube ich nicht. Die Datei muss functions.php heißen.

Zitat von ratata

Im Parent-Theme habe ich in der main.js (liegt in Parent-Theme Ordner "assets/js/...) etwas editiert.
Wird das beim Theme-Update auch überschrieben?

Ja es wird überschrieben und man änder niemals etwas im Parent. Dafür hat man ja das Child.

Zitat von ratata

Wenn ja, was muss ich tun, damit ich das auch ins Child-Theme integrieren kann?

Du entlädst das Script aus dem Parent und lädst es neu im Child. Schlagworte: wp_deregister_script(), wp_register_script()

Ok, also ist es nicht mehr das selbe Problem, sondern ein neues. Wurde die wp-config.php noch einmal im Binärmodus per FTP auf den Server gespielt (nicht ASCII)? Wurde die wp-config.php nach dem Bearbeiten explizit im Format UTF8 ohne BOM gespeichert?

Möglicherweise hilft euch https://wordpress.org/plugins/woocom…ct-data-fields/

Zitat von Moon10

SLeider kann ich mich nach wie vor nicht in meine Webseite einloggen, das Problem besteht also nach wie vor. Irgendwelche Ideen?

Immer noch mit der selben Fehlermeldung?

Hast Du die Permalinks noch einmal neu gespeichert?

Mit einem Link zur besagten Seite wäre es so viel einfacher zu sehen woran es liegen kann. Möglicherweise gibt es eine statische Seite mit dem Slug 'deals'.

Außerdem würde ich im php location match ohne if arbeiten

location ~ \.php$ {
    try_files $uri =404;
    fastcgi_split_path_info ^(.+\.php)(/.+)$;
    include fastcgi_params;
    fastcgi_pass [COLOR=#3E3E3E]php_workers[/COLOR];
    fastcgi_index index.php;
    fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
    fastcgi_connect_timeout 60;
    fastcgi_send_timeout 180;
    fastcgi_read_timeout 180;
    fastcgi_buffer_size 128k;
    fastcgi_buffers 4 256k;
    fastcgi_busy_buffers_size 256k;
    fastcgi_temp_file_write_size 256k;
    fastcgi_intercept_errors on;
    fastcgi_ignore_client_abort off;
}

Das Theme ist in diesem Fall nicht relevant

Ich würde den Produkten Custom Fields zuordnen und diese in einem zusätzlichen Tab ausgeben: https://www.advancedcustomfields.com/ oder selbst via Childtheme hinzufügen.

Du brauchst doch nur in den Quellcode schaun, dann siehst Du das dort ein Link die Felder umschließt. Wenn Du mit der Maus zwischen die Eingabefelder fährst siehst Du ja auch das sich der Mauszeiger ändert:

<a href="http://handihand.ch/wordpress/kontakt/">
<input type="hidden" id="_cf_verify" name="_cf_verify" value="7470934023">
<input type="hidden" name="_wp_http_referer" value="/wordpress/kontakt/">
<input type="hidden" name="_cf_frm_id" value="CF57b188326e3b9">
<input type="hidden" name="_cf_frm_ct" value="1">
<input type="hidden" name="cfajax" value="CF57b188326e3b9">
<input type="hidden" name="_cf_cr_pst" value="54">




... usw. usw....




<hr>
</a>

Die gute Nachricht vorab, ja es geht. Wie viel Arbeit entsteht, hängt davon ab ob bereits Unterseiten erstellt wurden: https://premium.wpmudev.org/blog/change-mu…es-sub-domains/

Nimm doch den Link raus in dem sich die Felder befinden. Der macht doch gar keinen Sinn.

Der Defaktostandard für die Berechnung von Preisen nach Fläche oder Volumen ist der Measurement Price Calculator

Google indexiert den Inhalt des Iframes eigenständig, eine Verschlagwortung ist nicht möglich.

Ich verstehe die Fragen nicht. Was willst Du machen?

Zitat von lin

Das muesste doch gehen - oder!

Probieren geht über studieren. Alles zu erfragen macht doch keinen Spaß. Also ran ans Werk uns testen. Du willst es doch auch einmal selbst können - oder?