Beiträge von codestyling

    Das was du möchtest, nennt sich url cloaking und ist einigermaßen fragwürdig, denn es dient letztlich sicher dazu, die Link Policy von Google zu unterwandern.

    Hier TrendMicro mit einer Definition aus ihrer Sicht: URL-Cloaking - Trend Micro Deutschland

    Und hier ein netter Artikel (englisch) in dem Matt Cutts zitiert wird: Advertisers Cloaking AdWords URLs To Get Around Display URL Policy

    Zitat

    shut down advertisers that do bad things.

    und auf diese Problematik eingegangen wird ( 28.05.2008 ).

    Ich glaube kaum, das sich Google das lange anschauen wird ...

    Dafür muss es eine andere Erklärung geben, denn mein Feed geht anstandslos beim ersten Mal im FireFox auf, muß auch so sein.
    Das es beim 2. Mal funktioniert, liegt daran, das FF das schon hat und mit modified-since am Server anfragt und als Antwort das bekommt:

    Code
    Status=Not Modified - 304
    Date=Sun, 31 Aug 2008 20:43:06 GMT
    Server=Apache/1.3.34 Ben-SSL/1.55
    Etag="13b41ef2a8ff20b95c46b61e0078e5d5"
    X-Pingback=http://www.stephsblog.at/xmlrpc.php
    X-Powered-By=PHP/5.2.6
    Last-Modified=Sun, 31 Aug 2008 20:38:33 GMT
    Keep-Alive=timeout=2, max=200
    Connection=Keep-Alive
    Content-Type=text/html


    und nun das (offensichtlich intern korrigierte) vorherige Ergebnis anzeigt.

    Allerdings stimmt der Content-Type nicht, mit dem auf die Feed Anfrage geantwortet wird!

    Ich habe es auf WP 2.6.1 getestet: Tolles Plugin für die zukünftige Zusammenarbeit im Backend über Sprachgrenzen hinweg!

    Erweitert man es einfach durch Laden weiterer Sprachdateien in den wp-content/languages-Ordner?


    Alle Sprachdateien, egal ob *.mo oder *.po werden erkannt und angezeigt, wenn sie im entsprechenden Ordner liegen. Man kann auch neue Sprachen hinzufügen, wie man möchte.
    Für den Fall, das du eine Live-Umschaltung der Sprachen meinst (also Backend von Deutsch in Italienisch), das ist nicht enthalten, wäre aber eine Option für folgende Versionen.

    Da fällt mir ein, etwas hab ich ja gar nicht beschrieben im Artikel dazu: Wenn man nur eine *.mo Datei hat aber keine passende *.po dazu, erzeugt das Plugin praktischer Weise eine *.po aus der existierenden *.mo, wenn man auf "bearbeiten" geht.

    Ich hab nun endlich auch ein größeres Plugin-Projekt zur Reife (Version 1.0) gebracht.
    Mit diesem Plugin kann man alle Sprachdateien angefangen von WordPress selbst über Plugins, die das unterstützen bis hin zu Themes, die fähig dazu sind, direkt in WordPress (Admin-Oberfläche) anlegen, einlesen lassen, übersetzen und als *.mo speichern und direkt testen.
    Langfristig strebe ich die Abschaffung von PoEdit im Hinblick auf WordPress an und hoffe, das ein solches Plugin dazu beiträgt, die Verwendung von Sprachdateien zu erhöhen.
    Beschreibung und Download: Code Styling Project » WordPress Plugin: Codestyling Localization


    Das in den FAQ hab ich auch schon gelesen hat mir aber nicht geholfen.
    Wie kann ich die beheben, dass das Script läuft?


    Wirklich? Diesen Artikel hier: WordPress Deutschland FAQ » »Fatal error: Allowed memory size of *** bytes exhausted…« ?

    Hast du wie beschrieben die Memory Limits hochgesetzt ? Wenn ja, kann das nur dein Provider lösen und dir ein höherer Limit einräumen, denn WP 2.6.1 ist um einiges "dicker" geworden und hat sichtlich Probleme, mit nur 8 MB laufen zu wollen.

    Hmm, das ist schwierig so remote im "Blindflug" zu untersuchen. Wenn du

    1. absolute nix geändert hast und
    2. das von heute auf morgen passiert ist und
    3. du wirklich WP 2.5.0 vorher benutzt hast

    dann kann es sein, das eine Sicherheitslücke in WP 2.5.0 benutzt wurde, um dein Blog zu verändern (Theme nehme ich an, klassischer Hack). Dieser scheint sich jetzt zu rächen.

    Ansonsten bräuchte man schon Zugriff auf die Domain, um das tiefergehend zu analysieren.

    Dein Flash versucht schon, etwas anzufordern, nur dein Server schickt auf die Anfrage des Flash Objektes nach:

    Code
    http://www.lachner-innovativ.de/site/images.xml

    eine 404 Seite folgenden Inhaltes zurück:


    Dann muß das ja leer bleiben :-D

    Es gibt eine sehr einfach Möglichkeit, XAMMP so zu konfigurieren, das man mit "schmucken" Urls arbeiten kann. Dazu muß man in xampp/apache/conf/extra/httpd-vhosts.conf folgendes eintragen:

    127.0.0.1:8080 => localhost IP mit Port 8080 (kannst 80 nehmen, wenn das bei dir Standard ist)
    http://www.wordpress261.test => über diese URL wird das Blog erreichbar sein
    C:/Program Files (x86)/xampp/htdocs/_root_wp261 => Root Verzeichnis

    Damit das mit der URL funktioniert, mußt du noch im Verzeichnis WINDOWS/system32/drivers/etc die Datei hosts bearbeiten und folgendes einfügen:

    Danach entweder den Rechner neu starten oder die Netzwerkverbindungen deaktivieren und wieder aktivieren, damit die hosts Datei neu eingelesen wird und dann den Apache neu starten.

    Danach solltest du im Browser mit dieser URI arbeiten können. Entpacke dann WordPress in dein neues Root Verzeichnis und installier es. Dann solltest du ein funktionierendes System haben, das über URI läuft.

    Dieser Ansatz geht natürlich nur auf deinem Rechner, andere Rechner im Netzwerk können den Blog dann so nicht erreichen. Dazu müsstest du in der hosts Datei des anderen Rechners im Netzwerk deine richtige IP eingeben:

    Code
    192.168.0.40    www.wordpress261.test

    Auf diese Weise kann man auch einen 1:1 Spiegel der öffentlichen Internet Domain machen, denn wenn du in der hosts Datei deine öffentliche Adresse angibst, wird die TCP/IP Schicht nicht mehr des Internet befragen sondern lokal arbeiten (Adressumleitung).