Beiträge von codestyling

  • 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.

  • Suche Upload-Manger u. Popupfunktion

    Da du WP Super Edit installiert hast, kann dieser Probleme nach sich ziehen.
    TinyMCE gehört bereits zu Lieferumfang und ist speziell von und mit Moxiecode an WP angepasst, die Download Variante von Moxiecode direkt arbeitet so nicht mit WP.

    Um alle Funktionen von TinyMCE freizuschalten, gibt es das Plugin TinyMCE Advanced: http://www.laptoptips.ca/projects/tinymce-advanced/

    Während des Hochladens von Bildern in die Mediathek beim Schreiben lässt sich festlegen, ob in wie man beschriften oder verlinken will.
    Wenn du ein umfassenderes Bildverwaltungsystem mit eingebauten Anzeigfeatures haben möchtest, empfiehlt sich NextGen Gallery: NextGEN Gallery at alex.rabe