Beiträge von Tutrix

    Ja. Wie kann ich feststellen ob er für das Plugin ausreicht?


    wie viel hast du denn, bei mir sind es 128M und da hat es funktioniert
    wobei ich das Plugin ja nicht mehr online nutze, wird ja eh nur bei Änderungen benötigt und muss so nicht ständig mitlaufen
    kannst ja z.B. auch mal nicht verwendete Themes löschen


    Wie machst Du das? Wie hast Du es hinbekommen, dass die Pfade dann in der Datenbank immer korrekt sind, auch zu Bildern und Bildergalerien usw.?

    nun WP / Themes / Plugins / CSS ist ja bis auf die Domain(nur 2 Anpassungen) lokal/online identisch
    Artikel erstelle ich nur online, somit habe ich die richtigen Pfade auch in der lokalen Datenbank.
    Heißt die Bildpfade(in Artikeln) der lokalen Installation, greifen auf online Bilder zu.
    Wenn du natürlich lokal Artikel erstellst, muss du die Pfade anpassen.
    Aber auch dafür gibt es ein Plugin, das dies automatisch ändert.

    Search and Replace

    oder ohne Plugin selbst in der Datenbank ändern

    lokale Adresse durch Domain tauschen

    SQL
    UPDATE wp_posts SET post_content = replace(post_content, 'http://localhost/wordpress/', 'http://deinedomain.de/');

    deren Seite her maximalen Wert

    stellt sich die Frage was deren maximaler Wert ist und ob der für dieses Plugin ausreichend ist
    ist ja auch abhängig davon was alles an Themes, Plugins usw. installiert und durch das Plugin gescannt wird

    Ich habe auch nicht gerade den Eindruck, dass Wordpress auf das (außerhalb der Blog-Szene) konventionelle Prinzip der lokalen Entwicklung und dann des Uploads auf den life-Server ausgelegt ist. Beispielsweise werden an allen möglichen Ecken und Enden absolute Pfade von Wordpress geschrieben!

    In Zukunft will ich den Blog nur mehr online erweitern (sowohl inhaltlich wie auch technisch gesehen), ich sehe ja jetzt, wieviele Probleme bei der Migration von lokal auf online auftreten.

    kann ich nicht nachvollziehen, hab meinen Privaten Blog parallel lokal auf dem PC und mache alle Änderungen da
    erst wenn lokal alles passt lade ich die Dateien hoch und das ohne Probleme
    gleichzeitig spiele ich die jeweils aktuelle online Datenbank auf das lokale System
    auf diese Art habe ich auch immer ein aktuelles Backup (Dateien und Datenbank)


    Und irgendetwas stimmt mit diesem Plugin nicht.
    Die Frage ist, was könnte das sein?

    Funktioniert bei mir ohne Probleme und bei dir wie du schreibst lokal ja auch, somit ist die online Serverkonfiguration wohl das Problem nicht das Plugin

    "weiße Seite" oben in die Suche eingeben und du weist warum(meist Memory_Limit)

    Aber wenn du die Möglichkeit hast lokal das Plugin anzuwenden, warum zusätzlich auch noch auf dem Server?
    Du kannst ja alles lokal übersetzen und musst nur die erstellten Dateien hochladen.
    Je weniger Plugins auf dem Server sind um so besser :wink:

    vermute mal du meinst bei "E-Mail-Adresse"
    das liegt an der deutschen Übersetzung, angepasst ist die Formatierung an "E-Mail"

    du kannst mal dies in die style.css einfügen

    Code
    #respond .comment-form-email label {
        padding: 4px 35px 4px 10px;
    }
    #respond .comment-form-email .required {
        left: 85%;
    }

    Da bin ich wohl an einer anderen sidebar.php am ändern.
    In welchen Verzeichnis finde ich die von Dir geänderte sidebar.php?

    Ich ändere keine sidebar.php, sondern verwende lediglich ein Entwicklerwerkzeug(Firebug) um deine Seite zu untersuchen und bearbeite sie "nur" im Browser

    Auch behebt das entfernen des </div> in der sidebar.php(befindet sich im Themeordner) nicht den eigentlichen Fehler, sondern korrigiert diesen nur.

    Durch welchen Vorgang auch immer, ist ein </div> zu viel in der Sidebar

    Du kannst dich aber an nichts mehr erinnern, was natürlich bei der Fehlerbehebung nicht gerade hilfreich ist.

    Das der Kalender nicht korrekt formatiert ist, hab ich ja bereits geschrieben(ist aber immer noch da)
    Das es eine neue Version des Themes gibt, hab ich auch erwähnt, du verwendest weiterhin das veraltete Theme(eventuell nicht mehr kompatibel mit 3.5)

    Sollte dich

    das testweise neu installieren der alten Theme Version(vielleicht durch Serverfehler Datei geschädigt).....
    das testweise installieren der neuen Theme Version....
    das testweise neu anordnen der Sidebar(entfernen, wieder einfügen aller Widgets)....
    das testweise deaktivieren von Plugins....

    überfordern oder den Fehler nicht beheben, ist dein Problem vielleicht etwas für die Jobbörse
    dann kann sich das jemand der sich damit auskennt, direkt auf deinem Blog mal ansehen

    wie fügst du denn den Kalender ein?

    Dieser wird nicht so formatiert wie die anderen Widgets, was zu dem zu vielen </div> führt

    du kannst mal hier(sidebar.php)

    PHP
    <?php include (TEMPLATEPATH . '/searchform.php'); ?>
    	  </div>


    das </div> entfernen, was den Fehler beheben müsste

    Ursache ist aber der vermutlich der falsch eingefügte oder für dieses Theme nicht angepasste Kalender

    ne die footer.php passt so, die 2 schließende

    Code
    </div>
    </div>

    die da sein müssen, sind ja vorhanden..............also keins hinzufügen

    man sieht nur, dass das page "div", also dass das die Seite umschließt nicht geschlossen oder durch einen Fehler zu früh geschlossen wird

    wenn man die Seite mit Firebug manipuliert, also ein </div> hinzufügt passt alles

    Problem ist immer, wenn derjenige der das Problem hat, nicht mehr weiß was er gemacht hat oder seit wann oder durch was das Problem entstanden ist

    also mal Plugins abschalten, nachdenken wann die Seite zuletzt "einwandfrei" lief und was du danach alles geändert, installiert oder aktualisiert hast

    oder die neue Version des Themes verwenden

    müsste ja dann bei der Menü hide/show Funktion ergänzt werden


    also mal (main.js)

    Code
    subMenuShow:function(item, sClass){
      		    $(">"+sClass, item).stop(true, true).slideDown(400, "easeOutCubic");
    		},
    		subMenuHide:function(item, sClass){
    			$(">"+sClass, item).stop(true, true).slideUp(400, "easeOutCubic");
    		},


    ändern in

    Code
    subMenuShow:function(item, sClass){
      		    $(">"+sClass, item).stop(true, true).slideDown(400, "easeOutCubic");
    			$("#page_layout_cover").stop(true).fadeIn(600);
    		},
    		subMenuHide:function(item, sClass){
    			$(">"+sClass, item).stop(true, true).slideUp(400, "easeOutCubic");
    			$("#page_layout_cover").stop(true).fadeOut(0);
    		},

    Das Theme an sich hat keine festgelegte Sprache.


    Nun das stimmt so nicht wirklich.
    Diese Themes verfügen über eigene Sprachstrings, die meist nicht auf die Sprachdateien der jeweiligen WP-Installation zugreifen, sondern auf Theme interne Sprachdateien(sofern vorhanden/übersetzt).
    Zusätzlich haben diese Themes in der Regel recht aufwendige Einstellungsmöglichkeiten im Dashboard.
    Auch diese sind in englischer Sprache und werden nur in eigener Sprache angezeigt, wenn eine entsprechend übersetzte .mo Datei vorliegt. Wenn man also kein Englisch kann, hat man ein Problem.

    Sprachkenntnisse vorausgesetzt, ist es jedoch recht einfach das Theme mit deutschen Sprachdateien zu versehen.

    Zitat aus der Themebeschreibung

    Zitat

    Language Localization with Poedit

    Also mit Poedit oder dem Plugin Codestyling Localization

    Da es viele deutsche Käufer gibt, sieht man an der Flagge, kann man ja auch mal nachfragen ob sich bereits einer die Mühe zu übersetzen gemacht hat.

    Das mit der Sidebar ist bei diesem Theme Absicht, es geht ja schließlich um die Lesbarkeit deiner Seite, nicht darum das alles "egal ob klitzeklein" auf dem Smartphone zusehen ist.
    Auch im normalen PC-Browser rutscht die Sidebar nach unten, musst ja nur das Browserfenster entsprechend verkleinern

    Es wechselt ja auch das Menü, bei kleiner Auflösung

    Die einzelnen Angaben sind über

    Code
    @media screen and (max-width

    formatiert