Beiträge von b3317133

Mehrfacher Aufruf ist kein Problem, [FONT=courier new]get_post_meta()[/FONT] nutzt intern den WordPress Object Cache.

Und wenn ein Post z.B. sehr viele post meta hat, z.B. durch manche SEO-Plugins, Übersetzungs-Plugins o.ä., dann bekommt man beim Abholen aller Daten auf einmal auch noch viel zu viel zurück.

Und bzgl. Überprüfung, alleine vor [FONT=courier new]$var['custom_field_b'][0][/FONT] müsste man schon manuell prüfen, ob [FONT=courier new]$var['custom_field_b'][/FONT] überhaupt existiert und dazu noch kein leeres Array ist, bringt unnötige Komplexität rein.

Nein. Ohne Cookie-Banner erscheint eine Menüzeile mit entspr. Dropdown-Untermenüs beim Drüberfahren, die man aber nicht sieht. Ab einem bestimmten Breakpoint wird die Menüzeile zweizeilig und dann ab einem weiteren Breakpoint erscheint das Icon für das mobile Menü ein Stück weiter oben. Dafür wird die Höhe von [FONT=courier new].custom-header[/FONT] vom Theme auf [FONT=courier new]75vh[/FONT] gesetzt, evtl. hat das Nexus Probleme mit der Einheit [FONT=courier new]vh[/FONT] als Höhe?

Hier sieht man am Desktop weder mit FireFox noch mit Chrome ein Menü, wird schön vom Cookie-Banner verdeckt.

Darfst Du gern selbst einbauen. Der Transfer von einem Überschrift-Link zu einem selbstgebauten Weiterlesen-Link sollte schon drin sein. Alternativ hier lesen. Ein Bild gibt es z.B. hier.

Beschreibe doch mal genauer, was Du so alles ausprobiert hast? Und welchen Code Du wo eingefügt hast?

Man könnte einfach eine Seite nehmen, den Text und das Bild einfügen und darunter einen Shortcode [FONT=courier new][neuste_beitraege][/FONT], ungetestet:

function neuste_beitraege_func( $atts, $content = null ) {
    $output = '';
    extract(shortcode_atts(array(
        'anzahl' => 5
    ), $atts));
    $args = array(
        'posts_per_page' => $anzahl,
        'post_type' => 'post',
        'post_status' => 'publish'
    );
    $posts = get_posts( $args );
    global $post;
    foreach( $posts as $post ) {
        setup_postdata( $post );
        $output .= '<h2><a href="' . get_permalink() . '">' . get_the_title() . '</a></h2>';
        $output .= '<p>' . get_the_excerpt() . '</p>';
    }
    wp_reset_postdata();
    return $output;
}
add_shortcode( 'neuste_beitraege', 'neuste_beitraege_func' );

Klar den ersten, der zweite benötigt jeweils noch ein [FONT=courier new]!empty()[/FONT] oder [FONT=courier new]isset()[/FONT] und [FONT=courier new]is_array()[/FONT] o.ä. pro Variable sonst hagelt es PHP Warnings wenn [FONT=courier new]custom_field_X[/FONT] in einem Post nicht existiert ...

Bei Stato-Accounts hier ist der MySQL-Server dieser: [FONT=courier new]rdbms.strato.de[/FONT]

Und am Rande bemerkt: Das WordPress Importer Plugin ist derzeit nur bis WordPress 4.6.3 kompatibel, evtl. ist auch das ein Problem.

Du könntest temporär einen eigenen FTP-Zugang einrichten, mit eigenem Benutzer/Kennwort, direkt zu dem Ordner in dem das besagte WordPress liegt, dann kannst Du den Theme Support wenigstens mal reinschauen lassen. Das sollte bei nahezu jedem Provider möglich sein.

Du "vertraust" dem Theme-Hersteller ohnehin schon, da Du seinen PHP-Code (das Theme) einsetzt.

Zitat von Quick Kangaroos

Hatte nochmal mehrere Bilddateien gelöscht. Das mit den pdf-Dateien klappt wieder. Update hat jetzt auch geklappt. Dankeschööön.
:-):-)
[size=8]Geändert von Quick Kangaroos (Heute um 20:04 Uhr)[/SIZE]

Ah da wurde es noch ergänzt, also wie eingangs vermutet der Speicherplatz auf dem Server. :lol:

Die Startseite http://www.briantracy.com/ ist nicht mit WordPress gemacht.

WordPress ist im Unterordner http://www.briantracy.com/blog/ installiert.

Das hat entspr. Folgen für den Link, d.h. der Teil /blog/ steht überall mit drin, ohne dass WordPress das weiter interessiert, es ist einfach der Ordnername auf dem Server.

Und was war das Problem? Funktioniert der Bild/PDF Upload auch wieder?

Zitat von Quick Kangaroos

Hatte bereits mehrere Bilddateien gelöscht. Hat also nicht geklappt

Dann versuch mal rauszufinden, bei welchem Provider die Seite liegt, denn dann brauchst Du (oder jemand, der das reparieren soll) den besagten FTP-Zugang.

Schick mir wahlweise eine PN über das Forum, dann sehe ich mir das im WordPress-Backend mal kurz an.

Mit dem "defekten" Admin-Account beim Bearbeiten des Menüs oben rechts "Ansicht anpassen" unter "Boxen" das einstellen, was man sehen will...

Falls es eine ältere grosse Datei gibt, die man löschen kann, z.B. ein ungenutzes Bild in der Mediathek oder ein altes(!) Backup eines Backup-Plugins o.ä. würde ich das mal versuchen, und dann nochmals den Bild Upload testen. Wenn das dann klappt, liegt es am verfügbaren Speicherplatz beim Provider.

Zitat von Quick Kangaroos

Also der Upload von pdf´s funktioniert an sich schon. Allerdings sind die dann nicht abrufbar.

Was passiert bei einem kleinen Bild? Ist das nach dem Upload in der Mediathek sichtbar?

Zitat von Büroklammer

Was haben die durchgetrichenen CSS- Regeln, die in Google Chrome angezeigt werden, zu bedeuten?

Das bedeutet, dass es eine weitere Regel gibt, die die durchgestrichene Regel teilweise/ganz ersetzt.

Das Ersetzen/Überlagern kann auf verschiedene Arten erfolgen, z.B. bei gleichem Regelnamen gilt die Reihenfolge des Einbindens in die Seite, ein ganz einfaches Beispiel, weiteres zum Überlagern darfst Du gern Google o.ä. fragen:

Zitat

.navigation-top a {
color: red;
}
.navigation-top a {
color: green;
}

Hier wird der Link grün sein und die erste Regel wird "durchgestrichen".

Was wird beim Upload von PDFs angezeigt? Funktioniert ein Upload von kleinen Dateien? Evtl. ist der verfügbare Webspace "voll".

Man könnte z.B. versuchen, die Sprache in der Datenbank in der Tabelle [FONT=courier new]wp_options[/FONT] unter [FONT=courier new]WPLANG[/FONT] zurück auf [FONT=courier new]en_US[/FONT] zu setzen.

Zitat von Florio

Bitte wenn möglich um eine Entfernung des Links zu meiner Website Oder eine Löschung des Beitrags, auch wenn ersteres wohl sinnvoller wäre denke ich

Noch sinnvoller wäre ein Plugin wie Password Protected o.ä. auf einem Entwicklungsserver.