Beiträge von Putzlowitsch

    ... Aber der HTML-Code muß auf der Empfängerseite nicht menschenlesbar sein, also vergeude ich dort keine Bytes dafür. Im Templete sieht das sehr viel übersichtlicher aus.
    Wer sich in seinem Code nicht zurechtfindet, weil [FONT=Courier New]html[/FONT], [FONT=Courier New]head[/FONT] und [FONT=Courier New]body[/FONT] nicht ausgeschrieben wurden, der hat ganz andere Probleme, glaube ich. ;)


    Doch, gerade hier in einem Forum ist es sehr hilfreich, wenn HTML- und CSS-Text gut lesbar sind.
    Da kommt z.B. jemand mit einem Darstellungsfehler, wenn man Glück hat, gibt er sogar noch die URL zur problematischen Seite an. Wenn man nun helfen will, hat man jetzt nur den HTML-Code auf auf der Empfängerseite zur Verfügung.

    Andereseits gibt es noch viel mehr Einsparpotential, als die paar Bytes durch das Weglassen von head und body. Wenn, dann bitte konsequent, also auch alle Einrückungen ud Zeilenumbrüche rauswerfen ;-)

    Gruß
    Ingo

    Hmmm, schlanker Code gut und schön, allerdings wird das dann etwas unübersichtlich und schlechter lesbar, finde ich.

    Man kann z.B. in C auch schlanken Code schreiben, mehrere Sachen in einer Zeile, wilde Zeigeroperationen mit Klammern und Inkrement-Operatoren usw. Wenn man mal nach einem halben Jahr wieder reinguckt, sieht man vermutlich selber nicht mehr durch. Noch schlimmer wird es bestimmt für einen Dritten, der dann da was ändern soll.

    Gruß
    Ingo

    Hmmm, also ich habe grad mal ein WP-2.9 auf meinem lokalen Windows-Testserver (Apache) installiert, da gibt es keine Probleme. Zum Probieren habe ich den XML-Sitemap-Generator 3.1.2 benutzt.
    Wenn es aber selbst im Design-Editor auftritt, ist es schon seltsam.
    Offensichtlich wird ein komischer Pfad zusammengebaut, nur warum? Da habe ich erstmal keinen Plan. Scheint was mit IIS7 und WP zu tun zu haben...

    Gruß
    Ingo

    Das mit dem "oembed" weiß ich auch nicht, interessiert mich auch nicht.
    Aber ein Papierkorbsymbol gibt es nicht, nur entsprechende Links.
    In der Artikelübersicht (Liste):
    Der Inhalt kann nicht angezeigt werden, da er nicht mehr verfügbar ist.
    und beim Bearbeiten:
    Der Inhalt kann nicht angezeigt werden, da er nicht mehr verfügbar ist.

    Gruß
    Ingo

    Naja, beim Erstellen oder Bearbeiten von Artikeln oder Seiten gibt es jetzt den Link "In den Papierkorb legen" und in der Mediathek/Uplodas bei Bildern den Button [Bild bearbeiten] mit den dahinter liegenden Funktionen zur Bildbearbeitung. Das sind meiner Meinung nach die "offensichtlichsten" Neuerungen.

    Das andere springt einem, wie Bambaataa schon schrieb, nicht gleich ins Auge.

    Gruß
    Ingo

    Der Betreiber kann auch nur bestimmte Seiten auschließen oder zulassen, die Bilder Hotlinken dürfen. Da scheint Deine Seite nicht zugelassen zu sein, die Deiner Freundin hingegen schon.
    Hast Du ein Blog bei wordpress.com? Dann wäre das hier sowieso das falsche Forum.

    Gruß
    Ingo

    ... Übrigens: Weder das Abschalten der Plugins noch das Aufrüsten des Speichers hat geholfen.

    Wie "Aufrüsten des Speichers"? Hat da einfach jemand mehr Speicher in den Server gesteckt? Bei welchem Webhoster bist Du denn? Ich hatte irgendwie ein Shared-Webhostungpaket von 1&1 im Verdacht. Scheint aber nicht zu stimmen.

    Hier noch ein "Geheimtip", wenn selbst das das Deaktivieren aller Plugins nicht hilft. Einfach vorm automatischen Update die deutsche Sprachdatei per FTP löschen (die *.mo Dateien im Verzeichnis wp-content/languages). Dann ist zwar während des Updates alles auf Englisch, aber mit dem Update wird ja sowieso eine neue Sprachdatei installiert.


    Gruß
    Ingo

    Ja genau, das ist ja die Standardvorgabe von WP. Der Ordner wp-content und entsprechend wp-content/uploads befindet sich im WP-Wurzelverzeichnis (per define in der wp-config als ABSPATH deklariert). Offensichtlich ist wohl dieser, bzw. das Unterverzeichnis 2009 nicht beschreibbar.
    Wo sollen denn die Uploads Deiner Meinung nach sonst liegen?

    Um nochmal auf Dein Ausgangpost zurückzukommen:

    Zitat

    Das Verzeichnis /wp-content/uploads/2009/12 kann nicht angelegt werden.


    Das bedeutet, WP hat versucht ein Verzeichnis im Rootverzeichnis der Servers anzulegen. Das kann bzw. darf nicht funktionieren.

    Gruß
    Ingo

    Laß doch mal den Eintrag für "Uploads in folgendem Ordner speichern" leer und übernimm diese Einstellung. Dann wird intern immer "wp-content/uploads" verwendet.
    Wenn es dort eingetragen ist, darf da am Anfang übrigens kein Slash stehen, also nicht so "[COLOR=Red]/[/COLOR]wp-content/uploads", sondern so "wp-content/uploads".

    Gruß
    Ingo

    Das bedeutet, daß die exportierte sql-Datei im Zip-Format gepackt ist und der Importer (z.B. phpMyAdmin) kein Zip-Format unterstützt. Je nach Größe kannst Du versuchen, die Datei lokal auf Deinem Rechner zu entpacken und anschließend die unkomprimietre Datei zu importieren. Oder falls sie zu groß ist, nochmal neu lokal im GZ-Format zu komprimieren (z.B. mit 7Zip). Damit sollte der Import funktionieren.

    Gruß
    Ingo

    Da gebe ich Dir recht. Ich habe beim Update oder Autoupdate noch nie die Plugins ausgeschaltet (hat trotzdem immer funkioniert). :-)

    Das eigentliche Probelem dürfte die Pluginiritis sein. Manche meinen, möglichst viel Plugins installieren zu müssen, am besten für dieselben Funktionen gleich drei oder vier Stück, z.B. alle gängigen SEO-Plugins, die es so gibt. Überhaupt SEO... Aber das ist ein anders Thema.

    Gruß
    Ingo