Beiträge von mensmaximus

body nicht .body (ist ja keine klasse)

Aber die Category Base ist doch leer. Wenn Du http://domain/deals/die-kategorie haben willst, musst Du in des Category Base 'deals' eintragen. Ist die Base leer gilt der Standard http://domain/category/die-kategorie

Zitat von NF2004

Ich scheitere beim aktivieren des Produkts :D
Habe es in mein Plugin-Ordner hinzugefügt, jedoch kann ich die Erweiterung nirgendwo sehen. Da steht was davon, dass man seine Theme funktion.php bearbeiten soll aber das ging bei meiner Unkenntnis nach hinten los.

Auch dieses Plugin ist ein "Werkzeug". Etwas fertiges wirst Du nicht bekommen. Du must selbst ein wenig Hand anlegen. Wenn D das selbst nicht kannst findest Du bestimmt jemanden in der Jobbörse des Forums der es kann.

Zitat von ratata

Doch, schon, ich kenne mich nur mit PHP nicht aus.

Man braucht keine PHP Kenntnisse um bei Google oder im WordPress Codex nach den beide Suchbegriffen zu suchen.

https://codex.wordpress.org/Function_Refer…_dequeue_script
https://codex.wordpress.org/Function_Refer…register_script

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.