Beiträge von matze310706

    Vielleicht als Idee: Du kannst hier online herausfinden, welche Änderungen es in den letzten Versionen und Revisionen gegeben hat. Meines Wissens nach hielten sich die Änderungen beim 2012er-Thema in Grenzen. Mein persönliches Fazit wäre also, dass du deine angepasste Version problemlos wirst benutzen können.
    Aber du wirst doch sicher aufgeschrieben haben, wo du was verändert hast, um ggf darauf reagieren zu können.

    Bei mir läuft das automatisiert mit Skripten und diff und patch. Bei jedem Upgrade aktualisiert mein Skript die jeweiligen Dateien dann allein, und ich muss nur noch mal manuell ran, wenn sich die Originaldateien zu sehr verändert haben, so dass mein Skript (bzw patch) den Einsprungpunkt nicht mehr findet.

    Ich verrate sicher kein Geheimnis, wenn ich sage, dass die meisten Autoren von Bots, Spidern & Crawlern exakt diese Begriffe in ihren User-Agents verwenden. Deswegen ist der Rausschmiss von solchen typischen Vertretern auch sehr simpel via

    Apache Configuration
    RewriteCond %{HTTP_USER_AGENT} bot|spider|seo|cms|crawl [NC]
    RewriteCond %{REQUEST_URI} !^/robots\.txt$ [NC]
    RewriteRule . nix.txt [L]

    machbar. ;) Nimmt nicht viel Platz weg und macht die Server-Performance nicht schlechter; selbst, wenn man noch ein paar andere Dinge in die Liste aufnimmt.

    Aber hauptsächlich ging es um die Frage, ob hinter den Abfragen auf die "style.css" momentan irgendwas bestimmtes steckt, oder ob es nur dieses schon "Grundrauschen" ist. Ich könnte mir vorstellen, dass die abgefragten Themen tatsächlich irgendwelche Sicherheitslücken aufweisen. Und mit dem Zugriff auf die CSS kann man immerhin herausfinden, ob jemand so ein Thema benutzt.

    Die Umleitung auf die nix.txt ist nicht nötig bzw. ergibt keinen Sinn.


    Doch. Es spart Traffic. Ich habe zwar kein Limit, aber warum soll ich die Daten für die 404-Seite an so was vergeuden? Ich akzeptiere deine Ansicht, aber ich habe eben eine andere Einstellung zu solchen Dingen. :)
    btw, ich leite auch noch andere Dinge in diese Textdatei. Der Auszug aus der .htaccess oben war also nur ein sehr kurzer.

    Gibt es irgendwelche Sicherheitslücken in WP-Themen? Seit ca. 2 Tagen habe ich folgende Aufrufe in meinen Logs:

    Bei mir passiert nicht viel. Ich habe keines der Themen, und außerdem liegt WP in einem extra Ordner. Also kam bisher nur Fehler 404. Ich habe diese Versuche inzwischen per .htaccess ins Nichts geleitet ;)

    Apache Configuration
    RewriteCond %{REQUEST_URI} ^/wp\-(admin|content|includes) [NC]
    RewriteRule . nix.txt [L]

    Vielleicht ist diese Info für den ein oder anderen interessant?!

    Ich gucke gerade in die "lib.phpFlickr.php" und werde nicht ganz schlau aus dem PHP-Code

    PHP
    } elseif (isset($request['tags'])) {
      if ($request['tags']) {
        $photos = $flickr->getPhotosByTags($request['tags']); *
        $photoTemplate = 'photoalbum-tags.html'; *
      } else {
        $tags = $flickr->getTags();
        $photoTemplate = 'photoalbum-tagcloud.html';
      }
    }

    (Grundsätzlich weiß ich, was es bewirkt, aber die äußere Bedingung ist mir suspekt. Egal.)

    In der ersten if-Bedingung (wenn 'tags' gefordert), wird die Datei "photoalbum-tags.html" aufgerufen. Wie wir beide inzwischen wissen ist das die normale Tagliste (nicht die Tag-Cloud). Die wird im else-Teil aktiviert. Du hast also Recht, es fehlt eine Zuweisung. Ich schätze, um die Tag-Cloud in deinem Fall überhaupt erst mal zum Laufen zu bewegen, müsstest du die Zeile

    PHP
    $tags = $flickr->getTags();

    mal mit im oberen Teil (ich habe die Zeilen mit Sternchen markiert) einfügen:

    PHP
    $photos = $flickr->getPhotosByTags($request['tags']);
    $tags = $flickr->getTags(); // <-- NEU!!
    $photoTemplate = 'photoalbum-tags.html';

    Du weißt, worauf ich hinauswill? Probier das mal aus. Du hast ja deine Datei inzwischen so gepatcht, dass die Tag-Cloud-HTML-Seite auch zusätzlich geladen wird.

    Ich denke, die eigentliche Lösung (auch für die anderen Probleme) liegt in der PHP-Datei. Du musst aber beachten, dass es außer der "lib.phpFlickr.php" noch andere Versionen zu geben scheint. Aber die genannte scheint die aktuellste Version zu sein.

    Und am allerliebsten :mrgreen: hätte ich die Tag-Cloud gleich unter dem Bild, das angezeigt wird, wenn ich im Sidebar auf den zugehörigen Thumbnail klicke.


    Ich habe dieses Plugin nicht im Einsatz, ich habe es bloß mal heruntergeladen und im Code geguckt. Soweit ich das sehe, wird bei einem Klick auf ein Bild in der Sidebar die Datei "photoalbum-photo.html" aufgerufen. In der gibt es ziemlich am Ende diese Zeile

    PHP
    <?php include($SilasFlickrPlugin->getDisplayTemplate('/photoalbum-photometa.html'));?>

    Dabei handelt es sich um die Tag-Angabe und das Upload-Datum direkt unter dem Bild. Versuch doch mal, stattdessen (oder zum Testen zusätzlich!) die Datei "photoalbum-tagcloud.html" aufzurufen.

    Es gäbe dann sicher noch ein paar Dinge, die man anpassen müsste, aber das wäre erst mal so ein Versuch, den ich machen würde.


    Ansonsten: diese Liste mit den Tags im Index des Foto-Albums steckt in "photoalbum-albums-index-tags.html". Aufgerufen wird sie über die Datei "photoalbum-albums-index.html":

    PHP
    include($SilasFlickrPlugin->getDisplayTemplate('photoalbum-albums-index-tags.html'));


    Es wäre ein Versuch wert, auch hier mal stattdessen (oder zum Testen wieder zusätzlich!) die o.g. "photoalbum-tagcloud.html" zu starten.

    Ich nutze bei mir Thickbox. Es wird zwar eine Plugindatei für WordPress geben, aber ich habe mir das Stückchen PHP selbst geschrieben, damit die CSS- und JavaScript-Dateien in den Header eingebunden werden. Funktioniert bei mir wunderbar, auch wenn ich in K2 die "rolling archives" (diesen Slider) abschalten musste. War der aktiv, hat K2 ewig geladen und die Slider waren nicht wirklich nutzbar. Das passierte aber nur, wenn ich das Thickbox-Plugin aktiviert habe. Irgendwas im JavaScript-Code kam sich da wohl in die Quere. Aber ohne geht es ja auch. ;)

    btw, ich musste nichts ändern. Thickbox funktionierte auch nach dem Update auf WP 2.1 noch klasse.

    Ich habe früher mal die kostenlose Version von WS_FTP benutzt (nicht die Pro). Und da war zwischen den beiden Ordneranzeigen (links = lokal, rechts = Server) so ein Eingabefeld. Da konnte man die gewünschten Parameter angeben. WS_FTP hat, soweit ich weiß, einfach nur den Linuxbefehl zum Anzeigen der Ordner verwenden, und da war eben "-a" die Option, um auch versteckte Dateien anzuzeigen. Bei der kostenlosen Version war nur das Löschen von vollen Ordnern nicht möglich. Da hieß es, per Hand durch alle Unterordner durchzugehen, usw. Deshalb bin ich auf FileZilla umgestiegen, was für meine Zwecke mehr als ausreichend ist.

    Ich habe es gefunden. Man lösche den Cache, lade die Seite, mache einen Screenshot und lade das Bild in ein Grafikprogramm. Per Pipette kriegt man den Farbcode (#73A0C5), und voilà, was steht da in der "style.css"

    Code
    #header {
        background-color: #73a0c5;
        margin: 0 0 0 1px; 
        padding: 0; 
        height: 200px; 
        width: 758px;
        }

    :wink:

    Gut, wenn alle WordPress-Themes ein separates Stylesheet unterstützen, dann ist das eine feine Sache und in die Zukunft gedacht. Bei K2 weiß ich es halt, weil es mein aktuelles Thema ist, und weil ich natürlich via externer CSS drei unterschiedliche Headergrafiken habe.

    Ach so, im Stylesheet muss man natürlich etwas anders arbeiten. Solche PHP-Abfragen gehen da natürlich nicht. Aber anstelle von

    PHP
    if (is_page('kontakt'))

    lässt sich ja

    Code
    body#kontakt #header
    {
        ...
    }

    nutzen, wobei das benutzte Theme solche Klassen und/oder IDs natürlich von sich aus in den HTML-Code eintragen muss. Bei K2 ginge das, beim Theme, das D4nt3 nutzt, offenbar nicht (nach Blick in den HTML-Code). :?

    Könnte es daran liegen, dass sich der eigentliche Text in der "*.mo"-Sprachdatei befindet? Den kannst du nur mit Hilfe eines Texteditors ändern, der wieder mit POT-Dateien umgehen kann. Mit so einem Editor kannst du die POT-Datei bearbeiten und eine MO-Datei erzeugen.

    Ich habe so mit Hilfe von Linux den deutschen Standardtext des K2-Themes geändert, weil mir das deutsche "Lies weiter in <Beitrags>" nicht gefallen hat. Ich habe aber zusätzlich noch die PHP-Datei geändert, so dass ich mit Platzhaltern arbeiten kann. So kann ich den Namen an eine beliebige Stelle setzen und das natürlichere deutsche "<Beitrag> weiterlesen" verwenden.