Beiträge von b3317133

Erster Schritt, lesbarerer Code:

$args = array(
    'post_type' => 'person',
    'meta_query' => array(
        array(
            'relation' => 'AND',
            array(
                'key' => 'geburtsdatum',
                'value' => array($start, $end),
                'compare' => 'BETWEEN',
                'type' => 'DATE'
            ),
        )
    )
);

Zweiter Schritt, Dokumentation lesen, dort z.B. Display posts from several custom fields: usw.

Zitat von b3317133

Ansonsten wäre das einzelne temporäre Deaktivieren aller Plugins ein möglicher Ansatz, um Probleme / Wechselwirkungen weiter einzugrenzen.

Ergänzung: Und natürlich ein Link zur Seite, wo man das sehen kann, siehe auch Forenregeln, Punkt II

Den Rahmen kann man über Design > Customizer > Zusätzliches CSS z.B. so entfernen:

footer .gallery-icon {
    border: none;
}

Das hast Du doch hier bereits gefragt.

Zitat von kopernikus_

Ich sehe eine menge Seiten mit scrollbars an ihren Texten , viele von denen sind sicher mit Wordpress entwickelt .

Poste genaue Links zu diesen Seiten mit den Scrollbars und dazu einen Link zu Deiner Seite mit genauer Beschreibung, wo ein Scrollbar gewünscht ist, dann kann man das ansehen und Vorschläge machen, ob/wie das umsetzbar wäre. Siehe auch Forenregeln, Punkt II.

Üblicherweise verwendet man für sowas einfach CSS, Beispiel hier.

Was steht denn alles in [FONT=Courier New]$args[/FONT]?

Jeder mit etwas WordPress Erfahrung kann einen manuellen Umzug der Dateien und Datenbank umsetzen, als Anhaltspunkte gibt es dazu z.B. diese Hinweise bei wordpress.org

• https://wordpress.org/support/article/moving-wordpress/
• https://wordpress.org/support/articl…in-the-database
• https://wordpress.org/support/article/wordpress-backups/
• https://wordpress.org/support/articl…se-from-backup/

Im genannten Fall wäre das Vorgehen anhand der aktuellen Angaben wie folgt:

• Upload der Dateien beim neuen Hosting
• dabei [FONT=Courier New].htaccess[/FONT] weglassen, die generiert man später innerhalb von WordPress neu
• Import der Datenbank beim neuen Hosting via phpMyAdmin
• Falls sich die Domain geändert hat, Anpassung der Domain mit phpMyAdmin in Feldern [FONT=Courier New]siteurl[/FONT] und [FONT=Courier New]home[/FONT]
• Anpassen Zugangsdaten der neuen Datenbank in [FONT=Courier New]wp-config.php[/FONT]
  
• Login beim neuen Hosting über [FONT=Courier New]example.com/wp-admin/[/FONT]
• Falls vorhanden Deaktivieren aller Cache-/Minify-/Optimierungs Plugins
  
• Falls sich die Domain geändert hat, Anpassung der Domain mit Plugin Better Search Replace
• Im Einzelfall noch Anpassung Serverpfad zur Installation mit Plugin Better Search Replace
• Falls vorhanden Reaktivieren aller Cache-/Minify-/Optimierungs Plugins
  
• Einmal Einstellungen > Permalinks > ohne Änderungen speichern Button, das erzeugt die [FONT=Courier New].htaccess[/FONT] passend neu
• Je nach Theme Leeren der internen CSS/JS Caches des Themes
  
• Falls vorhanden Leeren der Caches von Cache-/Minify-/Optimierungs Plugins

Fertig.

Ergänzung: Wenn Du dabei Hilfe brauchst, melde Dich gern mit einem Posting in der Jobbörse, dann wird Dein Problem vermutlich in kurzer Zeit gelöst werden.

Und noch ein Tipp am Rande: Die PHP Version des neuen Hostings sollte beim Einspielen möglichst der PHP Version des alten Hostings zumindest grob entsprechen, um mögliche Probleme durch PHP Unterschiede erstmal abgrenzen zu können.

Poste Deinen aktuellen Code. Evtl. fehlt der Post ID des Bildes im get_field(..) Aufruf.

Zitat von irmen

(alterntiv-lösung:Mit acf kann ich leider keine extra Felder dort einfügen - oder doch? Ich habe bei den einstellungen nichts für die Bilder gesehen)

Zeige diese Felder, wenn Anhang ist gleich Alle

Eigentlich sollte so auch aus den Screen Options verschwinden.

Versuche es mal mit der [FONT=Courier New]admin_menu[/FONT] Action und ggf. mit anderem Context. Evtl. im Code des Theme nachlesen, wie/wo genau die Box eingefügt wird, daraus kann man dann ggf. besser sehen, wo das Problem liegen könnte.

Ergänzend: Falls es nur darum geht, dass jemand anderes diese Boxen nicht sieht bzw. Dinge darin verstellen kann, hilft es oft für alltägliche Arbeiten einen Account mit z.B. der "Redakteur" Rolle zur Verfügung zu stellen, ggf. mit je nachdem etwas angepassten Capabilities.

• https://de.wordpress.org/plugins/tags/timeline/
• https://www.w3schools.com/howto/howto_css_timeline.asp
• https://freefrontend.com/css-timelines/

Eine leere Ansicht mit einer "Hier entsteht ein Website" Nachricht oder z.B. ein Passwortfeld und sonst nichts stellt sich in der aktuellen Rechtssprechung als weniger riskant heraus, als wenn man ausgewählte Seiten anzeigt, mit Firmenlogo und/oder einer Beschreibung, was man anbieten wird oder was genauer entstehen wird. Genaueres dazu beim Anwahlt Deines Vertrauens.

Wie genau wurden die zugehörigen Widgets denn ausgeblendet? Wenn man das korrekt macht, erscheinen diese Checkboxen nicht mehr.

Zitat von arnego2

Ich habe es noch nie geschafft die Umzugsplugins für einen Umzug zu nutzen.

Dann machst Du vermutlich was eher grundlegendes falsch...

Zitat von arnego2

Wenn du eine Schnelle Leitung hast kopiere dir public_html

Wenn man manuelle Kopien macht, funktioniert das auch mit der langsamsten Leitung, es dauert nur etwas.

Einzig denkbare Ausnahme wäre eine instabile Verbindung, wodurch FTP usw. komplett abbricht, also z.B. die Anbindung eines Arbeitsplatzes über ein zu wackeliges WLAN oder ein Internetanbieter mit massiven Leitungsproblemen. Beides nicht wirklich geeignet, um sinnvoll damit zu arbeiten.

Das Plugin erkennt berechtigte Besucher, die das richtige Passwort kennen oder sich in WordPress angemeldet haben, an einem Cookie im aktuell genutzten Browser.

Ob für andere Besucher ein Passwort abgefragt wird, testet man einfach in einem "Inkognito" oder "Privatem" Tab des Browsers oder in einem anderen Browser oder mit einem anderen Gerät.

Irgendwelche VPNs sind dafür keinesfalls nötig.

Mit den o.g. Einstellungen funktioniert das Plugin so wie es soll. Wenn Du Haken entfernst o.ä., musst Du selbst nachlesen und verstehen, was das bewirkt.

Caching Plugins in WordPress sind bei einer Passwortvorschaltung natürlich nicht möglich.

@SEpp55 Der o.g. Code funktioniert, er wird nur derzeit wg. des genannten Syntaxfehlers bei der Regel davor im Customizer gar nicht erreicht... ;)

Es gab sicherlich Gründe, die zur Nutzung von Recaptcha geführt haben. Hier sollte man mit den Überlegungen, was man als Lösung anbietet, beginnen.

Generell, auch in Bezug auf euere gestrige Frage, wäre es ggf. hilfreich, jemanden mit wenigstens etwas WordPress Erfahrungen an solchen Projekten arbeiten zu lassen.

Das bedeutet, dass die Recaptcha Komponente nicht von Google geladen wurde.

Wende Dich am besten an die Person, die dieses Usercentrics Consent eingerichtet hat, dort ist vermutlich die Ursache zu suchen. Mal ganz abgesehen davon, dass ein Mechanismus, der diverse externe Dinge einbindet, um andere externe Einbindungen zu verhindern, in Bezug auf DSGVO eher sinnfrei ist.

Weiterhin fällt in der der Browser Console auf, dass lokale Schriftarten falsch eingebunden werden und jede Menge Fehler 404 erzeugen. Hier ggf. die Person ansprechen, die den Website technisch betreut, da gibt es noch was zu tun.

Der Title Tag wird seit WordPress 4.1 dynamisch erzeugt und nicht mehr in [FONT=Courier New]header.php[/FONT] o.ä. aufgeführt. Beeinflussen kannst Du ihn z.B. über den Filter [FONT=Courier New]pre_get_document_title[/FONT], der z.B. in diesem Blogbeitrag beschrieben wird.

Vor dem eingefügten Code fehlt auf den ersten Blick eine [FONT=Courier New]}[/FONT] der vorherigen Regel.