Beiträge von rollo27

Bei der Bearbeitung eines Beitrages habe ich immer schon auf der rechten Seite die Möglichkeit gehabt, Schlagwörter einzufügen und zu löschen oder aus der Liste der meistverwendeten herauszusuchen. Ich denke mal, das sind die, die im Tag Cloud Widget sehe, das ich auf der rechten Seite habe?

Seit einiger Zeit (?) geht das nicht mehr. Ich kann ein Wort eintrage, auf NEU klicken und nichts passiert. Ebensowenig beim Klick auf den Link darunter "Wähle aus...". Auch der Klick auf das kleine Dreieck neben "Schlagwörter" (und auch die anderen an einigen Stellen) zum Zuklappen bewirkt nichts.

Da ist also richtig was kaputt. Übrigens, eine andere ähnlich gebaute Website hat diesen Bereich gar nicht - woher kommt der eigentlich? Und eine Tag Cloud bleibt anscheinend leer, wenn ich hier keine Schlagwörter eingebe (eingeben kann)? Auf der anderen Site kann ich dieses Widget nämlich zwar einbauen, aber es enthält nichts.

Ein weiterer Effekt tauchte gestern auf, als ich mal im Zug der Fehlersuche im Bereich Design probierte. Customize, Header und Hintergrund gehen nicht, da gibts nichts zu ändern (ging alles mal). Also habe ich mal das ganze Verzeichnis Admin gelöscht und von einem frischen 4.8-Download neu eingespielt - hat nichts gebracht.

Ich hatte vor einiger Zeit das Problem, dass das Upgrade auf 4.8 mangels Speicher missglückt war. Ich musste erst Platz schaffen und habe das Update dann manuell gemacht. Ob das damit zeitlich zusammen hängt, kann ich nicht sagen - ich habe den Effekt erst dieser Tage bemerkt.

Kann mir jemand helfen bitte? Sicher könnte ich nun auch noch den Rest außer wp-content/ neu einspielen, aber ob das hilft? Ich kann durchaus mit solchen Dingen umgehen, aber hier bin ich ratlos :sad:. Danke schonmal!

Ralph

Ich antworte mir mal selber, die Lösung fiel mir in der Nacht ein :-).

Mein nicht sehr großer, aber für ein CMS ausreichender Plattenplatz beim Provider war schlicht zu 100% voll. Schuld daran war neben einer alten vergessenen Contao-Installation eine Menge wöchentlicher Backups, die ich zwar runtergeladen, aber online nicht gelöscht hatte. Also Mein Fehler.

Die fehlermeldungen des Systems haben mit der Ursache nichts zu tun. Besser wäre sowas wie "Kann Datei ... im Verzeichnis ... nicht schreiben", das nur mal als Anregung.

Schon das Upgrade von 4.4 auf 4.5 ging schief, da (aus dem Gedächtnis) "der Zugriff auf das Verzeichnis nicht möglich" war. Welches Verzeichnis genau gemeint ist, wird bei solchen Meldungen ja nicht erwähnt, prima. Ich habs dann manuell gemacht und bis jetzt geht alles.

Aber nun will ich diverse Plugins updaten und das scheitert wieder, nachdem es eine Weile funktioniert hat. Meldung:
[INDENT]"Beim Aktualisieren von ... ist ein Fehler aufgetreten: Download fehlgeschlagen. Konnte Anfrage nicht in die temporäre Datei schreiben."
[/INDENT]

Wo soll die "temporäre Datei" liegen? In content/tmp jedenfalls nicht, das ist mit den Rechten 777 völlig offen. Dazu gibt es noch den Eintrag

define(‘WP_TEMP_DIR’, ABSPATH . ‘wp-content/tmp’);

in der wp-config.tmp. PHP ist Version 7. Vernünftige Fehlermeldungen wären wirklich eine feine Sache.

Ich bitte um Hilfe, danke schonmal,
Ralph

Ich bin dabei, muss "nur" die zahlreichen Plugins prüfen, ob die dann noch gehen. Und PHP hochsetzen (5.6 sollte reichen?).

Da wird mir auch klar, warum ich nicht nach dieser Option geguckt habe. Ich kenne sie nicht, hatte bisher nur mit jüngeren Versionen zu tun. Danke für den Hinweis!

Ich antworte mir gleich mal selber, denn 10 Minuten später habe ich die Lösung gefunden :-). Darauf gebracht hat mich dieser alte Beitrag eines gewissen Thomas.

Unter Einstellungen/Medien steht der Pfad zum Uploads-Ordner. Aus mir unbekannten Gründen stand dort der absolute Pfad auf dem Server, also sowas wie /home/www/.../wordpress/wp-content/uploads. Die Vorgabe (steht darunter) heißt aber wp-content/uploads. Das habe ich ersetzt und schwupps, erledigt. Wieso das früher mal gegangen sein soll, weiß ich nicht.

Moin!

Diese Fehlermeldung dürfte für einige bekannt sein, wenn Bilder etc über "Medien" hochgeladen werden sollen:

"Das Verzeichnis uploads/2016/03 kann nicht angelegt werden. Ist das übergeordnete Verzeichnis durch den Server beschreibbar?"

Der übliche Rat, dem Verzeichnis wp-content/uploads könnten die notwendigen Rechte fehlen und man müsse die eben auf 777 setzen, ist ja richtig. Was aber, wenn die Rechte stimmen und sogar das genannte Verzeichnis schon existiert?

Dass PHP recht alt ist (5.4.45), dürfte jetzt sicher erstmal zweitrangig sein. Es handelt sich insgesamt um eine recht ungepflegte Installation, deren "Erfinder" nicht mhr greifbar ist, aber Uploads gingen bis zum Oktober.

Ich hoffe auf Tipps! Danke,
Ralph

Hast ja Recht, Monika :-). Mein Vorgehen war nicht systematisch. Ich wollte nur nicht die Seite "unschön" machen durch Abschalten und Theme-Wechsel...

Also, abschalten ging leicht und Effekt war weg. Beim Anschalten von "Huge IT Google Map" war er wieder da. Das hätte ich nun am allerwenigsten erwartet - was macht so ein Plugin mit Medienuploads aller Art im Frontend? Das ist Müll. Also weg damit und gegen ein Leichtgewicht ersetzt ("WP Google Map Plugin"), und schon ist alles gut.

Danke!
Ralph

http://wp-a2z.com/oik_file/wp-includesmedia-php

media.php gehört also offenbar zum Core von WP und erzeugt eine Menge Source-Müll auf jeder Seite. Das ist nicht unbedingt intelligent gelöst. Oder lässt sich das abstellen?

Ich habe gerade 65 MB unbenutzte Bilder online weggeworfen, das sollte den geht-nicht-Effekt beseitigen und BackWPup dürfte damit wieder die Lösung sein. Das ist ein Optimum aus gelegentlich zu Fuß und normalerweise automatisch.

Danke, alles gut! Ich hatte mal eine Backup-Lösung, die so ein ZIP-Splitting konnte, fällt mir aber nicht mehr ein - ist nun unnötig.

@ SuMu, das war vorhin ein bisschen schräg von mir, entschuldige bitte. Ich konnte es dann nicht mehr bearbeiten ;-).

Sorry, der vorhandene Knopf zum Daten sichern war mir entfallen, den gibt es. Daran hängende mögliche WP-Cron-Job wäre jedoch eine feine Sache.

"WP-DB Backup" ist eine gute Lösung, aber eben nur für die DB. Einschießlich Mail-Benachrichtigung + Anhang und FTP-Sicherung.

@ Tubedesigner, genau die Mediadaten sind es, es sind viele großformatige Fotos nötig. Die machen Masse, zumal si ja auch noch in vielen Größen vorgehalten werden. Die kann (und muss) man natürlich auch mal aufräumen, wenn sie nicht mehr gebraucht werden :) . Vermutlich überschreitet schon uploads/ die 64 MB, da jpg kaum noch komprimiert werden kann.

@ SuMu, das ist natürlich ein feiner Tip, danke. Ich hoffe aber, es gibt eine vernünftige Lösung. Wobei ich mich ohnehin frage, wieso es in WP nicht inzwischen standardmäßig eine minimale Backup-Lösung gibt, die mit 1x Knopdrücken oder ausgelöst vom WP-Cron was Gescheites erzeugt. Die vielen nur-Nutzer, die WP bestenfalls als vom Provider vorgefertigte App installieren, haben keine Ahnung von phpMyAdmin oder sowas (und müssen das auch gar nicht, das ist der Sinn).

Moin!

Ich habe bei Strato ein kleines Paket für einen Verein (= Kostenfrage) gebucht, das eigentlich für Wordpress völlig reichen sollte. Tut es auch, nur am Backup scheitert es. Ich habe noch keine kostenfreies Plugin gefunden, das mit der (bei diesem Strato-Paket) Beschränkung auf 64 MB große durch PHP erzeugte Dateien zurechtkommt, indem die Archive passend (einstellbar) gesplittet werden.

UpdraftPlus Free soll das laut Beschreibung können, tut es aber nicht. Oder übersehe ich es? BackWPUp ist fein, geht aber aus demselben Grund nicht. Hat jemand Erfahrung? Danke schonmal :).

Ralph

Ich habe weitergesucht und gefunden, dass wp-includes/media-template.php in media.php gerufen wird, was seinerseits von wp-settings.php eingebunden wird, wo alle Module und Grundeinstellungen verfügbar gemacht werden. Irgendwer muss das doch da reinschreben... Ich suche weiter.

Okay, es wird kein Plugin sein, aber Bestandteil wohl doch. Sonst stünde nicht dieses (und ein passendes CSS) in der Quelle:

<script type='text/javascript' src='http://it-consulting-stahl.de/wp-includes/js/plupload/plupload.full.min.js?ver=2.1.8'></script>

Dort schreibt doch kein Theme oder Plugin was hin, nicht wahr?

Aber egal, ich habe mal nach Teilen des ominösen Codes gesucht und gefunden, dass der in wp-includes/media-template.php zu finden ist. Das dürfte zum Core gehören. Nein, das ist eher nicht plupload, ich korrigiere.

Ich brauche das nicht im Frontend, bestenfalls im Backend, falls das dort für das Upload von Dateien zuständig ist. Kann ich das irgendwie regeln?

Ralph

Seit irgendeiner WP-Version (4.3.x?) ist das Plugin plupload (oder ein mir unbekanntes) fester Bestandteil, habe ich recht? Ich vermute, dass das dafür verantwortlich ist, dass im Quellcode einer sonst weitgehend leeren Seite Unmengen Javascript-Template-Code (erkenntlich an "text/html") und auch richtiges JS vorhanden ist, in dem Texte wie Upload oder Media und so Zeug zu finden sind.

Für einen Blog mag das sinnvoll sein, wenn die Schreiberlinge Sachen hochladen können sollen. Ich will das nur auf zwei meiner Seiten, bei den anderen (vor allem der Startseite) stört das die Ladezeit, sprich es gibt SEO-Abzug.

Falls eine/r was dazu sagen kann, bitte einen Blick auf meine Website (Quellcode) werfen und dazu was sagen :-). Ich bin neugierig.

Ralph

Sooo, jetzt habe ich das Template nochmal gänzlich neu gemacht entsprechend der von Dir empfohlenen tollen Seite und meinen eigentlich simplen Fehler gefunden: entscheidend ist die Verwendung von "new WP_Query()" für den zweiten dynamischen Teil. Man sollte das ja sowieso immer machen, aber die Faulheit hatte wohl gesiegt... So aber wirkte wohl das Query des oberen Loops noch unten, zumindest für die Seitenschaltung - es gab ja sozusagen nur 1 "Seite", nämlich den statischen Teil.

Du hattest also Recht, Monika, der falsche 2. Loop war der Haken. Vielen Dank für Deine Hinweise! Nu gehts.

Ralph

Hier noch die neue Source (ich habe oben und unten eine Seitenschaltung, so muss man weniger rollen); die Funktion custom_pagination() ist 1:1 aus der Beispielseite:

<?php /* Template Name: Blog */ ?>


<!--
21.9.2015, Loop 2 und Pagination
http://callmenick.com/post/custom-wordpress-loop-with-pagination
-->


<?php get_header(); ?>


<div id="wrap" class="clearfix">


    <section id="content" class="primary" role="main">


        <!-- der statische Teil -->
        <?php
        if(have_posts()) : while(have_posts()) : the_post();
                get_template_part('content', 'page');
            endwhile;
        endif;
        ?>


        <!-- der dynamische Teil mit der passenden Kategorie-->


        <!-- pagination 1 -->
        <?php
        if(function_exists(custom_pagination)) {
            custom_pagination($the_query->max_num_pages, "", $paged);
        }
        ?>


        <?php
        $paged = ( get_query_var('paged') ) ? get_query_var('paged') : 1;
        $query_args = array(
            'post_type' => 'post',
            'category_name' => 'blog',
            'posts_per_page' => 5,
            'paged' => $paged
        );
        // create a new instance of WP_Query
        $the_query = new WP_Query($query_args);
        ?>


        <!-- pagination 1 -->
        <?php
        if(function_exists(custom_pagination)) {
            custom_pagination($the_query->max_num_pages, "", $paged);
        }
        ?>


        <?php
        if($the_query->have_posts()) : while($the_query->have_posts()) : $the_query->the_post();
                get_template_part('content', 'single');
            endwhile;
        endif;
        ?>




        <!-- pagination 2 -->
        <?php
        if(function_exists(custom_pagination)) {
            custom_pagination($the_query->max_num_pages, "", $paged);
        }
        ?>


    </section>


<?php get_sidebar(); ?>


</div>


<?php get_footer(); ?>

H0 Access ohne Änderungen: das beruhigt mich :-). Trotzdem, zur Wissenserweiterung würde mich schon mal interessieren, wie die diversen Wünsche der Permalink-Erzeugung gespeichert werden. Ob da was im Argen liegt?

Ich werde das passendste Beispiel von der verlinkten Seite mal 1:1 einbauen, auch wenn da inhaltlich nicht passt, und wenn da was funktioniert für mich anpassen. Aber erst am Montag.

Erstmal ein schönes Wochenende!

Ich habe noch ein bisschen recherchiert, um herauszubekommen, wo WP eigentlich meinen Wunsch nach einer bestimmten Permalink-Form speichert. IMHO sollte es in der .htaccess sein. Dort ändert sich aber nichts, egal was ich einstelle. Wie also geht das?

Den Link habe ich gleich als erstes mitgegeben :-).

Den oberen "statischen" Loop hatte ich mal auskommentiert, bringt nichts (schrieb ich schon).

Wie speichert man Permalinks neu? Ich habe 2x die Methode geändert: Standard oder Beitragsname, alle Caches geleert - reicht das? Auch Standard (?p=#) hat nicht funktioniert.

paginate_links(), entweder innerhalb while oder darunter, jetzt so wie in meiner Quelle im 1. Post. Egal, kein Unterschied. Obwohl innerhalb eigentlich unlogisch ist, was soll denn eine Seitenschaltung für jeden Post?

Niente, nada, nothing. Ich ahne, das ist eine ganz andere Gurke. Kann es sein, dass durch die vielen Versuche mit diversen Plugins zum Thema der Mechanismus verbogen wurde, der /page/# zum richtigen Ziel führt? Denn das steht ja auf dem Link und in der URL, nur bewirkt es nichts.