Beiträge von codestyling

Also deine Verlinkung bringt das mit sich. Du hast die Seiten verlinkt als:

http://www.egner-bauart.de/?page_id=11
http://www.egner-bauart.de/?page_id=8

aber hättest das so machen sollen, damit das geht:

http://www.egner-bauart.de/profil
http://www.egner-bauart.de/projekte

Du hast keine Permalinks im Header, weswegen WP auch per ID die Seite versucht aus der DB zu holen und wir unsanft abgewürgt, weil du ja den Status auf Entwurf gesetzt hast. Sorg dafür, dass im Menü Permalinks stehen, dann klappts auch mit deiner 404 Seite.
Denn die Kontakt-Seite bekommt auch auch unter:

http://www.egner-bauart.de/kontakt

statt nur mit:

http://www.egner-bauart.de/?page_id=12

Update: ich hab mein Plugin bei wordpress.org/extend/plugins eingereicht und werde es im Laufe des Abends (08.01.2009) erstmal bei mir Online zum Download stellen. Danach werde ich hier nochmal updaten und die Verfügbarkeit kundgeben

Es gibt diese Möglichkeit, aber dies ist nicht mit jedem Browser möglich da es erst im kommenden CSS Standard drin ist. IE hat Probleme damit, Opera machts falsch, Webkit hat Eigenheiten und Firefox machts meist richtig.

Gleiches Problem hatte ich bei einem bekannten, der auch Seiten (keine Posts) in Spalten haben wollte und trotzdem den TinyMCE benutzen will (keine Ahnung von HTML und will auch nicht). Deshalb hab ich ein Plugin für ihn entwickelt, das dies ermöglicht. Da es noch nicht komplett ist, ist es auch noch nicht veröffentlicht. Jedoch plane ich, das in den den nächsten Tagen zu veröffentlichen (die wpautop Geschichte und valider Code ist in seltenen Ausnahmefällen das Problem, die ich noch behandeln muss).

Ich werde diesen Thread dann wieder nutzen, um die Veröffentlichung bekannt zu geben.

Zitat von Putzlowitsch

Ich habe irgendwie bei den ganzen Problemen mit extrem langsamen WP 2.7-Versionen den WP-Cron mit den Versions-Checks und die neue HTTP-Klasse im Verdacht. Wenn da eine der formal funktionierenden Methoden in einen Timeout läuft, könnte das zu diesen Verzögerungen führen.
Mein Vorschlag daher, das Plugin "123 HTTP Transport" installieren und testweise alle Methoden deaktivieren bzw. nur fsockopen aktiviert lassen und gucken, ob es was bringt.

Die neue Klasse scheint noch mehrere Probleme zu bereiten. In meinem lokalen XAMPP System reicht ein einfaches Einlesen eines der vorkonfigurierten Feeds des Dashboards aus, um eine schwere Schutzverletzung im Apache, speziell im Modul mod_ssl auszulösen (Bufferoverflow!). Ich bin gerade dabei, das zu tracen, denn wenn das passiert, macht der Apache einen Restart. Auf Provider-Servern kann ich mir vorstellen, das so ein Restart dann mal locker 2 Minuten brauchen kann.

Hat damit was zu tun wp_collabnotes .
Das ist keine Standard WP Datenbank Tabelle, kommt also aus einem Plugin.

Für WP nicht, ist ja eine Fehlfunktion des Plugins, würde mich an deiner Stelle damit an den Autor des Plugin wenden. So kannst du es offensichtlich nicht einsetzen.

Kannst du das mal versuchen?
http://forum.wordpress-deutschland.org/installation/4…html#post217908

Du versuchst bestimmt, eine nicht deutsche Sprachdatei für WP zu verwenden oder hast eben ein Plugin installiert, das eine kaputte deutsche ? Sprachdatei hat.
Im ersten Fall einfach die Sprachdatei hier Download » Sprachdatei « WordPress Deutschland nochmal runterladen und aufspielen, im anderen Fall die Sprachdatei beim Plugin/Theme mal entfernen.

Hintergrund: Fehlerhafte Pluralformeln der Übersetzer führen bei dieser PHP Zeile u.U. zu Abstürzen!

346 $func_body = "
347 \$plural = ($expression);
348                return (\$plural <= $nplurals)? \$plural : \$plural - 1;";
349 [COLOR=Red]$this->select_string_function = create_function('$n', $func_body);[/COLOR]

Gern geschehen, solange man so gute und qualifizierte Rückmeldungen bekommt, kann man auch punktgenau helfen.

Ja, denn beide Dateien sorgen dafür, das was in dem Div stehen muss. Hätte jemand (Plugin) eingegriffen, wäre die ganze Box weg. Ist die Box aber da und leer, ist das unmöglich, denn der Code muß in dem div dann HTML erzeugen.

Wenn da in dem div tatsächlich nix ist, sind entweder die Dateien

• /wp-admin/includes/template.php
• /wp-admin/edit-form-advanced.php

beschädigt oder irgend ein Javascript reisst den Inhalt raus und wirft den weg. Kann du per Firefox und einer Extension mal Javascript ausmachen und einen Reload der Seite durchführen ? Ohne Javascript müsste die Box-Inhalte dann da sein, wenn es ein Script ist. Fehlen sie dann trotzdem, dann sind es kaputte Dateien.

Zitat von Shark1986

SELECT postid, author, notetime, notecontent FROM wp_collabnotes WHERE postid IN [COLOR=Red]()[/COLOR] AND author != 1 ORDER BY notetime DESC

Ich würde sagen. das der Fehler nicht an der Stelle liegt sondern an dem leeren IN denn die Ergebnismenge ist somit grundsätzlich leer. Kann sein, dass diese der Parser nicht auf die Reihe bekommt!

Da sind keine Post ID's angegeben worden, warum auch immer.

Zitat von DasUnwort

Das muss dann in der wp-admin.css stehen? Oder kann das auch woanders stehen....?

Nein, denn dann hätte das ja jeder als Problem. Ich tippe auf Theme und/oder Plugin. Ist der div mit der id im HTML-Quelltext der Admin Seite drin ?

Hmm, geht in WP 2.7 einwandfrei. Um so eine Box mit leeren Inhalt zu bekommen nur mit dem Text muss ich ein Stylesheet in den Admin Bereich bekommen, das so was macht:

#postcustomstuff {display: none;}

Evtl. hast du ja doch irgend etwas in deinem Theme oder sonstwo, das diese Angabe macht. Schau dir mal den HTML-Quelltext an und such nach id="postcustomstuff". Wenn das im Quelltext der Seite drin ist, dann wird es mutwillig durch irgendwen weggeblendet.

[LEFT]Eines hast du noch nicht gemacht, mal das Kubrick Standard Theme verwendet. Wenn dein Theme durch seine functions.php in die Admin Seiten eingreift, kann es auch dein Theme sein!
[/LEFT]

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