Die .mo-Datei kannst du mit poEdit erzeugen (bzw. wird automatisch erzeugt) und kommt dann in das Pluginverzeichnis - eventuell in der Installationsanleitung des Plugins nachschauen, wohin genau (z.B. Unterverzeichnis).
Beiträge von marX
-
-
Zitat von Fekkon
Das darfst du gerne tun. Wenn uns dadurch geholfen wird...
Wie sagt jottlieb immer so schön: "Eine gute Frage ist schon halb beantwortet" und "'Geht nicht!' ist keine Fehlermeldung" ;-)
Außerdem nutzen sich die Glaskugeln durch ständigen Gebrauch ab, und neue Glaskugeln sind teuer. ;-)ZitatHab das jetzt wie folgt eingefügt
Schreib das $more = false mal vor query_posts(). (Ich meine es muss zumindest vor the_post() stehen...) -
Ja bitte. Wenn die ablehnen, dann wird wahrscheinlich nur noch der 2. Tipp (datumsbasierte Verzeichnisse deaktivieren) helfen. Oder ein Umzug zu einem anderen Hoster.
-
Stimmt, tschuldigung, war ungenau.
Jepp. ich hätte natürlich auch in den Glaskugel-Modus schalten und die Antwort von maxe geben können - aber ein wenig Usererziehung darf ich als Mod schon machen finde ich... :mrgreen:(Das Verhalten ist auch logisch, da auf einer "Seite" ja der vollständige Inhalt gezeigt werden soll.)
ZitatWo genau soll ich deinen Code eingeben, Maxe? Wenn ich es an den meiner Meinung nach richtigen Stellen einfüge kommt nichts sinnvolles dabei raus :) Anfänger halt...
Wo fügst du es denn ein? Achja, ich meine
um die Anzeige am More-Tag abzuschneiden. Und dein query_posts() erweietrst du um den $query_string (das '&' beachten!) -
Suchst du die page.php deines Themes?
Template Hierarchy WordPress Codex -
Die untergeordneten Verzeichnisse müssen ebenfalls chmod-Rechte 777 haben.
-
Nur funktioniert der "Read more" Button nicht.
Aha. Was genau heißt "der Button funktioniert nicht"? -
Du kannst:
- den optionalen Textauszug (Excerpt) dafür nutzen, und the_excerpt() in den Archivtemplates.
- in der single.php nur den Teil nach dem More-Tag ausgeben, sie Doku zu the_content(): Template Tags/the content WordPress Codex
-
[COLOR=Red]Das Verzeichnis /mnt/web4/50/63/5608063/htdocs/meinedomain/wp/wp-content/uploads/2008/11 konnte nicht erstellt werden.
Ist das darüberliegende Verzeichnis für den Webserver schreibbar?[/COLOR]
WordPress Deutschland FAQ »Die hochgeladene Datei konnte nicht nach verschoben werden.« - wie ändern?
Frag also erstmal beim Hoster (Strato) nach, ob die was dagegen haben.ZitatWas ist da für ein VZ gemeint?
Was ist an der Meldung unverständlich? Gehe rekursiv nach oben - das 1. nicht beschreibbare Verzeichnis ist also "2008" (was sicher ebenfalls nicht erstellt werden kann), das nächste in der Liste ist "uploads". Dieses ist gemeint, da es bereits physisch auf dem Webserver vorhanden ist. -
Ganz falsch bist du jedenfalls nicht. ;-) Erste Frage, welche Theme verwendest du? Und die zweite gleich hinterher: ist dieses Theme überhaupt lokalisiert?
Mal ein Link - Monika hat das recht gut erklärt:
WordPress Theme lokalisieren- Sprachdatei erstellen-Schritt für Schritt Anleitung -
führt nun jeder Einloggversuch [...] auf eine komplett weiße Seite.
Zur "weißen Seite" schau dir mal diesen FAQ-Artikel an:
WordPress Deutschland FAQ Wie gehe ich am besten vor, wenn Fehler in meinem Blog auftreten?Im error.log findet du sicher nähere Informationen zum Fehler. Im Zweifelsfall den Hoster um eine genaue Fehlermeldung bitten.
Glaskugelmodus:
WordPress Deutschland FAQ »Fatal error: Allowed memory size of *** bytes exhausted?« ?
(weil neuere WP-Versionen mehr Speicher benötigen als ältere) -
Wird der Keks denn gespeichert? Hast du mal einen anderen Browser probiert? hast du eine Personal Firewall, die vielleicht den Keks frisst?
-
:shock:
Naja, soll vorkommen... aber darauf muss man erstmal kommen. :lol: -
Und noch dazu hoffentlich fehlerfreien Code erhalten. So solls ja sein. ;-)
-
Wo finde ich fertige htaccess Dateien wo nur noch der Link (datenbank + Passwort) geändert werden müssen??
In der .htaccess steht nichts zur Datenbankverbindung!ZitatIch kenn mich da gar nicht aus...
Das ist schlecht, weil du dann evtl. mehr Schaden anrichtest als du an Sicherheit gewinnst! Lies dir die Informationen bei den Links genau durch, was welche Änderung genau bewirkt, sonst reißt du im schlimmsten Fall Sicherheitslücken auf, statt welche zu schließen! -
Es funktioniert nur, weil PHP so "intelligent" ist zu erkennen, dass es die Konstante "w" nicht gibt und wandelt "w" automatisch in einen String um. Ein Fehler bleibts trotzdem, und es sollte eigentlich auch eine Fehlermeldung dazu geben - wenn denn das Error-Reporting "scharf" genug eingestellt ist.Zitat(w) ist ein Format-Parameter der date-Funktion
Nein, siehe Doku:
PHP: date - ManualKorrekt ist der Parameter "w" mit Anführungszeichen, d.h. als String. Bitte schreib das auch so!
Achso noch ein Nachtrag hierzu:
Zitatvielleicht liegts auch daran, dass ich das zur Zeit erst lokal teste un da kann ich nicht mit Permalinks arbeiten und dann klappt das mit den slugs irgendwie nicht so gut.
In dem Fall werden sicherlich keine Slugs angelegt, und dann funktioniert auch "pagename" nicht korrekt.Zitatauch so, alles klar (hatte gehofft, dass man das einfacher und kürzer machen kann.
Bei Seiten nicht, leider. -
In der Doku zu fetch_rss() steht, dass MagpieRSS und RSSCache genutzt werden. Schau dir die Links dahinter mal näher an, vielleicht kannst du das irgendwie beeinflussen.
-
Damit es nicht so kyptisch aussieht [COLOR=Red]/?p=1[/COLOR]
Sicherlich wird dieser von Google erkannt (soll sogar besser sein ;) ).
Für Besucher ists sogar noch besser... ;-)Ich schreib grad nen Glossareintrag zum Slug, dürfte also gleich hervorgehoben werden. ;-)
So, wie man sieht gibts jetzt den Glossareintrag zu Slugs. ;-)
-
Für den Anfang:
WordPress Deutschland FAQ WordPress sicherer machenZitatIn wie weit ist das bei einem WP-Blog sinnvoll, so dass er noch von Google indexiert wird, aber sonst niemand Zugriff auf die Dateien hat?
Wozu soll ds gut sein? :confused: -
Möglich. Falls das WP neu ist, dann würde ich es mal mit einer vollständigen neuinstallation versuchen. Schaden kanns dann ja eigentlich nicht.