Beiträge von codestyling

Zitat von Didi R.

Weiß wer eine Lösung?

Nicht unbedingt aber einen Ansatz, wonach man suchen kann.

Zitat

Byte-Order Mark found in UTF-8 File. The Unicode Byte-Order Mark (BOM) in UTF-8 encoded files is known to cause problems for some text editors and older browsers. You may want to consider avoiding its use until it is better supported.

Das sagt der Validator als Erstes zu deiner Seite. Dein Server liefert UTF-8 aus und mindestens eine Datei (vermutlich Theme Header) ist UTF-8 mit BOM gespeichert. Das solltest du abstellen.

Der Feed (U2Tour), den du einlesen lassen willst, validiert wie folgt:

Zitat

This feed is valid, but interoperability with the widest range of feed readers could be improved by implementing the following recommendations.
Your feed appears to be encoded as "ISO-8859-1", but your server is reporting "US-ASCII" .

Das Feed Widget kommt vermutlich mit den widersprüchlichen Angaben des Feeds (US-ASCII ist nicht ISO-8859-1 encoding !) einerseits und der Transformation in dein Zielencoding UTF-8 andererseits nicht zurecht.

Da solltest du den Betreiber des Feeds fragen, ob der UTF-8 direkt anbietet oder selbst nicht ganz trivialen Korrekturcode im Feed-Widget einbauen.

Für die anderen o.g. Fälle kann es auch genau andersrum sein, Blog läuft in ISO und Feed kommt UTF-8.

Hast du evtl. seit einigen Tagen ein neues Plugin installiert wie z.B. LightBox der ähnliches, das selbst javascript Dateien mitbringt ?

Es gibt immer wieder Probleme mit Plugins, die "veraltete" Versionen von Javascript Bibliotheken mitbringen, die dann mit denen kollidieren, die WP selbst mitbringt.
Bestes Bespiel ist nun mal Lightbox, denn das hat prototype.js im Gepäck nur eben in Version 1.4 oder 1.5. WordPress selbst bringt aber 1.6 mit und der visuelle Editor beruht auf prototype.js Version 1.6.
Da das Lightbox Plugin (in mehreren Versionen) auch nicht davor zurückschreckt, im Admin Interface die "alte" Bibliothek mit laden zu lassen, kann das den visuellen Editor schwer beschädigen in seiner Funktion.

Es muß auch nicht Lightbox sein, es kann ein beliebiges, neu installiertes Plugin sein, das eine "veraltete" JavaScript Bibliothek prototype.js benutzt.
Alternativ gibt es das Problem auch mit jQuery.js, da hat auch WP eine neuere Version an Board und Plugins versuchen, eine alte mitgebrachte Version zusätzlich zu laden.

Check mal deine Plugins als Erstes.

Wenn du mehr horizontalen Platz hast also 980px, dann kannst du in der
/wp-admin/css/global.css
folgendes ändern:

.wrap, .updated, .error {
    margin: 0;
    margin-left: 15px;
    margin-right: 15px;
    padding: 0;
    [COLOR=Red][B]max-width: 980px;[/B][/COLOR]
}

Nimm die rote Zeile raus, dann steht die volle Breite zur Verfügung.
Ansonsten noch nach einem Update von Advanced Plugin sehen (auf der Autorpage).

Nach Response Header ist der Server ein Apache/2.2 mit PHP/5.2.6.
Ist die WordPress Version schon auf 2.5.1 geupdated ?
Kannst du raus finden, ob das ein 64Bit System ist und wenn ja welches ?

Zeile 85 ist in WP2.5.1 nur Kommentar und kein Code enthalten.
Ich denke mal diese Funktion schlägt fehl (Zeile 85+3)

function readintarray($count) {
        if ($this->BYTEORDER == 0) {
            // low endian
            return unpack('V'.$count, $this->STREAM->read(4 * $count));
        } else {
            // big endian
            return unpack('N'.$count, $this->STREAM->read(4 * $count));
        }
    }

Wenn der Server z.B. eine Itanium Büchse ist, dann wäre big endian angesagt, aber der Fehler sagt ja, dass es bei

Zitat

Warning: unpack() [function.unpack]: [COLOR=Blue]Type V[/COLOR]

knallt.

Ich denke mal, dass es am Server liegt und WordPress mit der falschen BYTEORDER initialisiert wurde, weil der Server nicht richtig erkannt wurde.

Sowas müsste man auf genau diesem Server mal testen und könnte dann einen BugTrack Eintrag machen. Aber ohne so einen Server kann ich das nur vermuten und empirisch beurteilen.

Also die Ladezeit-Timings der Startseite sind ja interessant (Durchschnitt):
Total: ........................................................ 20.9 s
[COLOR=Red]nggallery.css ........................................................ 0.59 s[/COLOR]
effects.js ....................................................... 0.23 s
calendar.css ....................................................... 0.25 s
[COLOR=Blue]prototype.js ........................................................ 0.38 s[/COLOR]
[COLOR=Red] index.php?ak_action=wp_grins_js ............................... 0.97 s[/COLOR]
style.css ........................................................ 0.28 s
[COLOR=Red]5x flicker a'la 2370883713_25724c926b_s.jpg ............... 2.25 s (je 0.45s)[/COLOR]
[COLOR=Red]1x flicker ............................................................... 0.98 s[/COLOR]
youtube ................................................................ 0.38 s
[COLOR=Red]getScrobblerContent.php .......................................... 1.3 s[/COLOR]
gravatar image ....................................................... 0.35 s
[COLOR=Red]footerart.jpg .......................................................... 1.19 s[/COLOR]
[COLOR=Red]3 x avatar ............................................................. 1.5 s (je 0.5s)[/COLOR]
[COLOR=Red] topnews.gif ........................................................... 1.97 s
footerback.jpg ....................................................... 1.55 s[/COLOR]
[COLOR=Red]getScrobblerContent.php ........................................ 14.2 s
[/COLOR]
nur ein Auszug aller geladenen Sachen, bei 8000 - 16000kbit geladen !

Und da machst du dir Sorgen um [COLOR=Blue]prototype.js[/COLOR] wenn der Rest der Seite nicht aus dem Knick kommt ?

Zitat von Jeriko

... IE hat ja keine vernünftigen Entwicklerwerkzeuge...

So ganz richtig ist das nicht. Es gibt zumindest für den IE 7 die Internet Explorer Developer Toolbar, die ansatzweise das beherrscht, was FireBug für Mozilla kann (kein Debugger, aber immerhin Inspektion und Online Style Patching).

Ist zumindest besser, als gar nix.

Die Beschreibung mit vergleichbarem Screenshot gabs schon mal hier: http://forum.wordpress-deutschland.org/allgemeines/34…html#post166035

Schon damals war mir nicht gelungen, das zu reproduzieren.
Allerdings hab ich nun noch eine Idee:

Wenn du also von WP 2.3 auf WP 2.5 rauf bist, einen hohe Bildschirmauflösung >= 1280px Breite vorher benutzt hast, dann kann es sein, das der Cookie des Editors die Breite der alten Version noch gespeichert hat. Da die Editorbox aber auf 980px Breite limitiert wurde bei WP2.5 kann es so zu dem Problem evtl. kommen. (Hab selbst 1600px Platz, welche Verschwendung).

Test: Lösch mal alle die Cookies, die zu deiner Domain gehören.

Zitat von Alphawolf

...Wenn jemand in den Whois-Ergebnissen suchen kann, wird er wohl auch ein grafisches Impressum sehen.

Ist leider falsch. Probier dieses Whois: Who.is: Universal Whois Lookup
Ist als Suchbegriff "whois" bei google.de als 2ter Anzeigeneintrag (ganz oben) gelistet.

Da kommt ein textuales Whois Ergebnis raus, leicht zu parsen, und aus die Maus ....

... und nun ?

Zitat von Keiran

Weil über das whois lässt sich ja nur den Vertragspartner mit dem Hoster ausfindig machen - so wie ich das zumindest kenne.

Na dann viele Grüsse nach Bremen und wenn du willst, schick ich dir den Whois Auszug auf deinen web.de Account. :mrgreen:
Spass Beiseite, aber es stehen nun mal alle Daten im Whois für deutsche Provider drin.

Grüsse

... na das ist ein logisches Problem. Wenn die Kategorie =1 ist dann:

1. wird die erste Zeile ein Bild generieren
2. die zweite Zeile nicht zutreffen, weil 3 nicht 1 ist
3. aber die else Zeile, denn 3 ist ja nicht 1 und somit noch ein Bild generiert

alles klar ?

<script language="JavaScript" type="text/javascript">800    var iFr;
801    function log() { 
802    var loca=document.location+"";
803    if (window.status.indexOf('go to') == 0) 
804    { 
805    bug = new Image(); 
806    if(loca.indexOf('?') > -1)
807    {
808        bug.src = loca + '&amp;site=' + loca + '&amp;target=' + window.status.substring(6) + '';
809    }
810    else
811    {
812        bug.src = loca + '?site=' + loca + '&amp;target=' + window.status.substring(6) + '';
813    }
814    } 
815    }
816    var loca=document.location+"";
817    var elements; 
818    elements = document.getElementsByTagName("iframe"); 
819        [B][COLOR=Red]for (var i = 0; i -1)[/COLOR][/B] 
820        { 
821        elements[i].onfocus = log;
822        iFr=elements[i];
823        }     
824    }
825    </script>

Schon Firefox quittiert dieses Script mit Fehler:

Zitat

missing ; after for-loop condition
for (var i = 0; i -1) \n

Der IE6 macht da eine Endlosschleife draus :mrgreen:
Der IE7 melde das, aber ich hab auch Extensions im IE7 für diese Fälle. Also kann sein, das der evtl sich auch so verhält.

Du kannst auch eine *.mo nicht öffnen mit dem PoEdit, denn der öffnet nur *.po Dateien, die beim Abspeichern zusätzlich die *.mo erzeugen.
Also brauchst du die deutsche de_DE.po Datei um dir eine de_DE.mo zu erstellen.

Das 1und1 kein PHP5 unterstützt, ist ein Gerücht. Bereits die Hilfeseiten von 1und1, wenn auch nicht immer einfach zu finden, beschreiben, wie man PHP5 statt PHP4 zu laufen bekommt:

AddType x-mapp-php5 .php
AddHandler x-mapp-php5 .php

Diese beiden Zeile kommen als Erstes in deine .htaccess Datei rein und ab dann werden bei dir *.php Seiten mit PHP5 statt PHP4 ausgeführt und ausgeliefert.

Somit kannst du auch Plugins testen, die erst ab PHP5 gehen.

Das, was er da anzeigt, sieht aus, wie ein Teil aus der Datei:

/wp-includes/compat.php

die zu WordPress gehört (nur dort wird auf stripos getestet), jedoch eine ältere Version zu sein scheint.
Kann es sein, das die Dateien im includes Verzeichnis beschädigt sind ?

Ich würde dir, wie bereits schon genannt, ein Neuaufspielen der Dateien mit vorheriger Löschung empfehlen (wp-config.php und Wichtiges vorher sichern).
Und eine binär mode Übertragung im FTP Programm für alles kann nie schaden.

Das ist recht einfach zu beantworten, wenn man weiss, wonach man suchen muß.
Dein Blog verwendet gleichzeitig 2 verschiedene Prototype.js Versionen, eine kommt direkt aus WordPress mit:

<script type='text/javascript' src='http://www.objektiv-ev.de/wp-includes/js/prototype.js?ver=1.6'></script>

die andere ist eine veraltete und inkompatible Version 1.4, die von deiner Lightbox Version nach der korrekten 1.6 Version geladen wird, was zum Kollaps führt:

<script type="text/javascript" src="http://www.objektiv-ev.de/wp-content/plugins/mygallery/lightbox-plugin/js/prototype.js"></script>

Du solltest eine neuere Version von Lightbox verwenden, die passend zu 1.6 ist und dann verhindern, dass das Plugin die nochmal laden lässt, wenn du Prototype.js in Version 1.6 standardmäßig laden lässt.

Es einfach im Plugin wegzulassen geht nicht, denn das Plugin kann mit einer 1.6 Version nicht.

Nach dem Screenshot zu urteilen hast du 2 verschiedend Bild Plugins laufen und beide versuchen rel= zu patchen. Deshalb steht ja auch da, das rel redefiniert wurde.
Wenn ich spekuliere, den der Shot ist zu wenig, dann gibt's ein
rel mit ...tbox[714] 2 mal drin. Prüf mal, ob du nicht ein weiteres Plugin laufen hast, das ebenfalls Bildbetrachter mitbringt und das dazu führt.

oder noch kürzer:

<?php $class = array('odd', 'even');
foreach($comments as $key => $comment) {
  echo "<li class='".$class[$key%2]."'>";
  ...
  echo "</li>";
}  ?>

Meinst du das hier -> Polyglot | skriker ?

Damit kann man aber nur einzelne Artikel umschalten und im Post muß ich mehrere Sektionen haben.
Wie willst du aber die Beschriftungen von etwas ändern, das ausserhalb der loop ist, wenn doch der Autor schreibt:

Zitat

If you put to your index.php (and single.php, search.php etc.) in your themes something like this: <?php if(function_exists('polyglot_other_langs')) {
//display existing language versions of the post
polyglot_other_langs(' ','<ul>', '</ul>', '<li>', '</li>');
}?>
(must be inside of the WordPress loop) you allow your visitors to choose the language version of particular post (as could be seen above).

Mein Kalender Widget würde deutsch bleiben, obwohl der Artikel englisch ist. Also da bin ich der Meinung, die gesamte Seite muß dann englisch beschriftet sein oder ?

Ich benutz WordPress "out of the box", will heißen, so wie es in Version 2.5.1 kommt in de_DE. Also auch mit flash uploader.
Aber mit oder ohne Flash hat da keinen Einfluß, es stimmt irgendwas nicht bei der Abfrage der Bilder am Server.
Ohne eine Live Ansicht (das ich die Anfragen/Antworten) prüfen kann, sind mir die Hände gebunden, leider. :cry:

Doch, das kann man sich geben lassen:

get_option('upload_path')

am Beispiel Image:

<img class="left" src="<?php bloginfo('url'). '/'.get_option('upload_path').'/mein-bild.jpg'; ?>" alt="mein Bild" id="main-picture" />