Beiträge von -pcf-


    ... muss ich feststellen das ein Teil des Backends nun in Englisch, ist...
    Jemand eine Idee?

    Nur ein Teil? Kommt mir bekannt vor... nach Update von 2.6x auf 2.7.
    Prüf mal, ob sowohl für das verwendete Theme (...wp-content/themes/[themename]) als auch für WP selbst (...wp-content/languages) die de_DE.mo und de_DE.po -Dateien in der korrekten Groß-Kleinschreibung vorhanden sind...

    Zitat

    es kommen keine Emails an

    Werden keine versendet oder kommen keine an?

    Meine Checkliste wäre:
    Versand-Optionen, Adresse und Passwort, SMTP-Einstellungen überprüft und ok?
    Ist SMTP vom Webhoster evtl. gesperrt worden?
    Versendet Dein WP an eine Adresse bei einem anderen Mailprovider?
    Womöglich hat der die Spamfilter geändert (auch Spam-Ordner checken)?


    Wenn Du einen Hoster hast, der Mailpostfächer in Zusammenhang mit dem Webspace anbietet wäre es, bei fehlendem Zugriff auf Logateien, machbar, dort ein Mailkonto à la "wp-versand@meinedomain.ext" anzulegen, die Zieladresse im WP-Blog dorthin zu ändern und zu schauen, ob dort etwas eintrudelt...

    Hi! Die Freundin möchte ein anderes Layout, und nun tauchen zwei Fragen auf. Meist finde ich, was ich suche, ohne Nachfrage - diesmal leider nicht. Daher zwei Fragen:

    1. Gibt es eine Möglichkeit, einzelne Links in der Linkliste der Lidebar anders (kursiv/Farbe) zu formatieren?
    In Textwidgets kann ich HTML eingeben, aber unter "Links / Link bearbeiten" wird das im Feld "Text" anscheinend nicht angenommen :-\

    2. Das Theme hat kein "Login/Logout" in der Sidebar.
    Hab das gewünschte Einloggen auf der Startseite derzeit provisorisch gelöst mittels eines Links auf "wp-admin".
    Das ist sicherlich nicht die feine Art. Geht das ggfs. ohne viel Aufwand eleganter?

    Besten Dank im Voraus für Eure Antworten und ein sonniges WE!
    -pcf-

    Wir sind mit mehreren Websites beim gleichen Hoster und haben eigentlich keine Probleme. Allerdings ist mir folgendes aufgefallen:
    Weiterleitungen auf fremden Webspace funktionieren nach wenigen Minuten. Aber das Aufschalten einer Domain auf den UD-Webspace (im Domain-Portfolio unter "config") kann schon mal dauern, besonders am Wochenende. Man hat also zwar sofort ftp-Zugriff auf seinen Webspace, erreicht die Seite aber per http vielleicht erst nach Stunden...

    Ist das den nicht ganz einfach zu realisieren?
    Neuen Ordner anlegen (sinnvollerweise gleich Verschachtelungstiefe wie das 'originale WP'),
    Wordpress-Installation in diesen Ordner reinschieben,
    und die wp-config.php der originalen Version übernehmen
    (also die gleichen Einstellungen für DB_NAME, -PASSWORD, -USER, -HOST,
    und auch das gleiche $table_prefix).
    Die gleichen Plugins installieren wie beim Original,
    die URL zum (Test-)Blog in dessen Backend noch korrekt angeben und fertig.

    Müsste doch ausreichen, um ne zweite Installation mit den gleichen Inhalten testen zu können, oder?

    Nachdem ich mit WP2.5 angefangen hab und die 2.6er in schneller Reihenfolge nachkamen, hatte ich als Anfänger auch erst Manschetten, die Blogs zu upzudaten.
    Ich geb zu: Als Anfänger hat man vllt. Panik, was falsch zu machen. Man muss sich anfangs etwas mehr konzentrieren und vor allem systematisch vorgehen ohne sich ablenken zu lassen.
    Hab also folgendes Manöver bislang so um 15 mal durchführen müssen, weil der Provider WP-Automatik-Updates nicht zulässt, und es ist nicht mal beim ersten Versuch schiefgegangen. Und zur Sicherheit liegt ja das Backup lokal vor, das man notfalls wieder einspielen könnte...

    Also:
    Hab zuerst sämtliche Inhalte vom Webspace, alle Ordner und Dateien, per ftp lokal gesichert - für alle Fälle-,
    und mit Mysqldumper die Datenbank gesichert.

    Zu allen Plugins ggfs aktuelle Updates (auch welche, die mit der alten WP-Version noch nicht liefen) gezogen und schon entpackt lokal 'gelagert'.

    Anschließend im Blog alle Plugins deaktiviert.

    Dann geht der eigentliche Ernstfall los:

    Auf dem Webspace alles gelöscht außer
    .htaccess, robots.txt, wp-config.php sowie den Inhalten der (Unter)Ordner von wp-content.
    Auf dem Webspace bleibt also außer den o.g. drei Dateien im 'root' nur der Ordner wp-content und in diesem die Ordner plugins, themes und uploads mit deren Inhalten.

    Danach die (entpackte) "latest", also gesamte Ordnerstruktur mit darin enthaltenen Dateien und Ordner, per ftp auf den Webspace hochgeschubst.

    Anschließend "http://'dein-blog.name'/wp-admin/upgrade.php" beim Browser in die Adresszeile eingetippt. Dies aktualisiert, wenn nötig, die Datenbank ('dein-blog.name' durch die Adresse der Webseite ersetzen!).

    Daraufhin eingeloggt und die Plugins wieder eingeschaltet.

    Dann getestet: Die Seite funktionierte wie gehabt.

    Als letztes hab ich die veralteten Plugins durch die neuesten ersetzt (aktuelle Versionen hochgeladen).

    Okay, bei einer Installation waren mal Sprachdateien vergessen worden, und das Backend redete plötzlich englisch, das war aber die einzige Panne :???:.

    [COLOR=Black][COLOR=#990000][COLOR=Black]Vielleicht noch ein Hinweis zu diesem Tipp:

    Zumindest in den 2.6er WP-Versionen löscht allein die Zeile[/COLOR] [/COLOR][COLOR=#339933][COLOR=Black]i[/COLOR][COLOR=Black]n der wp-config[/COLOR][/COLOR][COLOR=#990000]
    [COLOR=Black] "define[/COLOR][/COLOR][COLOR=Black]([/COLOR][COLOR=Black]'WP_POST_REVISIONS'[/COLOR][COLOR=Black],[/COLOR] [COLOR=Black]n[/COLOR][COLOR=Black])[/COLOR][/COLOR][COLOR=#339933][COLOR=Black];"
    noch keine existierenden Artikelversionen.
    Sie verhindert nur für die Zukunft, dass mehr als n Versionen vorgehalten werden.

    Das Löschen der vorhandenen Überarbeitungsversionen geschieht erst, wenn man die Artikel alle wieder aufruft und neu speichert.

    Alternativ habe ich in der Datenbank mittels phpMyAdmin aus der Tabelle wp_posts alle Datensätze gelöscht, die im Feld post_type die Kennung "revision" enthielten.

    Ich denke, in den 2.7er WPs ist das genauso...

    Beste Grüße
    -pcf-[/COLOR]
    [/COLOR]

    Zitat

    Begrenzung der Zeichen finde ich ... überflüssig

    Hi!
    Der Autor gibt dazu in seinem Blog einen Tipp (Posting #40 auf Spanisch und inzwischen unter #63, #64 auch in Englisch).
    Sollte man allerdings machen, ehe man das Plugin installiert, weil man sonst auch in der DB was ändern müsste.

    ...Zu guter Letzt habe ich die config.php durch das alte Original ersetzt und die config-sample.php gelöscht.


    Nur ganz ahnungslos gefragt: Du hast von 2.65 auf 2.71 updaten wollen.
    Ab 2.7 wurde ein zusätzlicher, vierter Key in die wp-config.php eingefügt:

    PHP
    define('NONCE_KEY', 'Trage hier eine beliebige zufällige Phrase ein');

    .
    Kann die 'Macke' ggfs. mit dessen Fehlen (alte config eingespielt) zusammenhängen?


    Ich habe die fix-27-to-271.zip Inhalte hochgeladen
    WordPress 2.7.1 ist verfügbar! Jetzt aktualisieren..
    Im Header wird schon die 2.7.1 angezeigt.

    Hatte am Wochenende nach Aufspielen dieses Fixes den gleichen Effekt - in drei Blogs... Wollte das den Benutzern nicht zumuten und habs dann 'auf die Gründliche' versucht:
    Komplettpaket 2.7.1 runtergeladen und ausgepackt, Dateien und Ordner wie empfohlen vom Server gelöscht, die neue Komplett-Version hochgeladen - und siehe da, die Meldungen waren weg...

    Also, das automatische Update ist irgendwann abgebrochen. PHP-Scripte dürfen in der Regel 30 Sekunden laufen (siehe php.ini/phpinfo()). Danach ist Schluss. Da kannst du warten bis du schwarz wirst....

    Hallo MarX, ich weiß nicht, wie lange das automatische Update dauert, weil es bei unserem Hoster eh nicht geht und wir die Updates folglich von Hand machen müssen.
    Was die 30-Sekunden-Grenze angeht, die müsste sich aber mit einem passenden Updater umgehen lassen. Der MySqlDumper z.B. tut das nach meiner Kenntnis den Timeout auch, indem sich die Funktion alle paar Sekunden selbst aufruft?

    Oder ganz ohne Plugin (alles im Admin):
    Kurz: Copy & Paste

    Für einzelne Sachen ist das so selbstverständlich machbar. Hat man Bilder o.ä. drin, wirds schon mehr Arbeit.
    Das Plugin, das ich nannte, funktioniert übrigens auch andersherum: mit einem Klick auch Artikel in Seiten umwandeln.
    Ist ganz nützlich, wenn man eine ganze Reihe solcher 'Fälle' auf derselben Website zu konvertieren hat.
    Danach kann man es einfach wieder abschalten...

    ... Redesign! :-D ... Wie gefällt es euch?

    zunächst mal: ich fand die Version von Ende letzten Jahres nicht schlecht. Ein wenig brutal in den Farben - neontrauma passte dazu - aber markant und individuell. Ich fand, die Seite sagte etwas über die Person aus, die sie macht. Schade, dass ich damals keinen Screenshot gemacht hab.
    Die neue stellt sich kaum noch als neontrauma dar, sondern nach meinem Gefühl eher als Pastelltraum :wink:. Sie wirkt glatt, klar und schön untergliedert, auch von den Farben her gut. Fast schon zu glatt und ein wenig konformistisch.
    Was man vielleicht noch ändern könnte ist, dass bei meiner Bildschirmauflösung (1024x786) auf dem TFT die 'Untertitel' in der Navileiste und die Zeilen unter den Posts sowohl im IE wie im FF breiig und nicht mehr zu lesen sind... :-?

    Beste Grüße
    -pcf-

    Grad mal nachgeschaut:
    Redunzl hat die 'schwarze Seite' seines Kopfhoch-Studio aufgefrischt und gegenwärtig Semmelstatz (3.1) wieder mit Anleitung und Download verlinkt!

    Und marX hat Recht:
    Bei gut besuchten Blogs bläht es die DB flott auf, wenn man es nicht restriktiv einstellt bzw. nicht rechtzeitig manuell zurücksetzt.
    Zum Glück zeigt es auf seiner Übersichtsseite ja den Umfang der DB-Tabellen an.
    Eigentlich find ich es ein gelungenes Plugin, und es macht auch unter WP 2.7 seinen Job.

    Externe Lösungen hatte ich in unserer vor-WP-Zeit; - unter WP noch keine davon benutzt -, und um Googles Lösungen mach ich nach Möglichkeit 'nen Bogen...