Am Rande bemerkt: Die o.g. schema.org Bezeichner bzw. itemtype Werte werden immer mit http hinterlegt, das hat mit gemischten Inhalten bei SSL rein gar nichts zu tun.
Beiträge von b3317133
-
-
Du könntest eine der Lösungen hier verwenden: https://www.google.com/search?q=WooCommerce+Excel+Import
-
Tipp: get_posts() kann man auch den post_type mitteilen...
-
Schau mal hier, evtl. hilft das (ganz unabhängig von dem dort angebotenen Templates): https://elementortemplatepack.com/import-element…ions-explained/
Templates gibt es offenbar auch "free" z.B. hier: https://library.elementor.com/
-
Schreibe einen eigenen Block :eek: oder einen selbstgestrickten Shortcode
oder nutze einen vorgefertigten Shortcode
und passe das für Dich an, z.B. mit einer übergebenen Liste von IDs der gewünschten Seiten, oder Suche der Seiten anhand hinterlegten benutzerdefinierten Feldern o.ä., da gibt es viele, viele Möglichkeiten. -
Viele Themes bieten eine "Blog" Ansicht als Startseite, welches Theme genau wird verwendet?
-
- Was erscheint in der Browser Konsole (falls der genutzte IE eine hat)?
- Werden irgendwelche Cache- oder Minify- oder Optimierungs- oder "Sicherheits"-Plugins genutzt? Abschalten, neu testen.
- Link zur Seite?
Der CF7-Autor empfiehlt in dem Fall weiterhin das temporäre Deaktivieren aller anderen Plugins und das Testen mit einem Standardtheme.Den IE neu zu installieren ist keine Lösung, sollen das alle Deine Besucher machen falls es daran liegen sollte?
-
Wir verwenden für sowas z.B. das Plugin Widget Options mit ausschliesslich dem "Pages Visibility" Bereich aktiv.
-
In der Browser Konsole erscheint bei Aufruf der Startseite ein Scriptfehler:
Offenbar stimmt irgendwas mit einem Element nicht, das eine Hintergrundslideshow verwendet.Auf den anderen Seiten scheint die mobile Navigation zu funktionieren.
-
Das Theme ist nicht frei zugänglich, daher kann man keine genaue Datei benennen.
Würde nach der Ausgabe von [FONT=Courier New]<div class="entry-meta">...[/FONT] suchen und das Datum dort z.B. via get_the_date() mit ausgeben.
-
Wird das mitgelieferte Child-Theme verwendet? Vermutlich brauchst Du Änderungen an Theme-Dateien, dafür wäre das nötig.
Deine Test Umgebung ist "under construction".
-
Du kannst die Sprache des entspr. Benutzer-Accounts im Benutzer-Profil von "Website-Einstellung" auf "Deutsch" umstellen, ohne "(Schweiz)", dann sollte Yoast auch deutsch sein.
Danach sollten sich auch die entspr. o.g. Sprachdateien im o.g. Ordner befinden und Du kannst sie entspr. in [FONT=Courier New]...-de_CH.*[/FONT] umbenennen und so mit "Deutsch (Schweiz)" Accounts nutzen falls nötig.
-
Man könnte auch [FONT=Courier New]page.php[/FONT] oder falls nicht vorhanden ggf. ein entspr. Fallback-Template als [FONT=Courier New]page-mypagetitle.php[/FONT] ins Themeverzeichnis kopieren und darin statt [FONT=Courier New]the_content()[/FONT] dann die eigene Funktion ausführen, mehr dazu hier. Dann braucht man keinen extra Filter.
Zum kenntlich machen kann man den sog. "Post State" verwenden, hier ein Beispiel.
Wie das ganze das "schöne URLs" Problem löst, verstehe ich allerdings noch nicht ganz, aber egal.
-
Der normale WordPress Ansatz wäre das Erstellen eines sog. Custom Post Types für Deine Artikel und das (ggf. periodisch automatisierte) Einpflegen Deiner Daten. Dann erscheinen die Artikel wie Beiträge oder Seiten im WordPress Backend, alle Links wären automatisch "schön" und man könnte entspr. Theme-Dateien als Templates verwenden, mehr dazu hier. Das klingt erstmal etwas kompliziert, ist aber im Grunde der empfehlenswerte Weg.
Eine Alternative wäre das Anlegen eigener Rewrite-Rules, hier ein (alter) Blogbeitrag der das grundsätzlich erklärt. Für das manuelle Anlegen von Regeln gibt es (seit Erscheinen des Beitrags) auch eine WordPress Rewrite API, mehr dazu via Suchmaschinen Deiner Wahl.
-
- Es gibt "Deutsch (Sie)" und "Deutsch", was genau ist eingestellt?
- Gibt es im Menü Dashboard > Aktualisierungen ganz unten einen Bereich für Übersetzungen?
- Welche WordPress Version?
- Welche Yoast SEO Version?
-
Dann stimmen wohl Deine Einträge bei WP_HOME und/oder WP_SITEURL in wp-config.php und/oder Deine Dateistruktur noch nicht, oben schreibst Du z.B. /test_site/ - hier im Link der Fehlmeldung steht /ehtl_test_site/ - das passt nicht zusammen.
-
Der Code ist wie beschrieben ein Ansatzpunkt, hier passend für Beiträge im oben verlinkten Twenty Fifteen Theme und die ersten beiden der oben verlinkten WordPress Standard Rollen. Er nutzt einen bestehenden Filter in einer Funktion im WordPress Core, die wie vorgesehen an diversen Stellen im Twenty Fifteen Theme verwendet wird und CSS-Klassen, die so im Twenty Fifteen Theme verwendet werden.
Am meisten lernt man, wenn man es einfach mal ausprobiert und Links liest und Google & Co. benutzt.
Für Dein Theme, Deine Rollen und Deine CSS-Klassen musst Du das natürlich anpassen.
-
Hier in einem ähnlichen Fall bietet der entspr. Theme Autor Support an.
Mit dem Import von Demodaten scheint das auf den ersten Blick nichts zu tun zu haben und warum ein Theme ohne Demodaten nicht nutzbar sein sollte, ist auch nicht wirklich klar.
Ansonsten kann man ohne weitere Informationen, z.B. welches WordPress, welches Theme, welche Plugins, funktioniert das Aktivieren wenn alle sonstigen Plugins deaktiviert sind usw. nichtmal vermuten, was das Problem sein könnte.
Für ernsthafte Hilfe wäre vermutlich ein Login in die Seite und Blick ins Error-Log beim Hosting usw. nötig, hierfür gäbe es dann die Jobbörse hier im Forum.
-
..., hier kommt eine Fehlermeldung. ... In welche Richtung muss ich suchen um dies Problem zu lösen.
Kommt auf die Fehlermeldung an... -
Lass Jetpack einfach deaktiviert, dieses Plugin bringt nur jede Menge Probleme bzgl. DSGVO. Nicht DSGVO-konform sind derzeit auch die og. CDN-Auslagerungen, die in der Datenschutzerklärung komplett fehlen.
Die saubere Lösung für die Icons wäre die Nutzung des im Theme mitgelieferten Zeichensatzes [FONT=Courier New]Genericons[/FONT], so wie es im original style.css ursprünglich gemacht wurde, siehe auch Beitrag #7.