Beiträge von Putzlowitsch

Schreib einfach in die wp-config.php z.B. nach dem $table_prefix=... folgende Zeile:

$content_width = 1280;

Damit wird die Breite festgelegt, bis zu der nicht per img-Attribut verkleinert wird.

Gruß
Ingo

Guck mal hier:
http://forum.wordpress-deutschland.org/allgemeines/33…e-moeglich.html

Gruß
Ingo

Ein Blick in die /wp-includes/cache.php verrät, daß hier tatsächlich [del]nichts mehr passiert. Es sind gewissermaßen nur Funktionshülsen ohne Inhalt vorhanden[/del] nur noch im Speicher gecacht wird.
Man kann sich aber die cache.php aus Worpress 2.3.3 nehmen, in das Verzeichnis wp-content kopieren und in object-cache.php umbenennen. Dann klappts auch wieder mit dem "permanenten" Cache

Gruß
Ingo

Es wird nicht irgendeine Seite verlinkt, sondndern die, welche ganz unten in der Liste "Letzte Beiträge" steht. Wie spickzettel schon sagte, get_permalink und the_titel können nur im Loop verwendet werden, außerhalb zeigen sie halt das an, wo die Loop als letztes stehengeblieben ist.
Am einfachsten ist es wohl, wenn Du Dir die Daten des gewünschten Beitrages in der Loop merkst:

$my_permalink = get_permalink();
$my_title = the_title( '', '', false);

und dann unten die entsprechenden verwendest.

Gruß
Ingo

PLUGINDIR enthält aber nur den relativen Pfad zum Plugin-Basisverzeichnis. Am einfachsten kommt man wohl mit folgendem Konstrukt zum richtigen Pfad:

dirname( __FILE__ )

Für das mo-File könnte das so aussehen:

$moFile = dirname( __FILE__ )."/seo-pagebar_".$seopagebar_options['sprache']. ".mo";

Gruß
Ingo

Ich habe jetzt keine Lust, alles nochmal durchzukauen, hier werden die wesentlichen Punkte ausführlich diskutiert:
http://forum.wordpress-deutschland.org/konfiguration/…kbenutzung.html

Gruß
Ingo

Vielleicht sollte man gar nicht an der Funktion wp_die() rumfummeln, sondern besser deren Aufrufe in der wp-commts-post.php durch was eigenes ersetzen.
Naja, so würde ich das zumindest machen.

Gruß
Ingo

Hmm, das ist allerdings in der Tat sehr seltsam. Also die 134217728 sind ja 128M, es fehlen 94661 Bytes, also knapp 100k. Ändert sich denn diese zweite Zahl irgendwie, wenn Du das memory_limit änderst?

Gruß
Ingo

Tritt der Fehler denn sowohl im Blog selbst als auch im Admin-Bereich auf? Die php.ini muß in allen Verzeichnissen stehen, wo sie wirken soll. Die Einstellungen werden nicht wie bei der .htaccess auf die Unterverzeichnisse vererbt.
Für WP heißt das, eine php.ini sollte mindestens im Blog-Wurzelverzeichnis und im Ordner /wp-admin/ stehen.

Welcher Speicherwert wird denn bei der Fehlermeldung angezeigt?

Gruß
Ingo

Ja gut, irgendeine Macke hat wohl jeder Man muß nicht alles rational begründen können.
Bestimmt kann man die 2.6er Revisionierung auch irgendwie abschalten...

Gruß
Ingo

Was mir immer noch nicht einleuchten will, was hast Du davon, daß der nächste Artikel die 101 bekommt, worin liegt der Vorteil? Und Uploads verwendest Du auch nicht, oder?

Gruß
Ingo

Dasselbe "Problem" gibt es doch schon lange mit Uploads (Attachments). Da wird auch jedesmal eine Post-ID verbraucht, so das Lücken zwischen den eigentlichen Artikeln entstehen.

Gruß
Ingo

Zitat von marX

...
Nachtrag: Ingo war natürlich schneller. Die Lösung sieht auch gut aus. (Kommt ja in etwa dem nahe, was ich in meinem 1. Post mit Extra-Seite meinte, wenn ich das richtig verstehe...)

Ja im Prinzip schon, nur braucht man da kein extra Seitentemplate zu basteln, es wird genau das verwendet, was sonst auf der Startseite passieren würde, also wird die home.php bzw. index.php verwendet.

Kürzlich habe ich das schon mal dargelegt:
http://forum.wordpress-deutschland.org/konfiguration/…html#post161992

Gruß
Ingo

Für die Blogseite ist die zweite Option "Beitragsseite" zuständig:
Schnurpsel » Wordpress ab 2.1 - Optionen für die Startseite

Gruß
Ingo

Der einzig wirksame Schutz ist, die Bilder nicht zu veröffentlichen.

Gruß
Ingo

Wenn aber das Blog unter meintestblog2.de und weiterhin auch meintestblog1.de/blog2 erreichbar sein soll, wird es etwas schwieriger. Dann muß man ein Plugin zur Hilfe nehmen, z.B. dieses hier:
http://mcaleavy.org/code/domain-mirror/

Gruß
Ingo

Vermutlich hast Du zu wenig PHP-Speicher zur Verfügung (memory_limit). Wende Dich vertrauensvoll an Deinen Webhoster und frag nach, wie Du mehr Speicher für PHP bekommen kannst.
8M reichen für WP 2.5 nicht mehr aus, am besten laß Dir 16M oder 20M zuteilen.

Gruß
Ingo

Meine install.php hat grad mal 114 Zeilen, wie kann da ein Fehler in Zeile 132 auftreten? Irgendwas ist da völlig schief gelaufen.
Überprüfe nochmal, ob alle Dateien richtig entpackt und auf den Server kopiert wurden.
Zudem könnte es bei 1und1 mit PHP4 und WP 2.5 etwas eng werden. Da stehen nur 8M Speicher zur Verfügung. Mein Tip: Auf PHP5 umstellen, wie es geht, steht in den 1und1-FAQ:
1&1 Hilfe-Center

Gruß
Ingo

Es gibt oft mehrere Lösungen für ein Problem, hängt immer von der Herangehensweise ab.
Hauptsache es funktioniert nun.

Gruß
Ingo

Je nach dem, mit welchem Editor Du schreibst, gibt es unterschiedliche Herangehnsweisen.

1. Im HTML-Editor siehts Du das eingefügte Bild ja direkt als img-Tag, z.B.:
   
   
   HTML

   <img src="/wp-content/uploads/2008/04/nebel.jpg" alt="" title="nebel" width="500" height="375" class="alignnone size-full wp-image-705" />

   Da kannst Du width="500" und height="375" einfach löschen.

2. Im Visual-Editor (WYSIWYG) markierst Du das eingefügte Bild und klickst auf den Image-Button in der Werkzeugleiste:
   Der Inhalt kann nicht angezeigt werden, da er nicht mehr verfügbar ist.
   Es erscheint folgender Dialog:
   Der Inhalt kann nicht angezeigt werden, da er nicht mehr verfügbar ist.
   Hier einfach die 500 und 375 löschen, Update drücken, fertig.

Gruß
Ingo