Beiträge von mastermind

    Aha, also RAM...

    Tchja, Pech für den Provider. Offenbar ist der Server ein bissel schwach auf der Brust, und offenbar hat der Provider keinen Mechanismus, um die Auslastung per VHost zu steuern/limitieren.

    Ich vermute mal, dass es keine vertraglichen Vereinbarungen zwischen Dir und Deinem Hoster gibt, die ein konkretes Limit für die Serverauslastung festlegt. Wenn Du also nicht vorsätzlich oder grob fahrlässig die Serverauslastung hochtreibst, sondern durch normalen Gebrauch, dann hat der Hoster die A****-Karte. Da kann er noch so viele E-Mails schreiben. Er hat aber offenbar (richtiger- und vernünftigerweise) das Paket auf einen stärkeren Server gelegt.

    (Hinweis: Ich bin kein Jurist, alles obige ist Privatmeinung.)

    hey wennd mir jetzt no hilfst, wo ich denn die css-id bzw class reinhaun muss, haste nen neuen sklaven :mrgreen:

    höhöhö *ledergarniturraushol*
    Aber nein... eigentlich bin ich heterosexuell, und obwohl man bei Deiner Website den Eindruck bekommen könnte, in einem feucht-fröhlichen Sommernachtstraum gelandet zu sein -- so weiß ich doch, dass Du in Wirklichkeit ein (gender-konfuses?) Männchen bist. :mrgreen:

    Aber zurück zum Thema... Ist eigentlich ganz einfach:

    PHP
    echo '<a href="' . $zufallslinks[$zufallswert] . '"><img src="' . $zufallsbilder[$zufallswert] . '" alt="Zufallsbild" /></a>';

    In der obigen Zeile steht eigentlich blanker HTML-Kode (bis auf die PHP-Variablen). In den img-Tag kannst Du ganz normal zusätzliche Attribute einfügen, z.B.

    PHP
    echo '<a href="' . $zufallslinks[$zufallswert] . '"><img src="' . $zufallsbilder[$zufallswert] . '" alt="Zufallsbild" id="zufallsbild" class="zufallsbild" /></a>';

    Der Provider soll mal lieber definieren, was er unter "Performance" versteht: Datenbank? Bandbreite? CPU-Last? Ohne diese Information kann man an dem Problem herzlich wenig ändern.

    Die Zugriffszahlen aus Deinem Bildschirmfoto sehen jedenfalls harmlos bis durchschnittlich aus -- zumindest für einen vernünftig ausgestatteten Server.

    Ok, Quick'n'Dirty :twisted:

    Klappt das?

    Tchja, es gibt da leider keine einfache Lösung.

    Aber mal was anderes: Findest Du es nicht unsinnig, Testbeiträge überhaupt zu veröffentlichen? Eine bessere Idee ist, den Testbeitrag als Entwurf zu belassen und diesen stattdessen im Vorschaufenster (auf der "Bearbeiten"-Seite ganz unten) zu betrachten. Falls Dir das Vorschaufenster nicht gefällt, kannst Du den Entwurf auch in einem eigenen Fenster so betrachten als wäre er veröffentlicht: Du musst dazu die URL wiefolgt aufrufen:

    Code
    http://example.com/?p=ID&preview=true

    wobei "ID" die ID des Entwurfs ist.

    Also: Wir sind im Forum "Plugins und Hacks". So wie ich Dich verstehe, hast Du aber ein generelles Problem mit Deinem Layout. Auch gut.

    Das Layout und Design wird in der Datei style.css in Deinem Theme-Ordner festgelegt. Ausführliche und verständliche Hilfe zu CSS gibt es bei SELFHTML.

    Zur generellen Erscheinung kann ich sagen, dass die Seite gut aussieht; d.h. keine offensichtlichen Unschönheiten zu erkennen sind. Bis auf zwei Kleinigkeiten: Der Elch oben rechts fällt aus dem Rahmen (im wörtlichen Sinne), und die Listenpunkte beim Wetterplugin sollte man mit list-style-type: none ausblenden.

    Das Exzerpt (the_excerpt) und der Anrisstext (<!--more-->) sind nicht identisch.

    Das Exzerpt kann man separat angeben (unten im Editor). Das könnte man als Kurzfassung verwenden. Dann müsste man nur noch dafür sorgen, dass der Leser auf der gewünschten Seite landet.

    Dazu würde man den Fuß des Anrisstextes so gestalten:

    PHP
    <?php the_content('Ganzen Beitrag'); ?> oder <a href="<?php the_permalink(); ?>/?anzeige=kurzfassung">die Kurzfassung</a> anzeigen.

    Im Loop der single.php würde man den Abschnitt mit the_content() wiefolgt ändern:

    PHP
    if ( $_GET['anzeige'] != 'kurzfassung' ) {
       the_content();
    } else {
       the_excerpt();
    }

    Das erstmal nur als ungetestete Ideen, aber so ungefähr sollte es klappen.

    Wenn ich das richtig verstehe peilst du konzeptionell ein neues Verzeichnis an - warum? Richtig interessant wäre eine Lösung die sich ins WP-Backend integrieren lassen könnte. Wenn zB im Dashboard angezeigt werden würde, dass ein Update eines installierten Plugins veröffentlicht wurde... und warum das System nicht auch direkt mit Themes und Widgets vernudeln, das wäre fantastisch und eine echte Innovation.

    Davon rede ich doch die ganze Zeit!!! ;)
    Bin ich wirklich so schlecht zu verstehen?

    Plugin-Autoren bietet eine spezielle Datei an, zu der sich im jeweiligen Plugin ein Link befindet. Mein Plugin sammelt diese Dateien für alle installierten Plugins und erstellt dann unter Plugins -> Plugin updates eine Übersicht mit Infos zu neuen Versionen, Changelogs, Sicherheitshinweisen etc.

    Danke für Deine Hinweise.

    Nochmal zur Erläuterung: das soll ein dezentraler "Dienst" werden. Der Vergleich mit Feeds ist sehr treffend.

    In der Tat ist das größte Problem, andere Plugin-Autoren zur Mitarbeit zu bewegen. Aber ich habe mir auch schon einige Gedanken zur Rückfalllösungen und Automatisierung gemacht, an der Umsetzung und Integration soll es also nicht scheitern.

    Die Umsetzung ist im Rohbau fertig, es geht jetzt im Prinzip um philosophische und organisatorische Fragen.