Beiträge von Ammaletu

Ich weiß ja nicht, was genau machen willst, aber wenn es Dir nur um die Ausgabe eines Variablenwertes geht, nimm einfach print oder echo:

<?php echo $variable; ?>,
<?php print $variable; ?>,

_e ist meines Wissens nach die Methode, welche die Übersetzung eines Strings aus der Sprachdatei raussucht. Wenn sie Deinen Variablenwert darin nicht findet, gibt sie den Wert wie er ist aus. Was nun genau zu der Erhöhung führt, weiß ich nicht, aber wozu überhaupt erst in der Sprachdatei suchen, wenn Du das gar nicht willst?!

Mach mal hier den Punkt weg. Laut Validator stimmt das so nicht. Vielleicht geht es ja dann:

#subscribe li. {

Edit: Ne, ist noch was anderes. Deine Regel ist weniger spezifisch als eine vom Hybrid-Theme definierte Regel:

#subscribe li.feed-abo (linie 1092)
#subsidiary .widget ul li (linie 1040)

Schreib Deine Regeln dafür also z.B. so, dann sollten sie spezifischer sein:

#subsidiary .widget #subscribe li.feed-abo

Das kommt ja wohl drauf an, welchen Feed-Reader Du nutzt. ;-)

Wenn Du eingeloggt bist, gibt es oben mittig neben dem Titel einen Button "Zur Seite". Draufklicken et voilá. :-)

Davon abgesehen solltest Du doch wissen, unter welcher Adresse das Blog installiert ist? Falls Du in den Einstellungen nichts anderes angegeben hast ist das die Admin-Adresse minus "wp-admin/".

http://forum.wordpress-deutschland.org/lexikon/?do=showentry&item=Tags

Zitat

http://forum.wordpress-deutschland.org/lexikon/?do=showentry&item=TagsTags, Kategorien und Seiten lassen sich aufrufen, aber keine Artikel.

Guter Hinweis, da hatte ich gar nicht draufgeklickt. Hatte irgendwie angenommen, dass es wenn dann ganz kaputt ist. ;-)

Tja... Dann ist es eher nicht WP selber, denke ich, sondern irgendwas anderes, das die Umleitungen speziell bei Artikeln auslöst. Von den Plugins fallen mir spontan diese beiden ins Auge:

Dean's Permalinks Migration
German Permalinks

Hast Du mal probiert, die zu deaktivieren? Bzw. hast Du mal in die .htaccess geschaut, dass da nichts Falsches drinsteht?

Das hat in der Regel etwas damit zu tun, dass in den Einstellungen im Backend falsche URLs eingetragen sind. Mit der Firefox-Erweiterung "LiveHTTPHeaders" kann man sehr schön sehen, was da passiert:

http://www.frischkaese-rezept-blog.8ung.info/fit-schlank/ap…biskerne/00525/ ==> http://www.frischkaese-rezept-blog.8ung.info/fit-schlank/ap…biskerne/00525/ ==> ...

Die Einzelansicht der Beiträge leitet also immer auf sich selbst weiter. Was hast Du denn in den Optionen als Blog-Adresse und WordPress-Adresse eingetragen? Ist das Blog kürzlich umgezogen oder gab es sonst eine Änderung, die das ausgelöst haben könnte?

Absicht war das sicher nicht, behaupte ich mal. Oben rechts kann man doch den grauen Kasten ausklappen, in dem man anhaken kann, welche Boxen angezeigt werden sollen. Klappt das bei Dir und sind da die fehlenden Boxen markiert? Ansonsten: Werden im PHP-Log Fehler geloggt?

Es gibt nicht wirklich eine genau richtige Stelle, an die der Code muss. Platzieren musst Du ihn so oder so mit CSS. Kennst Du Dich mit Stylesheets und HTML denn wenigstens etwas aus?

Hm, mal sehen... Das soll rechts vom Blog-Titel stehen, oder? Dann pack es in ein div-Element vor dem Blog-Titel und platziere dieses div per float rechts.

Da das beides eine relativ einfache Aufgabe ist (Code von jetziger Position entfernen und in die header.php verschieben, ggf. per CSS positionieren) -- woran scheitert es denn?

Soweit ich mich gerade erinnere, hängt das davon ab, wo Du die Funktion aufrufst. Wenn Du auf einer Einzelansichts-Seite the_content nutzt, wird der ganze Inhalt angezeigt und nicht am more abgeschnitten. Soll ja auch so in der Einzelansicht. Probleme kriegst Du halt, wenn Du auf einer statischen Seite z.B. einen Extra-Loop einbaust. ... Ok, sehe gerade, das Du $more schon drin hast. Sollte das das nicht beheben?! Dann fällt mir nur ein, die klassischere Syntax "while (have_posts()) : the_post();" statt des foreach auszuprobieren. Originalpost dabei aufheben und hinterher wieder setzen, falls der Loop tatsächlich auf einer statischen Seite steht.

Könntest Du mal Beispiele verlinken? Ich sehe auf den ersten Blick auf Deiner Startseite alle Bilder außer diesem hier:
http://www.motors24.com/wp-content/upl…nt2-180x119.jpg

Da beim Aufruf ein 404-Fehler kommt, würde ich vermuten, dass das Bild tatsächlich unter dieser Adresse nicht zu erreichen ist. Sollte es denn in diesem Ordner liegen und heißt es so?

Die Bild-Uploads werden von WordPress nicht in der DB gespeichert, also nein, das ist in der DB-Größe nicht mit drin. Die Größe des "uploads"-Ordners samt aller Unterordner sollte sich aber leicht ermitteln lassen, zur Not durch Downloaden und im Windows Explorer (bzw. Dateimanager Deiner Wahl) schauen.

[COLOR=Black]Du kannst die beiden [/COLOR][COLOR=#000000][COLOR=Black][COLOR=#0000bb]htmlspecialchars[/COLOR][/COLOR][COLOR=#007700][COLOR=Black]-Aufrufe natürlich entfernen, wie ich geschrieben hatte. Dann musst Du Dich aber selber darum kümmern, dass der Feldinhalt korrekt codiertes HTML ist (betrifft vor allem Sonderzeichen wie & und <).

Mit etwas mehr[/COLOR] [COLOR=Black]Aufwand kannst Du auch ein eigenes Eingabefeld dafür nutzen anstatt des einzeiligen Feldes der Benutzerdefinierten Felder. Das ist dann aber nicht ganz so einfach unmzusetzen.[/COLOR]
[/COLOR][/COLOR]

Was heißt "funktioniert nicht"? Wie äußert sich das? Alle Wasserzeichen-Plugins brauchen gewisse PHP-Module auf dem Server, damit sie funktionieren (es muss ja das Bild bearbeitet werden). Hast Du die jeweiligen Installationsvoraussetzungen gelesen und überprüft?

Also wenn Du ohne Sprachdatei schon 21 von 24 MB verbrauchst, kannst Du davon ausgehen, dass das Problem am höheren Speicherverbrauch mit der Sprachdatei liegt. Frag Deinen Provider, ob Du mehr Speicher kriegen kannst. Falls die Seite noch mit PHP4 läuft, bringt eventuell auch ein Wechsel zu PHP5 etwas.

Keine Ahnung, ob "wpsc" das Kürzel des E-Commerce-Plugins ist. das musst Du selber wissen. Andere Frage: Was spricht dagegen, die Einstellungen einfach im Backend so zu setzen, wie sie gebraucht werden? Ist doch eigentlich egal, ob Du dabei die Default-Werte oder die Werte der letzten Installation überschreibst?!

weiße Seite => PHP-Fehler => ins PHP-Errrolog schauen => Mit einer genauen Fehlermeldung kann man dann weiterhelfen. Kann natürlich auch am Speicher liegen, mit Sprachdatei braucht WP mehr Speicher. Mit dem "Memory Usage"-Plugin kannst Du schauen, ob Du hart am Limit bist.

Die Einstellungen werden zusammen mit allen anderen Einstellungen in der wp_options-Tabelle gespeichert. Bevor Du da manuell irgendwas rauslöschst, lege auf jeden Fall ein Backup der Datenbank an! Die Keys müsstest Du durch ihren Prefix erkennen können, jedes gute Plugin macht das jedenfalls. Bessere Plugins haben aber z.B. auf ihrer Optionsseite auch einen Button "auf Default zurücksetzen" oder so. Das wäre sicher einfacher als es manuell in der DB zu machen.

Ich weiß auch nicht, was das E-Commerce-Plugin sonst noch so in der DB anstellt. Hat es eigentlich keine Uninstall-Routine dabei? Auch das haben bessere Plugins üblicherweise.

Ah ok, lese ich jetzt erst, dass Du ein Child-Theme verwendest. Da kann ich Dir mangels Erfahrungswerten leider nicht sagen, ob man da irgendwas anders handhaben muss. Da ich nun aber ebenfalls lese, dass Mimbo ein Premiumtheme ist, sollte sich dafür doch Support finden lassen. Mal sehen...

Allgemein:
http://prothemedesign.com/support/mimbo-pro-help/
http://forum.prothemedesign.com/

Vielleicht auch speziell dazu:
http://forum.prothemedesign.com/topic/language…o-pro#post-4327

Und hier die Seite des Autors des deutschen Mimbo-Sprachfiles:
http://webdemar.com/wordpress/tuto…s-lokalisieren/

Wenn das Bild sehr groß ist, kannst Du da nicht viel machen. Es muss ja irgendwann laden, und wann soll das sein? Während Dein Besucher noch auf einer anderen Seite ist? Du kannst vielleicht ein paar Millisekunden rausschlagen, in dem Du es im HTML referenzierst (als image einbinden, Weite und Höhe 0, und vielleicht zusätzlich display: none dran) und nicht erst im fünften verschachtelten Stylesheets. Aber das ändert nichts daran, dass es beim ersten Laden der Seite vielleicht nicht sofort da ist. ;-)