Beiträge von codestyling

  • IE Update und WP wird anders dargestellt...

    Ah, ich seh schon, woran es krankt:


    Du hast Text in MS Word geschrieben und direkt per Copy/Paste in den TinyMCE (WordPress visueller Editor) eingeklebt. Das geht allerdings nicht gut, denn die MS Word Formatierungen, die dann auch in der Seite landen, werden im IE7 und höher interpretiert und führen zu Abschneiden der Seite oder Fehldarstellungen.
    Dazu gibt es im WordPress Editor einen Button in der 2. Zeile (die kann man in der 1. Buttonzeile ganz rechts ausklappen lassen) mit dem man MS Word Text importieren kann.
    Ich fürchte, du darfst deine Texte nochmal korrekt importieren.

  • englisch ja ---> deutsch nein

    Zitat von Roy1009


    Beim Admin in deutsch ist es mal die Datei dann die Datei.

    Komisch nur:

    Fronted und Admin in englisch alles okay

    In englisch wird auch nix zusätzlich geladen, ist ja schon in den PHP Dateien enthalten. Nur für andere Sprachen werden zusätzlich die Texte aus der Sprachdatei geladen. Seit WP 2.7 ist der Speicherbedarf deutlich angestiegen, mit 32M kommt man bei Statistik-Plugins, Sitemap-Generatoren oder NextGen nicht mehr ohne weiteres hin.

  • englisch ja ---> deutsch nein

    Welche Fehlermeldung ?
    Wenn das Frontend funktioniert in deutsch (also die Beschriftungen dann deutsch sind) liegt es nicht an der Sprachdatei selbst sondern an irgend etwas aus dem Backend.

  • W3C Markup Validation mit <em> & <p>

    Code
    <blockquote [COLOR=Red]class="zitat"[/COLOR]>Text, noch mehr Text. Text, noch mehr Text.Text, noch mehr Text.Text, noch mehr Text. Es folgt ein Zeilenumbruch.
Weiter im Text. Text, noch mehr Text.Text, noch mehr Text.Text, noch mehr Text.Text, noch mehr Text.Gleich lassen wir eine Zeile frei.
 
Text, noch mehr Text. Text, noch mehr Text. Und so weiter. </blockquote>

    mit style.css folgend:

    Code
    blockquote.[COLOR=Red]zitat[/COLOR] {
[size=10]  font-style: italic;
[/SIZE]}

    dann werden nur von dir als zitat gekennzeichnet blockquotes kursiv alle normalen blockquotes sind gemäß deiner sonstigen Definition.

  • Dinglish - welche Datei macht die "Übersetzung"?

    Das Theme wurde nie mit WordPress 2.7 von Perun auf 2.7 getestet. Denn es gab mehrere Änderungen in WordPress die die Sprachdatei betreffen. Beispielswiese steht das hier in der comments.php drin:

    PHP
    <?php comment_type(__('Comment'), __('Trackback'), __('Pingback')); ?>


    sollte aber ab 2.7.1 so aussehen:

    PHP
    <?php comment_type(_c('Comment|noun'), __('Trackback'), __('Pingback')); ?>


    Diese Änderungen sollten die Theme Entwickler entweder mitziehen, wenn sie die Hauptdatei verwenden oder dem Theme eine eigene Sprachdatei geben, die unabhängig von der WordPress Datei macht.
    Die anderen Sachen dürften ähnliche Probleme sein.
    [COLOR=Black][/COLOR]

  • Sprachdatei Fatal error: Allowed memory size of *** bytes exhausted?

    Bis zur Version 2.6.1 gab es in WordPress Probleme mit Sprachdateien. Diese beruhen ausnahmslos auf Einstellung von PHP seitens des Providers und treten nur bei bestimmten Hostern auf. Überdurchschnittlich oft trifft es den Hoster all-inkl.com beim dem das vorkommt.
    Allerdings sind die Fehlermeldungen und Erscheinungen sehr unterschiedlich.
    So wie du deinen Fehler beschreibst, würde ich als Erstes mal sicherstellen, dass die Sprachdatei korrekt auf dem Server angekommen ist.
    Dazu benutzt du ein FTP Programm, stellst in dessen Konfiguration ein, das Dateien binär übertragen werden sollen und lädst die de_DE.mo nochmal hoch. Ich vermute, diese wurde bei dir im Textmodus hochgeladen und dabei zerstört.
    Wenn das nichts gebracht hat, dann gibt's hier noch eine Menge Tips zum Testen: Code Styling Project WordPress Fehler durch Sprachdateien - die Ursache
    So im Blindflug ohne konkrete Angaben des Providers, ob SafeMode an ist und wie PHP eingestellt ist, kann ich nicht mehr dazu sagen.

  • Datenbank Abfragen wo ist die schmerzgrenze?

    Je weniger, desto besser. Aber es hängt von der Komplexität des Themes und der geschickten Programmierung ab. Ausserdem kann ein RootServer, auf dem man allein ist und die Datenbank lokal hat, deutlich mehr Anfragen in der gleichen Zeit stellen, also auch ein Hosting Problem.
    Bei 20-40 Abfragen bist du im grünen Bereich, bis zu 70 passieren schon mal bei komplexeren Themens (gelb). Es gibt aber auch Magazin-Themes (nein ich nenne hier keine Namen), die es auf bis zu 400! Abfragen bringen und damit auf Massenhostern schon mal 20-30 Sekunden brauchen bis die Seite angezeigt wird.

  • Safe Mode - Möglichkeit der Umgehung?

    Zitat von flopi78

    Mein Hoster hat auf meine Anfrage Safe Mode ohne weiteres nachfragen deaktiviert. So kann ich nun die automatischen Updates (ab WP 2.7.) durchführen. Aber was sind die Nachteile, wenn Safe Mode ausgeschalten ist. Oder ist das gar gefährlich (Hackerangriffe)? Sorry, kenn mich da gar nicht aus.


    Hier eine deutsche Beschreibung: Was ist der sog. safe_mode für PHP? &mdash; Universität Koblenz-Landau
    und hier die englische (eigentlich sollte es deutsch sein) Beschreibung von PHP selbst: PHP: Security and Safe Mode - Manual

    Mit PHP6 wird der safe_mode sowieso abgeschafft, er schadet mehr, als er nutzt, denn auch diese Konfiguration kann Einbrüche in unsichere Systeme nicht verhindern sondern nur Bestenfalls verzögern.

  • Kennt jemand das Programm Artisteer?

    Zitat von jottlieb

    Natürlich ist es möglich über das Theme eigene Widgets mitzuliefern, aber der Autor meinte vermutlich eher dass es nicht möglich ist zu definieren, welche Widgets aktiv sein sollen.


    Auch das ist kein größeres Problem. Man lädt während der Theme-Aktivierung zum Bespiel die Optionen der Sidebar(s) ein, modifiziert die mit Verstand und schreibt sie wieder raus. Nach erfolgter Aktivierung sind dann auch gleich aktive Widgets in der/den Sidebar(s). Machbar ist auch dies.