Beiträge von Olafb

    Hm, ich glaub da nicht so richtig dran, dem Server ist es egal ob /feedimage.php?picture=blablub oder /mypic/blablub.jpg aufgerufen wird! Es erfolgt ein tatsächlicher Zugriff auf das "physiche" Bild.
    Ich denk der würde trotzdem:
    Wenn der Referrer nicht leer ist und nicht meiner Blog-URL entspricht: Rewrite auf ein Hinweis-Bild "Du böse, du nicht machen"

    Wenn ich jetzt hotlinke auf dein
    Orginal: /wp-content/myfotos/bild.jpg
    was passiert dann?

    Zitat

    Im Feed: /wp-content/feedimages/bild.jpg
    Per Mod-Rewrite umgeschrieben auf:
    /pfad/zu/feedimages.php?picture=/wp-content/feedimages/bild.jpg

    Das Script macht dann im groben nichts anderes als
    fpassthru('/wp-content/myfotos/bild.jpg');

    Wenn nun der Feedreader auf das rewrite stößt, wird also trotzdem /wp-content/myfotos/bild.jpg angezeigt. Dann greift doch aber wieder wonach ich oben fragte, oder!?

    2x vorhalten müsste ich die ja nicht, ich würde die url auf ein skript ändern, was nichts anderes macht, als die orginalen Bilder auszugeben.


    Würde dies dann nicht auch bei hotlinking greifen?

    Zitat


    the_content_rss
    applied to the post content prior to including in an RSS feed.

    Scheint doch einen Filter zu geben, in den sich ein Plugin reinklinken könnte.


    Genau das meinte ich, da könntest du ansetzen.

    Das geht nicht so einfach. Hauptproblem ist, dass in Feeds the_content() genutzt wird. Du kannst dir mal die feed.php anschauen, wenn du da eine Funktion umschreibst und einfach die URLs manipulierst und dann eine Funktion von dort statt the_content() in den Feeds einsetzt ist das aber machbar.

    Der Sinn des ganzen erschließt sich mir aber nicht. Du müsstest dann alle Bilder doppelt vorhalten, und diese sind ja dann nicht geschützt.

    Ich habe mal zum Test einen als Startseite eingebunden, die ebenfalls sehr schnell lädt.


    Was heißt das? Ich geh davon aus dann liegts an WP.

    Ich kann dir da nicht weiterhelfen, es könnte aber schon an der Anzahl liegen, hab aber bisher noch nie davon gelesen, dass die Anzahl der Beiträge WP verlangsamt.

    Poste doch mal deine index.php vielleicht fällt jemand der sich besser auskennt was auf. Und zusätzlich die aus dem Themeordner, die wäre dann wohl noch interessanter.

    Sorry das ich mich hier einmische, aber wie kommst du denn nun auf deine Seite? Hast du inzwischen die /wp-admin/install.php gefunden? Wie erreichst du die?

    Warum ich frage, irgendwie kommt mir das alles komisch vor Passwortabfrage!? FTP-Passwort? Womit arbeitest du, Browser? Was siehst du eigentlich wenn du deine Seite im Browser aufrufst?

    Mich erschließt sich hier garnicht was du tust. Beschreib doch mal so genau wie möglich, vergess dabei alles was mit FTP zu tun hat, das ist ne andere Geschichte.
    Obwohl, wo hast du denn WP hingeladen, per FTP. Mal das mal auf, oder schick paar Screens.

    Nun, Stemmi, auch da gibt es Möglichkeiten. Ich seh deine Mitarbeit aber leider nicht, du scheinst nicht bereit irgendwie mal was hier zu lesen oder dich ein bissel mit dem System zu beschäftigen.
    Ich persönlich lehne es ab professionellen Webdesignern Lösungen vorzukauen.

    Stemmi, du schreibst immer wieder von "Seiten", warum erstellst du nicht einfach welche?
    Die ganzen Verbiegungen mit Plugins und Kats sind sowas von überflüssig wenn du verstehst wie die "Seiten" funktionieren. Es gibt auch da ein Funktion für Hirarchie.
    Guck dir das doch einfach mal an.

    Hab mal bisserl gelesen, es wird daran liegen das der Server unter bestimmten Bedingungen Files nicht findet, aus themes.php in wp-includes:


    So nun könnt ihr prüfen ob es index.php und style.css in eurem Theme gibt, bestimmt, sonst würde es sich nicht aktivieren lassen.
    Workarround wäre die beiden return false; durch retutn true; zu ersetzen. Dann sollte das umschalten ausgeschlossen sein. Löscht ihr aber euer Theme wird auch nicht mehr geprüft und ihr erhaltet dann eine leere Seite!

    Ich persönlich würde trotzdem vorziehen einfach default/ zu nutzen.

    Problem gelöst, er hatte folgende Struktur:
    wordpress/www/htdocs/wp-content/themes/ -> hier seine neuen Themes

    Dann noch dies als seine Installation
    www/htdocs/wordpress/wp-content/themes/ -> keine neuen Themes

    Also falsch angelegtes Verzeichnis außerhalb des Web-Root

    MaD
    jedes ;)

    desconocida
    Jo, das ist umständlich, wenn dir einer sagt änder #page in der CSS dann gibt es ebend 3 Stellen wo du es tun kannst. Trotzdem ist nicht gesagt, das es richtig tut, weil es an anderer Stelle wieder überschrieben werden kann.

    Das ist für einen Anfänger zu kompliziert, so ist das gemeint.

    Und Nebenbei, wenn ich dir helfen wollte muss ich diese CSS sehr gründlich durchsuchen um ja nix zu übersehen. Beachte dazu meinen 1. post ;)

    Und zur Ausgangsfrage, es ist auch nicht mit Änderung eines Wertes getan, diese ganzen Schattenbildchen müsstest du auch anpassen, die enthalten auch das grau. Also lass das lieber.

    ThemeBrowser, doch so viele gibt es, du hast die Wahl...

    Nö, nö, so dusslig ist das gar nicht. Bevor die Seite übertragen wird sendet schon dein Server einen Header (also nicht den Head im HTML!) dort kann trotzdem ein no-cache drin stehen.
    Die Einsparungen sind aber zu vernachlässigen, betrifft nur das HTML, das ist ja meist nicht soooo viel.