Warum hält sich dieses Märchen so hartnäckig? Eine Seite darf hunderte H1 Überschriften haben, nur eben in nicht in der gleichen 'section'. Also immer schön Sections Tags zum unterteilen der Seite verwenden und schon klappt es mit dem H1 Tag.
Beiträge von mensmaximus
-
-
Kommt in die functions.php eines Chidlthemes
PHP
Alles anzeigen<?php function mmx_set_private( $post_id ) { if ( defined('DOING_AUTOSAVE') && DOING_AUTOSAVE ) { return; } if ( !current_user_can('edit_post', $post_id) ) { return; } remove_action( 'save_post', 'mmx_set_private' ); wp_update_post( array( 'ID' => $post_id, 'post_status' => 'private' ) ); add_action( 'save_post', 'mmx_set_private' ); } add_action( 'save_post', 'mmx_set_private' ); -
@Persephone langer Rede kurzer Sinn, wie ich schon sagte, Matomo verwenden und alles ist gut.
-
-
Du erstellst ein herunterladbares, variables Produkt (bzw. ein variables Produkt, dessen Varianten herunterladbar sind) und die Dateiformate und Größen sind die Variationen. Entsprechend hinterlegst Du dann die Dateien.
-
Habe ich gesehen, dass ändert nichts daran, dass der Link fehlt. Keine Seite zum Quellcode ansehen - keine Hilfe bei CSS.
-
Ich sitze seid Tagen dran und komm nicht weiter.Warum fragst Du nicht den Entwickler?
https://wordpress.org/support/plugin/foogallery/Er antwortet sehr zügig.
-
Link zur Seite fehlt.
-
Warum nutzt man WordPress und versucht dann eine solche Thematik mit Tabellen zu lösen anstatt mit einem Custom Post Type und Custom Taxonomies?
-
Das Bild ist verlinkt. Durch den Hovereffekt wird aber ein Layer über die unteren 3/4 des Bildes geschoben, wodurch der Link verdeckt wird. Man kann den Link auf dem Titel absolut positionieren und über die gesamte Fläche des Bildes ziehen:
Code.woocommerce ul.products li.product .woocommerce-loop-product__title a { position: absolute; top: 0; bottom: 0; left: 0; right: 0; padding: 0 2em; }Das padding wird benötigt, weil der Titel aus dem Flow genommen wird und sonst bis an den Rand des Bildes laufen kann.
Natürlich muss man noch prüfen wie das bei kleinere Auflösungen aussieht.
-
Da 2 und 3 zusammenhängt, ist ein Problem mit einem anderen Plugin nicht auszuschließen. Das muss man gründlich untersuchen, denn WPML wird nur sagen "alle Plugins deaktivieren und testen". Ich habe bei einer Kunden 3 Monate lang "sich selbstauflösende Variationen in WooCommerce" mit WPML untersucht, bis klar war wo der Fehler lag. Dazu musste ich erst einmal ein Debuging Tool schreiben, dass alle erdenklichen Filter und Funktionen überwacht. Da der Fehler nur sporadisch auftauchte und durch normale Bestellaktionen nicht reproduzierbar war, hat es solange gedauert. In Deinem Fall wird das deutlich schneller gehen, weil man den Fehler ja gezielt erzeugen kann.
-
1. Ja das ist normal
2. Was heißt "außerhalb" von WPML bearbeiten
3. Nein -
-
Der Parameter has_archive fehlt. Da dieser als Default auf false steht, ist das Verhalten korrekt. Der Codex listet alle Parameter auf: https://codex.wordpress.org/Function_Refer…ister_post_type
-
Die Kreditkartendaten werden immer beim Zahlungsanbieter für die Transaktion gespeichert. Eine weitere Speicherung erfolgt nur auf Kundenwunsch. Die lokale Speicherung ist möglich aber sinnfrei, weil ohne Nutzen und eher nur gefährlich. Eine weiter Möglichkeit ist Paypal Plus für die Zahlung per Kreditkarte OHNE Papypal Konto.
-
Anstatt immer 'nein' zu sagen, macht es Sinn den Empfhelungen im Forum zu folgen. Du wolltest doch Hilfe. Steig um auf das PaypalPlus Plugin von Angel Eeye und schon ist klappt es.
-
Ich habe die Lösungen alle schon gepostet.
-
Dann musst Du Dir überlegen ob Du auf den Themesupport wartest oder jemanden beauftragst das für Dich zu machen, wobei Du nicht sicher sein kannst, dass es funktioniert und umsonst Geld ausgibst. Das ist das Problem bei Premium Themes, man kann es nicht mal eben testen.
-
Du könntest im Theme suchen wie das Script eingebunden wird um es dann über ein Childtheme zu deaktivieren. Alternativ im Parenttheme auskommentieren (wird halt beim nächsten Update überschrieben).
-