Beiträge von codestyling

  • Parse error in taxonomy.php

    Hatte ich doch schon gesagt, Adobe Go Live zerstört bei Übertragung teilweise den Inhalt der Dateien, weil er meint, die Seiten parsen und anpassen zu müssen! Lade dir FileZilla FTP Client runter und spiele WordPress komplett mit dem FTP Programm so drauf, wie es im ausgepackten Download File ist.

  • Parse error in taxonomy.php

    Wenn du die %20 nicht selbst reingeschraubt hast, ist das ein FTP Übertragungsfehler! Bitte benutze ein FTP Programm zum Upload von WP, das auch den binär Mode kennt und binär hochlädt.
    Diese "zerstörten" Uploads kommen sehr häufig vor und sind teilweise Schuld des FTP Programms (zu alt oder kein binär Upload) oder des Providers (Server fehlerhaft).

  • Warum sind alle CSS Dateien auf jderdr Seite im Quelltext?

    Das Problem ist meistens, das die Pluginautoren nicht darüber nachdenken, ab wann man die CSS oder auch JS Dateien braucht und wann nicht. Es ist auch zugegebener Maßen schwierig, rauszufinden für ein Plugin, ob die gerade zu erstellende HTML Seite etwas enthält, wofür es zuständig ist. Dies müsste man nämlich noch bevor die Seite begonnen wird feststellen, denn später lässt sich der HTML Head nicht mehr manipulieren.
    Deshalb gehen die meisten Plugins den einfachen Weg und betten ihre CSS/JS immer ein, egal ob die HTML Seite das braucht oder nicht. Dies führt allerdings dann meist auch zu Problemen, denn die CSS/JS können einander u.U. wiedersprechen. Dann bleibt nur eine Modifikation der Kontrahenten übrig, um das parallel laufen lassen zu können.

  • Plugin zum Öffnen anderer Webseiten

    Dann benutz doch thumbshot.org und lass dir Screenshots der Seiten machen und verlinke die Images mit <a> auf die entsprechende Seite. Fremde Seiten in einem Frameset oder iframe sind aber dennoch Darstellungen fremden Inhalts unter falscher Flagge. Die meisten Seiten wehren sich eh per Framebuster dagegen, also wird das nix bringen.

  • Versteckte DomainWeiterleitung zu WordPress Blog

    Wenn du alle Links "inside" ebenfalls auf die URL haben willst, die zu .org gehört, kenne ich nur eine Lösung mit einem Apache im Reverse Proxy Mode, der auch die URL's per module in der Seite umschreiben kann. Dieses würde allerdings voraussetzen, dass du einen Vollzugriff und Administrationsrechte auf dem Apache Server auf der .org Adresse hast.

  • Wie funktioniert mce_valid_elements?

    Schau dir die tiny_mce_config.php im Ordner wp-includes/js/tinymce/ an.
    Der TinyMCE in WP ist eine Anpassung an WordPress selbst, die nicht alles so 1:1 macht, wie die TinyMCE Seite von Moxiecode beschreibt. Deshalb findest du auch diesen Kommentar in der config:

    Code
    // For people who really REALLY know what they're doing with TinyMCE
// You can modify initArray to add, remove, change elements of the config before tinyMCE.init (changed from action to filter)
$initArray = apply_filters('tiny_mce_before_init', $initArray);


// Setting "[I][B]valid_elements[/B][/I]", "invalid_elements" and "extended_valid_elements" can be done through "tiny_mce_before_init".
// Best is to use the default cleanup by not specifying valid_elements, as TinyMCE contains full set of XHTML 1.0.

  • Schwarzer Bildschirm bei Bilderupload

    Ich würde sagen, China zensiert uploads. Es ist überhaupt ein Wunder, dass ihr Seitenzugriffe hinbekommt, die nicht geblockt werden. Nur wenn Uploads stattfinden, von Material wie Bildern etc. kann ich mir gut vorstellen, das dies die Provider dort nicht durchlassen. Meldungen dazu hab ich schon gelesen.
    (Ihr könntet ja Bilder rausschleusen, die dem Staat nicht gefallen...)

  • tinymce gelöscht

    Die *.gz Datei im Upload Ordner ist eine "on the fly" komprimierte Version der TinyMCE Editors und wird von WP selbständig neu erzeugt, wenn sie fehlt. Dies geschieht beim 1. neuen Aufruf des Editors (Seite oder Artikel schreiben).
    Da muß man keine Panik schieben.

  • NextGEN Gallery Upload Thumbanails er

    Zitat von Dustman


    Um PHP5 laufen zu lassen muss ich den Hoster anschreiben oder? Also mit dieser htaccess Datei allein reicht das nicht?


    Quark mit Käse :D
    Hier die offizielle Seite von 1und1: 1&1 Hilfe-Center
    Und für die Einrichtung von WP nicht im Root Ordner das hier: WordPress Deutschland FAQ » WordPress trotz Installation in Unterverzeichnis über Hauptverzeichnis aufrufen
    Und die .htaccess Datei gehört dorthin, wo die index.php von WP ausgeführt wird.

  • NextGEN Gallery Upload Thumbanails er

    Zitat von Dustman

    Hi, okay sry.

    Also die Domain und das WP läuft über:
    Seecafè Petry

    hab den inhalt nun in die .htaccess eingefügt und in den "wp" Ordner geladen. Dieses mal kommt keine Fehlermeldung, aber das Thumb wird trotzdem nicht erstellt und bleibt bei 0% stehen... :/


    Weil du immer noch nicht mit PHP 5 läuftst. Der Response Header der Seiten, die man bei dir aufruft, meldet:

    Code
    Date    Sun, 10 Aug 2008 19:39:37 GMT
Server    Apache/1.3.34 Ben-SSL/1.55
X-Pingback    http://seecafe-petry.de/wp/xmlrpc.php
X-Powered-By    [COLOR=Red][B]PHP/4.4.8[/B][/COLOR]
Keep-Alive    timeout=2, max=200
Connection    Keep-Alive
Transfer-Encoding    chunked
Content-Type    text/html; charset=UTF-8

    Solange dort nicht PHP 5 erscheint, wird das nix. Und ich verstehe deine Weiterleitungen nicht:

    Code
    http://seecafe-petry.de        -> 302 nach
http://seecafe-petry.de/wp     -> 301 nach
http://seecafe-petry.de/wp/    -> 200


    Wie genau hast du WP eingerichtet (Blog-Url/Pfadstruktur) und läuft da noch anderes auf dem Space ?

  • NextGEN Gallery Upload Thumbanails er

    Zitat von Dustman

    Ahh, sry ich meinte damit SQL Version 5...

    PHP ist 4er...

    Wenn ich das umstellen möchte, zeigt der Server mir nur Fehler 500 an...

    Die Datei ins wp Ordner oder noch davor ins Eingangsverzeichniss vom Server?

    EDIT: Bei beiden Varianten gleiches Problem


    Da ich deine Ordnerstruktur und WP Aufbau nicht kenne (keine Url angeben), kann ich dir auch nicht qualifiziert helfen. Ausgehend von der Annahme, dass du WP im Root der Domain installiert hast, solle es dort eine .htaccess Datei geben. Wenn nicht, sollte deren Inhalt (für 1und1) so aussehen:

  • Wordpress Content Spam in Suchergebnissen aber nicht auf der Seite.

    Also ich würde sagen, deine Seite wurde in WP 2.3.2 gehackt und die index.php modifiziert. Da du jetzt geupdated hast, sollte das nicht mehr auftreten.
    Im Google Cache kann man das nachvollziehen:

    Trotzdem solltest du alle Theme Dateien nochmal durchsehen, ob dort versteckte Sachen drin stehen. Und den Webspace nach Ordnern durchsuchen, die nix mit WP zu tun haben.

  • Schutz vor externem Zugriff auf Plugins

    Zitat von Monika

    den Pluginautor fragen wieso man seine .php einfach so aufrufen kann


    Diese Frage ist sinnlos, denn jede Datei, die es physikalisch auf dem Webspace gibt und man nicht explizit per .htaccess den Zugriff darauf sperrt, kann per Browser aufgerufen werden. Das gilt nicht nur für Plugins, man kann jede Seite eines Themes oder Adminbereiches genauso aufrufen!
    Meist bringen Sperren nix, denn dann funktioniert meist gar nichts mehr. Deshalb haben die meisten Adminseiten von WP eine Erkennung des direkten Aufrufes und brechen dann ab oder liefern eben eine weiße Seite, da nur Funktionen enthalten sind.