Beiträge von codestyling

Zitat von Alphawolf

Hey Heiko,

zuerst mal muss ich sagen: Bin seitdem vollkommen ab von poEdit, und nutze für die Lokalisierung meiner Plugins nur noch dein Schmuckstück. Bei der Arbeit damit sind mir einige Dinge ein- und aufgefallen.

1. Wird es möglich sein, in Zukunft wie bei poEdit Kommentare für einzelne Einträge anzulegen/ zu bearbeiten/ zu löschen?

Ja, dies wird es geben.

Zitat von Alphawolf

2. Was mich bei poEdit immer störte, ist, dass beim Einlesen der php-Dateien ausnahmslos alle lokalisierbaren Strings eingelesen werden, also alle _e() und __() "gewrapten". Selbst jene, die keine plugin-spezifische Textdomain haben. Nutze ich in meinem Plugin z.B.

PHP

_e('Author');

wird dies mit in meine .po-Datei geschrieben, obwohl diesem String nicht meine Textdomain zugewiesen wurde, sondern dieser String von der WP-Sprachdatei gespeist werden soll.
Wäre es da nicht besser, nur jene Strings einzulesen, die eine Textdomain haben, also von einer gesonderten Plugin-Sprachdatei gespeist werden? Alle anderen ohne angegebener Textdomain werden ja automatisch von der WP-Sprachdatei gespeist. Oder habe ich da einen Denkfehler?

Jein. :) Einerseits hast du Recht, dass Einträge ohne Textdomain nur die Hauptdatei von WP betreffen. Allerdings kann der Pluginschreiber seine Domain einfach mal vergessen haben und der Text ist doch Plugin spezifisch. Dann ist der nicht übersetzt.
Wenn man Texte-Paare nicht übersetzt, dann sind die in der *.mo auch nicht drin. Ich werd überlegen, ob ich dafür einen Schalter/Option mache, denn der Scan-Prozess ist ebenfalls gerade in der Überarbeitung.

Zitat von Alphawolf

3. In der Übersicht der verfügbaren Sprachen der Plugins hat eines meiner Plugins den Eintrag "locale: fa_IR". Vermutlich deshalb, weil du diesen locale String nicht hinterlegt hast. fa_IR ist "Persisch (farsi)", also wohl ein Dialekt. Nur eine Kleinigkeit, aber der Vollständigkeit halber.

Ja, ist mir bekannt. Die neue Version wird alles unterstützen, was geht, also auch so was wie "ja_JP.utf-8.mo" .

Zitat von Alphawolf

4. Auch eine Kleinigkeit... Beim Erstellen einer neuen Sprache wird ja der Wert für "Letzter Übersetzer" automatisch mit dem Nicknamen und der E-Mail des aktuell eingeloggten Nutzers vorbelegt. Wäre schön, wenn der Wert mit dem Vor- und Nachnamen, sofern für den aktuellen Nuzer vorhanden, vorbelegt würde, und als Fallback der Nickname genutzt würde.
Das war's schon.

Ist ebenfalls auf der TODO Liste. Wie ich schon im meinem letzten Blogbeitrag angerissen hab, was die Weiterentwicklung betrifft, gibt es jetzt auch Sneak Peak Screenshots dazu (je nachdem, welches Teilgebiet gerade fertig geworden ist).

Ich hoffe, das es zum WordCamp dann eine runderneuerte und massiv aufgewertete Version 2.0 geben wird.

Kannst du das hier mal bitte in deine wp-config.php gleich nach den DB Einstellungen aufnehmen:

set_magic_quotes_runtime(0);

Diese Einstellung sorgt, wenn sie 1 ist im Zusammenspiel mit vom Provider unterdrückten Fehlermeldungen u.a. für weiße Seiten.

Das mit Feeds nicht richtig seitens WordPress umgegangen wird, hab ich bereits hier beschrieben und für einige WP Versionen eine Patch zum Download. Code Styling Project WordPress Dashboard Feeds mit fehlerhaften Umlauten

Achtung: In der WP 2.7 Version ist die betroffene Datei anders, deshalb der Patch mit testen, hab den korrekten 2.7 Patch noch nicht gemacht. Das Problem ist bereits WP gemeldet und betrifft bei Weitem nicht nur die Dashboard Feeds: #7563 (html_entity_decode at RSS Feed import doesn't respect charset of Blog) - WordPress Trac - Trac
(wurde auf Milestone 2.7.1 erstmal als Letztes gesetzt)

Zitat von Silencer

Also Mercury läuft bei mir nicht, habe es auch noch nie verwendet.

XAMPP -> Linux
WAMPP -> Windows
MAMPP -> Mac

Ich nehme an, das der Ursprungsposter H.-W. einen WAMMP (der trotzdem XAMMP auch dort heisst), meint. Unter Windows gibt es kein Mail Programm, das mit dem PHP des Apache von Haus aus arbeitet. Das muß man erst einrichten.

Ein richtiger Linux XAMMP kann bereits auf die Programm mail zugreifen und natürlich auch E-Mails out of the box senden.

Hast du in dem Einstellungen von TinyMCE Advanced folgendes eingeschalten:

• Import the current theme CSS classes

Wenn ja, nimmt er das CSS deines Themes zur Anzeige im Innenleben deines Editors. Wenn dein Theme also oben einen grauen Bereich hat, dann wirst du den auch so dann sehen. Du kannst das deaktivieren oder die tinymce Style in deiner Theme CSS zusätzlich angeben (Qualitätsthemes machen das!)

Und einen einfachen Zeilenumbruch statt Paragraph bekommt man im TinyMCE mit SHIFT + ENTER hin :)

Kann es sein, das der Server infiltiert mit einem Rootkit ist?
Serverlast, Abstürze und Apache-Fehlverhalten etc. sind Anzeichen so was. Ich würde das gründlich checken.

Das ist fehlerhaft programmiert, hier die Beschreibung, weswegen der Code durch PHP angemeckert wird: PHP: List of php.ini directives - Manual

und hier der Code selbst:

193: $fp = @fsockopen($host,$port,[COLOR=Red][B]&[/B][/COLOR]$errnr,[COLOR=Red][B]&[/B][/COLOR]$err,10);

Dein Provider hat das so eingestellt, das sogar eine Fehlerunterdrückung nix bringt. Versuch den Wert umzustellen (umstellen zu lassen) und/oder schreib den Autor an.

Zitat von tomatl

Hi Söan,
jep aktiviert, deaktiviert, deinstalliert, wieder installiert und aktiviert, permalinks deaktiviert, default-theme aktiviert - no chance, die bilder machen sich nicht in einem js-fenster auf...

Die Dateien fehlen, sind beschädigt oder die Zugriffsrechte stimmen nicht

Zitat von Sennix

Vielen Dank Söan!!!
Aber warum steht sowas nicht in der Doku?

Dann schau mal in dein Backend unter "Einstellungen - Allgemein !

Zitat

Dokumentation zur Formatierung von Datum und Zeit. Klicken Sie auf "Änderungen speichern", um die Vorschau zu aktualisieren.

Dort ist der Link sogar zur Datumsseite von PHP drin, denn Datumsformatierung ist bei PHP beschrieben und wird nicht redundant gemacht.

Dann da ganze so:

[COLOR=Black]<?php
if (function_exists('nggSlideshowWidget')) {
    echo "ngg vorhanen";
    nggSlideshowWidget(2,700,110); 
 
} else {
    echo "<a><img src=[COLOR=Red][B]\"[/B][/COLOR]".[/COLOR][COLOR=Blue]get_bloginfo('home')[/COLOR][COLOR=Black]."/deinbild.jpg[B][COLOR=Red]\"[/COLOR][/B] /></a>" ;
} 
?>[/COLOR]

Falls das Bild in Unterordnern liegt (also nicht im Root) bitte noch dazwischen schieben.

Zitat von jaeger

Hab nun die NextGEN Gallery installiert. Funktioniert echt wunderbar, nur der gleiche Fehler. Liegt anscheinend wirklich eher am css.
Freiwillige Feuerwehr Dahlenburg

Folgendes fehlt in deiner style.css deines Themes:

.storycontent { float: left; }

Dann klappt es mit der Gallery (schon per FireBug getestet) und auch mit einer normale Seite. Die "normalen" Seiten bitte aber nochmal alle nachtesten, sollte aber keine weiteren Probleme verursachen.

Lieber ganz aus dem Theme rausnehmen und grundsätzlich die WP eigene jQuery Version verwenden. Hatte schon mehrere Threads damit beantwortet: http://forum.wordpress-deutschland.org/design/44481-o…html#post216436

Deinen Textbehandlung ist nicht ok, doppelte Hochkomma, die du innerhalb von Strings in doppelten Hochkomma verwenden willst, musst du escapen:

[COLOR=Black]
<?php
if (function_exists('nggSlideshowWidget')) {
    echo "ngg vorhanen";
    nggSlideshowWidget(2,700,110); 
 
} else {
    echo "<a><img src=[COLOR=Red][B]\"[/B][/COLOR]http://www.meine Webseite/Bild.jpg[B][COLOR=Red]\"[/COLOR][/B] /></a>" ;
} 
?>[/COLOR][COLOR=#000000][COLOR=#0000CC][COLOR=Black][/COLOR]
[/COLOR][/COLOR]

Zitat von cybaGS

jedoch habe ich immer noch das problem das firefox abstürzt wenn ich in der dashboard-navi auf "Artikel" klicke... es laedt die liste, dann stürzt firefox ab... woran kann das liegen? hab nur adp als ff-plugin drin :neutral:

Kannst du die Crashdaten, die FF senden will abspeichern, um sich das mal ansehen zu können (evtl auch Crash Screenshots) ?

Zitat von koellmania

PHP

<?php
header('Content-type: text/css');
$menu_color = [COLOR=Red][I][B]get_post_meta($post->ID, 'menuecolor', true);[/B][/I][/COLOR]
?>.menu {
    color: <?php $menu_color; ?>
}

Genau das geht nicht, denn diese php Datei wird ja direkt und ohne Initialisierung von WP ausgeführt und wird nix als eine Fehlermeldung zurückliefern, daß die Funktion get_post_meta nicht existiert!

"Außerhalb von der Loop" heißt in dem Artikel vom Frank aber innerhalb eines von WP initialisierten Templates und nicht in einer von System unabhängigen PHP Seite, was dein Ansatz nur mal ist.

Das wird sich mit PHP 6 sowieso erledigen, denn: PHP: Laufzeit-Konfiguration - Manual

Zitat

Entfernt in PHP 6.0.0.

also fliegt das endlich weg :-)

Ergänzung: Um es abzurunden, ich hab den Fehler auch auf meinen lokalen Test-System nachgestellt und genau so solche Abstürze bekommen. Daraufhin hab ich den Bugfix, der schon für die mbstring.func_overload Einstellung von mir als Patch eingebracht wurde, wiederbelebt als [COLOR=Red]kritisch [/COLOR]für die WP 2.7.1 Version http://trac.wordpress.org/ticket/5599#comment:25

Ich kenne zwar deinen Provider nicht aber ich würde annehmen (wie es üblich ist) dass es auf Grund deine Angaben zum Hochschalten dann so aussehen müsste:

RemoveType .php
AddHandler x-httpd-php4 .php

oder

RemoveType .php
AddHandler x-httpd-php .php

magic_quote_runtime beeinflusst natürlich auch die Session Datei auf dem Server. Deshalb stimmt auch dann die Anmeldung nicht.
Diese Einstellung ist ziemlich übel und hat so manche Nebenwirkung auf diverse PHP Systeme.
Läuft das Forum denn nicht ohne diese Einstellung ?

Das ist eines der Probleme: PHP: set_magic_quotes_runtime - Manual

Zitat

get_magic_quotes runtime and set_magic_quotes_runtime are useful when you want to read some data in a binary file using fread() and some bytes in such file may be interpreted as \ (backslash), " (double quotes), ' (simple quote) or any "special" character that has a meaning for string processing.

Wenn das an ist, wird das Binärfile de_DE.mo durch diese Funktion beim Einlesen mit zusätzlichen Zeichen erweitert, was dann in die Hose gehen muß.
Hast du cgi Prozesse oder mod_php laufen ?
Bei cgi kannst du in der wp-config.php mit

set_magic_quotes_runtime(0);

dieses nur für WP deaktivieren und dann testen.

Ja, denn die Theme-Aktivierung ist ein iframe. Wenn du einen Frame-Buster eingebaut hast, dann funktioniert die Aktivierung nicht mehr !
Den solltest du umgehen im Theme für die Aktivierung, ich glaube auf Texto.de gabs da einen Artikel dazu.