Beiträge von codestyling

An deiner Tag Bar kann man erkennen, das etwas nicht stimmen kann, denn diese müsste einen Knopf an der linken Seite haben zum ein/ausklappen.
Kann es sein, dass ein Plugin bei dir Ärger macht und durch seine Javascripte und/oder CSS Dateien deinen Editor behindert ?
Deaktivier zum Test mal alle Plugins, prüfe dann nach Browser Cache Löschen und Reload der Seiten, ob es funktioniert.
Wenn ja, dann aktiviere ein Plugin nach dem anderen und prüfe dann wieder. So solltest du ggf. den "Schuldigen" finden.

Hast du evtl. neue Plugins installiert, die das verursachen können, wenn sie nicht kompatibel zur WP Version sind ?

Dein Theme hat keine eigene searchform.php, weswegen WP dann die vom default oder default_DE Theme recycled! Diese sehen so aus:

<form method="get" id="searchform" action="<?php bloginfo('url'); ?>/">
<label class="hidden" for="s"><?php _e('Search for:'); ?></label>
<div><input type="text" value="<?php the_search_query(); ?>" name="s" id="s" />
<input type="submit" id="searchsubmit" value="Search" />
</div>
</form>

Da dies über die Sprachdatei läuft, kann es sein, das entweder dieser Text nicht übersetzt ist oder du keine deutsche Sprachdatei für WordPress aktiv hast (Backend englisch).
Und die Sprachdatei, die man beim Theme Autor runterladen kann, ist falsch benannt!
Die sollte nicht [COLOR=Red]de_de.mo[/COLOR] sondern [COLOR=DarkGreen]de_DE.mo[/COLOR] heißen.

Prüf, ob du WordPress in deutsch betreibst.

Kannst du mal einen Screenshot von Artikel schreiben machen, in dem man den Editor sieht ? Ich fürchte, es hat dir den Editor zerhauen.

Also Download würde ich es nicht nennen, aber die könntest über das Backend in den Template Editor gehen und php Datei für php Datei ankicken, alles im Editor markieren, kopieren und in eine lokale Datei gleichen Namens kopieren.
Zumindest kommst du so an die php und css Dateien ran, an Bilder etc. leider nicht.

Hast du einen Link zur Seite und sehen zu können, ob evtl. Frontend Scripts das Backend stören könnten ?
Möglich sind auch inkompatible Plugins (hatten wir auch schon als Ursache hier) hast du Deaktivierung aller Plugins probiert ?

Für alle, die nicht genug bekommen können von WordPress, jetzt kann man auch per iPhone bloggen und hat eine schicke Oberfläche und Applikation. Im Moment nur englisch zu lesen aber interessant: WordPress for iPhone

Also wenn du bei 1und1 bist, dann stell mal auf PHP 5 um.
Es vermehren sich die Threads hier, das 1und1 mit WP unter PHP4 nicht zurecht kommt und die Lösung war bisher: http://forum.wordpress-deutschland.org/installation/3…rver-error.html
Es gibt noch mehr Threads dazu, dieser ist nur stellvertretend.

Netter Artikel von heute bei Heise: heise online - 25.07.08 - Erste Angriffe auf Nameserver beobachtet
Also ich vermute bei deinem Problem (wie schon angedeutet) einen Angriff über attackierte Name Server, der Bugs in PHP auszunutzen versucht.

Der Bug ist hier aufgenommen worden ader noch nicht bearbeitet: PHP Bugs: #44872: canary mismatch on efree() - heap overflow detected
Bist du zufällig bei all-inkl.com gehostet ?

Diese Problem könnte dieses hier sein, denn je nach restriktiver Einstellung des Provider reicht das leider bis zum 500er: http://forum.wordpress-deutschland.org/installation/3…html#post179032

Erstmal zum Test PodPress Plugin deaktivieren und schauen, ob das zu 100% dann funktioniert.
Dann den Autor des Plugins kontaktieren um schauen, ob es ein Update oder Bugfix gibt.

Also die IP löst auf nach kirk.rz.tu-ilmenau.de [141.24.191.172]
Da Whois keine Rekords liefern kann, könnte es sich um eine DNS Attacke handeln!
Auch 1und1 zum Beispiel sagt, PHP5 wäre verfügbar, hat aber standardmäßig PHP4 aktiv. Das muß man erst umschalten.
Erstell mal eine PHP Datei mit dem Inhalt:

<?php phpinfo(); ?>

und schau dir an, welche Versionen von PHP/Apache installiert ist.
Und danach diese Datei wieder entfernen.

Nach deiner Seite zu urteilen, benutzt du PodPress. Dieses bereite im Admin Bereich Probleme, siehe hier: http://forum.wordpress-deutschland.org/installation/3…html#post178319

Ein klares jein
Das wäre der eine Weg, der andere Weg wäre, dass du vor oder hinter die Anfangs- bzw. Endzeile, die ich oben gezeigt hab, deinen Code einbaust.
Dann sind aber entweder deine Widgets oben und der Rest drunter oder umgekehrt. Nur mischen geht dann nicht.

Wie soll das gehen, wenn ich eine eigene comments.php benutze, in der ich alles selbst gestalte ?
Ich könnte ja, wenn ich wollte, alle FF Besucher ohne und alle IE mit "nofollow" generieren oder völlig zufällig. Wüsste nicht, wie man das von außen rausbekommen soll/kann.

Die meisten Themes sind so konzipiert, dass man entweder den Standard hat und von Hand selbst Code in die sidebar schreibt oder aber Widgets benutzt werden. Wenn also auch nur ein Wigdet benutzt wird, dann blendet sich der Standard aus und alles sollte über Widgets gelöst werden.

<?php if (!function_exists('dynamic_sidebar') || !dynamic_sidebar() ) : // Begin Widgets; displays widgets or default contents below ?> 


//alles hier ist standard !!!


<?php endif; // End Widgets ?>

Wenn [COLOR=#000000][COLOR=#0000cc]function_exists[/COLOR][COLOR=#006600]([/COLOR][COLOR=#cc0000]'dynamic_sidebar'[/COLOR][COLOR=#006600])[/COLOR][/COLOR] true sagt und [COLOR=#000000][COLOR=#0000cc]dynamic_sidebar[/COLOR][COLOR=#006600]()[/COLOR][/COLOR] true sagt, dann werden die Standards nicht dargestellt, denn die Darstellung ist durch [COLOR=#000000][COLOR=#0000cc]dynamic_sidebar[/COLOR][COLOR=#006600]()[/COLOR][/COLOR] schon als konfigurierte Widgets erfolgt.

Hoffe, das Konzept verständlich erklärt zu haben.

Also unten ein Beispiel im Kubrick Theme. Der Feed hat aber grauenvoll schlechtes HTML embedded, sodass deine Seite auch mit dem Filter immer noch 41 Fehler in der Validierung in's Boot bekommt.

Der direkte Einbau in die sidebar.php (ist kein Widget! und wäre dafür aufwendiger) sieht so aus und begrenzt auf die ersten 10 Einträge:

<ul>
        <?php
            require_once(ABSPATH.'/wp-includes/rss.php');
            $rss = fetch_rss("http://mix.epicfu.com/activity/log/list?fmt=rss");
            if ( $rss ) {
                $rss->items = array_slice($rss->items, 0, 10);
                foreach ($rss->items as $item ) {
                    $html = preg_replace("/(_idList|_href|_owners)=\"[,:\.0-9a-zA-Z\/\-\*]*\"/", '', $item[description]);
                    echo "<li>\n";
                    echo "<div>".$html."\n</div>";
                    echo "<a href='$item[link]'>$item[title]</a>";
                    echo "</li>\n";
                }
            }
         ?>
        </ul>

Wenn du in Word etwas ausschneidest oder kopierst, landet das als RTF (rich text format) in der Zwischenablage. Da der IE in Eingabefeldern, die auf design mode stehen, fälschlicher Weise RTF akzeptiert, kannst du das einkleben, aber die durch Word enthaltene Textformatangaben (nix anderes ist der 'Code') werden durch den IE nicht korrekt umgesetzt. Wenn du das speicherst oder umschaltest, macht dann der IE plain text aus allem und du hast dann diesen "Müll" in der Anzeige.

Ergänzung: Wobei ein IE 7 mit WP 2.5.1 und Word 2007 Text das korrekt umwandelt. Ich kann nur im Moment kein WP 2.6 testen und hab auch keine älteren IE's mehr zur Hand. Vermute du benutzt noch IE 6 und alte Word Version.

Primär hab ich auch nicht gemeint, das es mit den Sprachdateien zu tun hat sondern hiermit:

; overload(replace) single byte functions by mbstring functions.
; mail(), ereg(), etc are overloaded by mb_send_mail(), mb_ereg(),
; etc. Possible values are 0,1,2,4 or combination of them.
; For example, 7 for overload everything.
; 0: No overload
; 1: Overload mail() function
; 2: Overload [COLOR=Red][B]str*[/B][/COLOR]() functions
; 4: Overload [B][COLOR=Red]ereg*()[/COLOR][/B] functions
[COLOR=black][COLOR=#ff0000]mbstring.func_overload = 7[/COLOR][/COLOR]

und dem Bug PHP Bugs: #27421: mbstring.func_overload set in .htaccess becomes global (Status: Assigned | Category: mbstring related | Version: 5.2.5), bei dem man per .htaccess Datei

PHP_VALUE mbstring.func_overload 7

mitten drin von Domain A aus die Domain B (eigentliche alle Domains des Shared Hosters dieser Apache Instanz) mit umschalten kann on the fly. Da WP intern deine Permalinks per regular Expression checked und auf post ID's umsetzt, können überladene ereg* Funktionen zu jedwedem Ergebnis kommen!