Beiträge von doho

    Du könntest das Veröffentlichen eventuell auslagern, geht zum Beispiel mit Hootsuite. Dort kannst du einen Zeitpunkt in der Zukunft definieren, an dem ein Beitrag veröffentlicht werden soll. Gibt es soweit ich weiß auch in einer Gratisversion.

    [COLOR=#333333]<?php[/COLOR]
    [COLOR=#333333]/**[/COLOR]
    [COLOR=#333333]* Displays the footer section of the theme.[/COLOR]
    [COLOR=#333333]*[/COLOR]
    [COLOR=#333333]*/[/COLOR]
    [COLOR=#333333]?>

    Das ist ein Kommentar, der beschreibt, was diese Datei macht. Theoretisch kannst du das einfach löschen, praktisch ist gut kommentierter Code gold wert :-)

    [/COLOR][COLOR=#333333]</div><!-- #main -->
    Hier verhält es sich ähnlich. Durch den Kommentar (deine Vermutung ist also richtig) erfährst du auf einen Blick, dass dieses schließende div zum Container mit id="main" gehört.[/COLOR]

    Das liegt an box-shadow: inset 0px 0px 7px #CCC; das der Klasse .imageSeven zugewiesen ist.

    Getestet in Chrome.

    Edit: Also das einfach rausnehmen. Das betrifft dann aber alle Bilder mit dieser Klasse. Die bessere Lösung wäre es, wenn du dem Element die Klasse wegnimmst. Dann bleiben alle anderen Bilder wie sie sind.

    Ich kann meinen Beitrag nicht editieren, hier jetzt ein Update:

    Zitat

    [COLOR=#333333]Meine Vermutungen:[/COLOR]
    [COLOR=#333333]Da auf dem Webspace auch weitere Installationen laufen, deren Themes ich auch angepasst habe, ich das jetzt aber bei keinem einzigen Theme mehr tun kann, gibt es für mich zwei mögliche Ursachen:[/COLOR]
    [COLOR=#333333]1) Das WordPress-Update auf 3.6(.1) brachte den Fehler.[/COLOR]
    [COLOR=#333333]2) Mein Hoster hat etwas geändert (hier bin ich dran, versuche ihn zu erreichen).


    Ich habe mich missverständlich ausgedrückt. Bei anderen Installationen auf dem gleichen Webspace habe ich Themes auch angepasst. Das geht auch problemlos, nach wie vor. Allerdings kann ich bei eben dieser bestimmten Installation kein einziges Theme anpassen, er übernimmt es einfach nicht ins Frontend.
    Zu 2) Ich habe gerade mit meinem Hoster telefoniert (all-inkl, sehr kompetent, sehr freundlich). Das Problem konnte nachvollzogen werden. Ein serverseitiges Caching gibt es nicht, es wurden keine Updates am Apache oder was auch immer vorgenommen.

    Bleibt nur 1), das WordPress-Update funkt da irgendwie dazwischen.[/COLOR]

    Vorab:
    Ein Abonnement schließt dein Besucher ab, um neue Postings in deinem Blog nicht zu verpassen. Vermutlich bekommt er neue Beiträge in seinem Feed-Reader angezeigt. Leute, die ein Abonnement abschließen, heißen Abonnent. Abonnementen gibt es nicht, das klingt ja schon so fies ^^

    Woher bekommst du die Info der 200 Abonnenten? Aus einem Plugin? Aus welchem?
    Nicht jeder Abonnent besucht deinen Blog täglich, die Abonnenten zählen also bestimmt nicht in die Besucherstatistik mit rein.

    Ich verzweifle hier gerade. Ich möchte mir das Twenty Twelve Theme anpassen. Dazu habe ich mir ein Child-Theme angelegt. Die Änderungen an der CSS-Datei übernimmt er ohne Probleme, sowohl bei der Eingabe über das WP-Backend als auch über Eingabe in meinem lokalen Editor.


    Bei PHP-Dateien tut sich aber gar nichts. Zum Testen habe ich das Child-Theme wieder gelöscht und direkt die Original-Dateien im WP-Editor bearbeitet. Ohne Erfolg.


    Ich habe dann, ebenfalls zum Testen, die Inhalte der .php-Dateien gelöscht. Heißt: Die content.php und die index.php waren leer, die Seite wurde aber trotzdem angezeigt, fehlerfrei.


    Ich nutze kein Caching-Plugin und ich habe es auf Geräten getestet, auf denen die Website (in der Entwicklung) definitiv noch nie aufgerufen wurde. Lokales Caching fällt also als Ursache auch weg.


    Hat irgend jemand eine Idee, wo das Problem liegt? Die ganze Zeit konnte ich die Seite/Templates ohne Probleme bearbeiten, heute geht auf einmal gar nichts mehr.


    Bin für jeden Tipp dankbar!


    Meine Vermutungen:
    Da auf dem Webspace auch weitere Installationen laufen, deren Themes ich auch angepasst habe, ich das jetzt aber bei keinem einzigen Theme mehr tun kann, gibt es für mich zwei mögliche Ursachen:
    1) Das WordPress-Update auf 3.6(.1) brachte den Fehler.
    2) Mein Hoster hat etwas geändert (hier bin ich dran, versuche ihn zu erreichen).

    Da er vermutlich nicht weiß, seit wann die Seite infiziert ist (sonst hätte er vermutlich schon ein Backup eingespielt), wäre meine Vorgehensweise, das letzte Backup lokal aufzusetzen und dort die Daten mit den genannten Plugins zu scannen. Hatte ich mich nicht klar genug ausgedrückt, sorry.

    Hallo zusammen,

    ich versuche nun schon eine Weile, die get_avatar()-Funktion zeitverzögert auszugeben.

    Der Code sieht so aus (dürfte in allen Themes ähnlich sein):

    PHP
    <?php echo get_avatar($comment,$size='70'); ?>

    Ich hätte als Ergebnis gerne, dass das Bild von Gravatar beispielsweise erst nach 3 Sekunden geladen wird. Jetzt kann ich PHP ja aber nicht einfach in JavaScript aufrufen. Der folgende Code funktioniert daher natürlich nicht und soll hier nur zur Veranschaulichung dienen:

    HTML
    <script>                       
      window.onload = function(){
        var wait = 2000;
        setTimeout(function(){
          <?php echo get_avatar($comment,$size='70'); ?>
        }, wait);
      }
    </script>

    Eine Möglichkeit, das zu realisieren, habe ich noch nicht gefunden.

    Noch schöner wäre es sogar, wenn die Bilder erst geladen und angezeigt werden, wenn an eine bestimmte Position gescrollt werden würde. Über Google+ wurde ich darauf aufmerksam: http://imakewebthings.com/jquery-waypoints/

    Hat jemand eine Idee, wie das umgesetzt werden kann?

    Ich nutze gerne Cachify und den Rest erledige ich von Hand. Hat man das ein paar Mal gemacht, geht das schon fast schneller als erst ein Plugin zu installieren, konfigurieren etc.

    Wenn du Hilfe brauchst, kannst du dich gerne bei mir melden.