Beiträge von codestyling

Ein klares jein :-D
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!

Der Hoster all-inkl.com ist mir bei diversen Problemen fast exklusiv begegnet. Es scheint dort spezielle Probleme in der Konfiguration der Server und der durch Benutzer machbaren Umstellungen zu geben. Solche Phänomene, das es mal geht und spontan nicht mehr, gibt es u.a. bei Verwendung von WP Sprachdateien. Dafür habe ich einen Fix programmiert, der seit gestern für WP 2.6.1 aufgenommen wurde Changeset 8420 - WordPress Trac - Trac und in der nächsten Version das behebt.
Ich fürchte nur, das dieser Provider noch mit folgendem Problem zu kämpfen hat, aber es scheinbar nicht einsehen will: PHP Bugs: #27421: mbstring.func_overload set in .htaccess becomes global

Ich hab auch einen Artikel (in Bezug auf Sprachdateien) hier geschrieben und auch in den Kommentaren nochmal betroffenen beschrieben, was ich vermute.
Code Styling Project » WordPress Fehler durch Sprachdateien - die Ursache

Das Überladen gibt es auch für Regular Expressions und könnte somit zur Fehlinterpretation der WP eigenen internen rewrite Rules führen!

Deaktivier mal beide und teste dann mal ein neu hochgeladenes Plugin.
Ich hab noch nicht überprüft, ob die Caching Plugins mit Teilen der neuen Struktur von WP Probleme haben, denn in 2.6 gibt es vieles, was anders ist.
Ich vermute aber, das (Teile) der Admin Seiten u.U. fälschlicher Weise gecached werden und du erst nach Ablauf der Cache Zeit die Seite korrekt siehst.

Hast du evtl. ein Cache Plugin laufen (WP Super Cache oder ähnliches) ?

Wette, du hast das Freshy 2 Theme aktiviert ? Dies hat leider u.a. diesen Bug, hab hier schon mal die Lösung beschrieben, Suche benutzen.

In meiner Sidebar auf der Hauptseite importiere ich in die Sidebar den Feed von WPD Planet mit WP Code aber ohne Widget. Allerdings bereinige ich den, denn nicht aller HTML Code kann befriedigend dagestellt werden.
Wenn du mir zum Test deine Feedaddresse geben könntest (wenn nötig auch als PN) würde ich das testen und den Codeschnipsel bereitstellen.

Zitat von jottlieb

WP ist mir gerade unheimlich. Obwohl ich die Funktion load_default_textdomain lösche bzw. Syntaxfehler einbaue, gibt's keine Fehlermeldung. Wird die Funktion garnicht immer ausgeführt?

Doch wird sie immer: wp-settings.php Zeile 507 außer du löscht sie genau hier :-D
Dann kracht es nur, wenn ein Plugin das nochmal aufruft, weil es wie bei mir die Sprache im Backend on the fly umschalten will.
Wobei diese Umschaltung demnächst nicht so einfach mehr gehen wird, denn in Planung ist die Mischung von Textdomains. D.h. wenn ich die Standard Text Domain mit de_DE.mo laden lasse und dann meine eigene mit load_text_domain hinterher lade und als Textdomain '' angebe, also default, dann wird das reingemixt. Für die on the fly Umschaltung braucht's dann eine neue Lösung zukünftig.

Also die Bildersammler sind immer unterwegs (nicht nur aus China, dort sitzen nur die Codesklaven, die die Bots "verbrechen"), wenn du eine Seite mit einer Menge Bilder hast. Und denen ist es egal, ob sie von 100% runtergeladenen Bildern nur eines brauchen, nur du hast den Traffic an der Backe.
Wie dem auch sei, letztlich wollte ich nur damit ausdrücken, dass der Traffic, der auf so einer Seite entsteht, immens werden kann und vermutlich auch wird.
Bei 2400 Gallerien kann man von rund 2400 angemeldeten Usern ausgehen. Wenn jeder User 1 mal am Tag auf die Seiten geht sind das im Mittel 100 User pro Stunde und rund 2 User pro Minute. Wenn sich das im DE Raum abspielt, werden sich die Zugriffe mit Sicherheit auf Zeitintervalle komprimieren z.B.: 18:00 - 00:00 Uhr also 6 Stunden (Rest auch aber eher nicht signifikant für die jetzige Betrachtung). Also schon 2 * 4 gleich 8 User pro Minute konstant. Und dann noch die Besucher über Suchmaschinen und Zufallsfunde, die man mit Faktor mindestens 10 annehmen kann, wenn die Seite gut läuft. Da kommen ordentliche Trafficpeaks in den Image Download zustande für geschätzte 100 User pro Minute konstant. Und dann noch Bots, die ziehen, das wird heftig. Pro Aufruf (1ne Gallerie) rund 200 Thumbs + die aufgerufenen Grossformatbilder, also wenn da nicht die Maschine glüht. :)

Das sieht auch nach dem Revision Feature Bug aus, den ich nun unter #7391 im WP Trac gemeldet hab. Einen WordArround hab ich bereits gebaut und mit vorgeschlagen, funktioniert auf den bisher betroffenen System einwandfrei:
Code Styling Project » WordPress 2.6 und die Text/Diff Fehler im Editor

Kommt drauf an. Wenn der Kunde auf einem Shared Hoster liegt, dann kann man nicht auf diese Weise Rootkits reinbekommen, würde nur auf einen Rootserver zutreffen.
Wenn die WP Version < 2.3.3 war, ist es eigentlich nur dein Versäumnis, erst jetzt ein Update zu machen, falls es ein RootServer des Kunden ist, dann unbedingt mit dem Provider sprechen.
Und Google anschreiben (über webmaster tools) um die Seite so schnell wie möglich von der Warnliste zu bekommen.

*Kopf kratz* , mehr hab ich nicht mehr zu sagen :confused:

Findest du auch nicht. Deine erzeugte *.mo Datei muss entweder:

wp-mailinglist-plugin-de_DE.mo

oder

wp-mailinglist-de_DE.mo

heissen (benenne sie so) und in diesen Ordner reingeladen werden.
Dann solltest du deutsch bekommen.

Genau, Filezilla ist unter GPL released und hier gehostet: FileZilla - The free FTP solution

Wie heißt die Hauptdatei der Ordner oder die Hauptdatei des Plugins ?
Normalerweise werden Sprachdateien für Plugins nach einem bestimmten, erforderlichen Schema benannt.

Beispiel: Google Sitmap Plugin
Hauptdatei: sitemap.php
Ordner: google-sitemap-generator
Sprachdatei: sitemap-de_DE.mo

Umgehend entfernen! Das ist ein Datei-Uploader, mit dem man beliebige Dateien raufladen kann, die man dann ausführen kann.
Gehört überhaupt nicht zu WordPress! Und wenn der Besitzer die selbst geschrieben hat, dann umschreiben lassen. Aber die muss runter.