Beiträge von Putzlowitsch

Alphawolf
Vielleicht solltest Du in deiner Signatur "Erweiterungen" in "Erheiterungen" ändern, paßt besser, würde ich sagen :-)

Gruß
Ingo

Oft gibt es, ähnlich wie für den Webserver, auch für FTP eine Logdatei. Falls es jemand per FTP hochgeladen hat, sollte man das schnell finden können.

Gruß
Ingo

Falls es um 123 Intlink geht, guck mal hier:
Putzlowitscher Zeitung » 123 Intlink

Gruß
Ingo

Selbst wenn es WP gemacht haben sollte, dann würde die Datei wohl page_corrupt.php heißen. Sie scheint also eher von jemandem zu kommen, der deutsch spricht. Oder eine andere Sprache, in der man korrupt mit K schreibt, da kenn ich mich aber nicht so aus.

Gruß
Ingo

Ich hatte nur diese Vermutung, weil bei der Startseite im IE6 zwar die Lücke nicht da ist, dafür aber die Sidebar ganz nach unten rutscht. Da weiß ich erstmal auch nicht weiter.

Gruß
Ingo

Ja stimmt , :arrow: die muß ja auch geladen werden, wegen eventuell vorhandenem Theme-Editor, Widgets und so. Ist zudem an der Stelle auch sinnvoller, denn letzendlich legt das Theme ja die Contentbreite fest.
Man könnte aber auch ein Plugin bemühen, um eventuell gezielter eingreifen zu können, immerhin gibt es einen Filterhook 'editor_max_image_size'.

Wie auch immer, es funktioniert halt tatsächlich nur für neu eingefügte Bilder.

Gruß
Ingo

Zitat von Jeriko

Wo sollte eigentlich bums sein, aber nur zum Verständnis, das klappt natürlich nur bei neu eingefügten Bildern. Bei den alten Beiträgen ging WordPress ja noch von der 500px Breite aus, d.h. dort müssen die width- und height-Angaben im img-Tag gelöscht werden.

Gruß Jeriko

Nee, ist halt nicht egal :-) Die functions.php des Themes wird ja nicht im Backend geladen, und da werden ja beim Bildeinfügen die Werte für width und height gesetzt.

Gruß
Ingo

Ganz einfach, das "search this site..."-Feld ist zu breit, würde ich sagen. Damit schiebt es den Inhalt, sofern er weiter runter als das Feld reicht (Startseite), einfach ein Stück nach rechts. Wenn praktisch gar kein Text dasteht (statische Seite), passiert das halt nicht.

Gruß
Ingo

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

Ferdinand
Ja ich gebe zu, ich habe für meine Anmerkung wohl den falschen Fokus gesetzt, es kam für mich insgesamt wie eine pauschale Abwertung rüber, so mit "Note Sechs, durchgefallen".

Design hat ganz klar nicht nur etwas mit dem Aussehen, sondern auch mit Funktionalität und Bedienbarkeit zu tun, gar keine Frage.

Die Dr.Web-Site erinnert mich übrigens an diese Buchreihe "... für Dummies", war das nicht auch immer so mit schwarz und gelb?

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

Also ich finde es gar nicht mal schlecht.
Hebt sich halt, ja, durchaus angenehm, vom sonstigen Blog-Einerlei ab.
"Grundlagen für gutes Design" ist Quatsch, Design ist wie Schokolade und Bonbons Geschmackssache.

Das Design von Japan-Photo finde ich eher blaß, da gibt es schon fast zu wenig Kontraste. Aber gut, andere finden es bestimmt toll :-)

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