Beiträge von codestyling

Bei Bildgrößen von 1280 x 960 benötigt die GD Lib für das pure Einladen des Bildes folgende freie Speichermenge (RAM):

1280 x 960 * 4*4 Byte (R,G,B,A je 4 Byte pro Bildpunkt) = 19660800 Bytes = 18.75 MB

Das muß on Top noch mindestens frei sein, um das Bild überhaupt einladen zu können. Wenn jetzt davon noch weitere Versionen in verschiedenen Größen erstellt werden sollen, bleibt dieser Speicher belegt und man braucht pro neuer Bildgröße den nach oben genannter Formel zu berechnenden zusätzlichen Speicher. Deshalb kann es passieren, das zwar das Bild hochgeladen und vielleicht ein eingeladen wurde, die annschliessende Auflösungserstellung hat dann aber nicht mehr genügend Speicher ürbig und bricht ab.

Auch wenn ein Bild pro Forma klein aussieht (jpeg = komprimiertes Bild), benötigt eine Bildmanipulation das volle RGBA-Format im Speicher, und das ist leider ziemlich groß.

Findet man in WordPress Codex samt Beispiel:

http://codex.wordpress.org/Plugin_API/Fil…_mail_from_name
http://codex.wordpress.org/Plugin_API/Fil…ce/wp_mail_from

Kann man hier nachlesen und Beispiel ist gegeben: http://codex.wordpress.org/Editing_wp-con…grade_Constants

Dazu hätte ich erstmal ein paar Fragen:
1.) Bist du bei der Einrichtung strikt nach Codex gegangen: http://codex.wordpress.org/Create_A_Network ?
2.) Hast du unter /wp-content/ das blogs.dir Verzeichnis angelegt?
3.) Hast du die .htaccess korrekt angepasst ?
4.) Hast du die wp-config.php erweitert mit: define( 'SUNRISE', 'on' );
5.) Hast du die sunrise.php in das /wp-content/ Verzeichnis verschoben (domain mapping) ?

Ich hab einige Installationen eingerichtet, die sowohl Multisite als auch Domain Mapping einsetzen und hab das Domain Mapping plugin immer im /wp-content/mu-plugins/ Verzeichnis.

Zum Thema frei wählbare Backendsprache (unabhängig von der definierten Sprache per wp-config.php oder in Multisite per Site-Einstellung) empfehle ich dir mein Plugin "WP Native Dashboard"

Der Text "Leave a Reply" kommt im TwentyTen gar nicht vor sondern kommst direkt aus der WordPress Sprachdatei der Core Comment Functions. Wenn dein WordPress keine deutsche Sprachdatei für WordPress lädt, wird das auch englisch bleiben.
Stelle sicher, dass die deutsche Sprachdatei von WP vorhanden, in der wp-config.php die deutsche Sprache definiert wurde und du bekommst dann deine Texte in deutsch.

Also das Forum auf dem iPhone ist trotz des mobilen Styles nicht so richtig brauchbar und kostet viel zuviel Zeit in der Bedienung.
Warum gibt es im mobile Theme nicht diesen Link ?

http://forum.wpde.org/search.php?do=getnew&contenttype=vBForum_Post

Dieser würde alle neuen Beiträge mit einem Klick auflisten, selbst die mobile Suche gibt das nicht her!

Öffne man in der Widget Seite in der rechten oben Ecke die Lasche beschriftet mit "Optionen einblenden" und deaktiviere den "Zugänglichkeitsmodus".
Dann geht auch drag & drop wieder, die Zuweisungen per Anklicken und Auswählen sind nur in diesem Mode an.

Wozu Filezilla? Die kann man ganz normal hochladen mit WordPress, so wie du es mit Bildern machst. In Multisite Umgebungen muß man ggf. in den spezifischen Siteeinstellungen noch pdf erlauben, sollte aber in Standardinstallationen bereits möglich sein.

Hat dein Co Admin ein Browser Update gemacht? Das kann u.U. dazu führen, das der Browsercache Mist macht, Chrome und FF sind bekannt dafür, je nach Einstellung (und durch Zwangsupdates) sich an den eigenen Caches zu verschlucken.
Ich würde den Cache löschen lassen, wenn absolute auszuschliessen ist, das es Theme und/oder Plugin Änderungen (sowohl PHP, CSS als auch Einstellungen) gab.

2. Möglichkeit ist die, das ein Plugin nun aktive geworden ist, weil in einem neuen Beitrag nun eine Fuktionalität benutzt wird, die bisher noch nie benutzt wurde (shortcode etc.). Dann könnte es bei anderen, die es nicht verfasst haben, ggf. im Backend warnings geben, die dann das Laden von Scripten behindern.

Mit der kommenden Version gibt es Änderungen an der Sprachdateien! Wir sollten im Vorfeld ergründen, wie das zu handhaben ist, bevor eine deutsche Version dann nur die Hälfte von dem macht, was sie sollte.

Hintergrund kann hier nachgelesen werden: http://www.code-styling.de/deutsch/aender…rdpress-34-core

Da spielt ein Plugin oder Theme verrückt und zerstört mit eigenen Scripten oder CSS das Backend und den Editor.
Deaktive mal alle Plugins und lösche deinen Browser Cache. Danach sollte der Editor funktionieren. Wenn nicht, kann es nur noch das Theme sein, sofern es nicht eines von wordpress.org (twenty-ten oder twenty-eleven) selbst ist.
Im Theme Falle dann nochmal auf das Standard Theme wechseln.

Für den Fall, das es an einem Plugin liegt, würde ich diese einzeln wieder aktivieren und nach jedem Plugin testen, ob es noch geht. Damit findest du den Übeltäter.

Schlimmster anzunehmender Fall wäre, dass du eine ältere Version von WordPress bzw. von timthumb benutzt, die dazu geführt hat, dass dein Blog kompromitiert wurde. Davon würde ich aber erst ausgehen, wenn o.g. Aktionen zu keinem Erfolg führen.

In deinem Theme fehlt schlicht und ergreifend eine author.php, die normalerweise jedes Theme haben sollte.
Schau dir twenty-ten oder twenty-eleven an, dort gibts die. Mit ein wenig Anpassung an dein Theme sollte es dann auch mit den Autoren klappen.

Wie wäre es denn zum Beispiel mit diesem Plugin: http://wordpress.org/extend/plugins/wp-native-dashboard/ ?

Zu diesem speziellen Thema hab ich bereits 2 Blogbeiträge verfasst, weil ich bis vor Kurzem selbst ein Betroffener war. Wann man mehr Limit bei 1und1 bekommt und was man machen muß, hab ich beschrieben: http://www.code-styling.de/deutsch/kunden…im-memory-limit

Die vorhanden Sprachdateien sind nicht standard konform benannt.
Beispiel(e):
wp_phpbb_bridge-ru.po statt wp_phpbb_bridge-ru_RU.po
wp_phpbb_bridge-de.po statt wp_phpbb_bridge-de_DE.po

Mein Plugin kann derzeit nur mit den Sprach- und Landeskennungen (locale basiert) arbeiten. Deswegen erkennt es auch die Dateien nicht.
Wenn du neue anlegst, werden die korrekt angelegt.
Was WordPress lädt, hängt von deiner Definition in der wp-config.php unter WPLANG bzw. bei Multisite von der Einstellung der jeweiligen Blogs ab.

Nur die *.po zu übersetzen, hilft nicht. Die daraus erstellte *.mo Datei ist es, die WordPress lädt. Diese kannst du mit "Erstelle Sprachdatei" Knopf im Editor nach Übersetzung herstellen.

Wäre hilfreich, zu wissen, welches Plugin du übersetzen willst und einen Link zum Download dieses Plugins.
Denn nicht alle Plugins lassen sich übersetzen, obwohl es pro forma so aussieht, denn einige Pluginentwickler "schlafen" bei der Programmierung.
Ich kennen mittlerweile mehr als 100 weit verbreitete Plugins, die mit Übersetzungen nicht funktionieren obwohl der Author das behauptet hat.

Thickbox Beschriftungen

Ich hatte zu dem Thema Thickbox bereits vor längerer Zeit einen Artikel geschrieben: http://www.code-styling.de/deutsch/beschr…dpress-anpassen

Wie wäre es mit diesem Plugin hier: http://wordpress.org/extend/plugins/page-columnist/ ?

Sieht so aus, als hättest du bei deinem Umzug den Uploads Ordner nicht mir auf den neuen Webspace umgezogen und/oder den Upload Ordner nicht richtig in WordPress konfiguriert. Wenn man es direkt aufruft (das Bild) ist da keines zu holen.

Verstehe den Anwendungfall nicht. Sagen wir mal dein Theme hat die textdomain "ABCD" und du möchtest als Plugin BuddyPress mit in die gleiche Sprachdatei haben. Dann müstest du erstmal ca. 1000 Stellen in BuddyPress von der BuddyPress textdomain auf "ABCD" ändern. Dann müsstest du das alles in einen Ordner zusammkopieren und scannen lassen.

Allerdings ist die viele Arbeit dahin, wenn es ein Pluginupdate gibt (zum Beispiel wegen eines Sicherheitsrisikos, welches du nicht ignorieren kanns) und alles wieder auf BuddyPress steht.

Kannst du einen plausiblen Anwendungsfall dazu liefern, mir fällt keiner ein.