Beiträge von mastermind

    Ich hab mal versucht, herauszufinden, was das Problem verursacht. Leider habe ich nicht genau herausfinden können, woran es liegt. Es sieht seht nach einem Schnipsel "unverdaulichen" HTML aus, da offenbar die Attribute nicht korrekt ausgelesen werden können.

    Wenn man nach der Fehlermeldung bei Google sucht, kommt man übrigens hierhin: http://digg.com/programming/Co…th_PHP#c1613691

    Scheint also, dass das Problem sogar auf dem Server des Entwicklers auftritt. Das weist darauf hin, dass es kein generelles Problem mit DOMPDF gibt, sondern nur in speziellen Konstellationen. Das muss noch nicht mal heißen, dass Dein (X)HTML invalid ist.

    Ich vermute mal, Du hast das Default-Template des Plugins noch nicht verändert, dann könnte es also am Content liegen. Könntest Du mir evtl. einen Link zu der Seite geben, die Du konvertieren möchtest?

    Was noch besser wäre: In contuttopdf.php ist in der Funktion contutto_exec(), Zeile 174:

    PHP
    contutto_output($pdf_output, true);


    Wenn Du dort das true auf false änderst, bekommst Du die Ausgabe statt in PDF in HTML. Wenn Du das mal hier anhängen könntest, dann könnte ich das am besten testen.

    Hm, ok. Das wird wohl an der Funktion contutto_filter() liegen, die auch die Bildschirmausgabe filtert, um alternative Inhalte darzustellen. Wenn Du diese nicht nutzt, kannst Du als Workaround in der contuttopdf.php die Zeile

    PHP
    add_filter('the_content', 'contutto_filter');

    (ganz unten) auskommentieren oder löschen. Dann sollte das Problem verschwinden.

    Danke für den Hinweis, ich werde mal schauen, wie man das Problem lösen kann. Klappt denn die PDF-Generierung ansonsten?

    Für mod_rewrite muss in der Apache-Konfiguration die Option FollowSymLinks gesetzt sein. Schein bei Dir nicht der Fall zu sein. Evtl. mal beim Hoster nachfragen.

    Zum zweiten Problem: Wie wäre es, wenn Du den Link in Deiner sidebar.php (oder wo auch immer) hardkodierst?

    Danke, danke.

    Das Problem mit dem IE zum Website-Testen hat sich halbwegs erledigt: http://www.tatanka.com.br/ies4linux/page/Main_Page :mrgreen:

    Zumindest kann ich nun ohne Virtual Machine sehen, dass das Problem mit dem Abstand noch nicht gelöst ist. :-? Es liegt nämlich nicht an der wpautop-Funktion (die aber trotzdem deaktiviert bleibt, da sie den Code so oder so zerschießt). Sondern es liegt an den Bildern, deren Abmessungen und Abstände der Internet Exploder offensichtlich mal wieder falsch berechnet.

    Rein technisch ist es kein Problem, den Namen zu registrieren, wenn er frei ist.

    Rechtlich ist es ein Problem, das jenseits dieses Forums liegt. Niemand hier ist Anwalt (soweit ich weiß), von daher wirst Du hier keine verbindliche Aussage erwarten dürfen. Markenrecht ist eine juristische Schlangengrube, und es geht oft um horrende Geldbeträge.

    Wenn Du kostenloste Rechtsberatung suchst, solltest Du Dich an ein Markenrechtsforum wenden; wenn Du die (oder eine andere markenrechtlich kritische) Domain gewerblich nutzen möchtest, solltest Du Dich von einen Anwalt beraten lassen, und/oder vielleicht selbst die Marke registrieren.

    P.S. Nur mal so als Beispiel: http://www.netlaw.de/urteile/bgh_18.htm
    Zwar hat hier die Deutsche Bank in diesem speziellen Fall verloren. Aber Du würdest vermutlich nicht mal den Anwalt bis zum Ende des Verfahrens bezahlen können.

    Bitte ankreuzen:
    [ ] Du weißt, was eine Suchmaschine macht
    [ ] Eher nicht.

    Mal im Ernst: Google und Co. suchen nach relevanten Seiten für bestimmte Suchbegriffen. Wenn zufälligerweise eine Unterseite besser zum Suchergebnis passt (z.B. weil der Suchbegriff öfters vorkommt oder weil die gesuchten Wörter näher beisammen sind), dann bekommt man eben die serviert.

    Wenn Du es genauer wissen möchtest, solltest Du mal die konkrete Suchanfrage hier posten.

    Ansonsten gibt es da noch das große Thema "SEO", das Suchmaschinenverhalten und Website-Optimierung behandelt. Wenn Du in der Richtung was machen möchtest, solltest Du mal dahingehend recherchieren. (Aber Vorsicht, da gibt es viele Wichtigtuer, und es wird viel Schrott geschrieben.)

    Hmm, ist bei mir im IE 6 nicht "zentriert" - find ich nie gut, stört mein Bedürfnis nach Symmetrie.

    Ich glaub, das liegt daran, dass der IE margin: 0 auto; nicht versteht. Hab's geändert, und sollte nun auch dort zentriert sein.

    Zwischen dem ersten Beitragsabsatz und dem ersten Bild existiert ein riesiger vertikaler Abstand. Kann mir nur schwer vorstellen, dass das gewollt ist. (Aber auch mein Vorstellungsvemögen ist eh' beschränkt.)

    Nein, natürlich nicht. Das ist die dämliche Autoformatierung von WordPress gewesen... Hab die jetzt mit remove_filter('the_content', 'wpautop'); in der header.php rausgeschmissen, da ich meine Texte eh alle vorformatiere.

    Den im Vergleich zu seinem "kleinen" Inhalt riesigen Header empfinde ich als Platzverschwendung. Oder als ein Plädoyer für "mehr Scrolling!".

    Nun ja, das ist dann wohl Geschmackssache. :-) Es sei denn, dass die Schriftarten unter Windows im Vergleich zu Linux wirklich zu klein wirken (ist normal eigentlich andersherum). Muss ich mir bei Gelegenheit vielleicht doch nochmal auf ner Windose anschauen.

    Vielen Dank für Deine Hinweise! :-D

    WordPress arbeitet wunderbar auch unter PHP5. Von der zweiten Möglichkeit werden wird wohl beide nicht viel halten; die erste halte ich für akzeptabel. Da WordPress seit Version 2.0 die .htaccess eh nur einmal beschreibt (bzw. nur wenn sich die Permalinks ändern), und da es seine dynamischen Inhalte in einen eigenen Container setzt, kann da eigentlich nix passieren.

    Zum Kompatibilitätstest: Auf der Plugins-Seite gibt es ja für jedes Plugin eine Beschreibung. Die Beschreibung des ContuttoPDF-Plugins enthält folgenden Satz:

    --
    [...] Run the compatibility test before activating. [...]
    --

    Der Klick auf "compatibility test" sollte Dich also auf die Testseite führen.

    Ich habe bei mir in einigen Vhosts, wo das Problem besonders schwerwiegend ist, folgenden Eintrag (Apache 2.0.x):

    Code
    SetEnvIfNoCase Referer "^http://www.example.com/" local_ref=1
    SetEnvIfNoCase Referer "^$" local_ref=1
    
    
    <FilesMatch ".(gif|jpg|png|bmp)">
      Order Allow,Deny
      Allow from env=local_ref
     </FilesMatch>

    Das habe ich irgenwo mal im Netz gefunden... weiß leider nicht mehr, wo.

    Scheint ganz gut zu funktionieren; ich habe bislang keine Beschwerden bekommen, und auch der entsprechende Traffic ist deutlich gesunken.

    Zum Firewall-/Proxy-Problem: Ist unschön, aber ich halte das für vertretbar. Wenn sich jemand explizit beschweren würde, könnte man über eine Whitelist nachdenken.

    P.S. Zum Thema... s.u.

    Stimmt, an dem Punkt sollte man die Anleitung überarbeiten. (Problem ist, dass ich selten mit klassischen FTP-Clients arbeite.)

    Bzgl. der Fehlermeldung: Hast Du PHP5? Ich kenne die o.g. Meldung nur, wenn bestimmte PHP5-Anwendungen auf PHP4 ausgeführt werden. Auf der Plugins-Seite im Beschreibungstext des Plugins ist ein Link zum Kompatibilitätstest -- was gibt der aus?