Beiträge von Putzlowitsch

Naja, dann schreibt er den Beitrag vielleicht doch nicht nochmal, wenn er schon vorhanden ist...

Gruß
Ingo

Oben wurd mal auch ein Statistik-Plugin erwähnt. Wenn so ein Plugin nun wirklich jeden Zugriff mit wer weiß was für Daten in die DB schreibt. Da kommt schon einiges zusammen.
Vielleicht wird die DB ja auch noch neben WP für etwas anderes benutzt.

Gruß
Ingo

Zitat von keyboarder2k

...Der einzige "gravierende" Unterschied ist, dass das Blog mit dem kleinen Speicherbedarf unter PHP4, dass mit dem großen Speicherhunger unter PHP5 läuft.

Daran dürfte es aber auch nicht liegen, zumindest wenn beide PHPs ansonsten in etwa gleich konfiguriert sind.
Ich habe bei meinem Testblog grad mal von PHP4 auf PHP5 umgeschaltet, da ist der Speicherverbrauch sogar um gut 1MB zurückgegangen.

Gruß
Ingo

Wordpress selbst verbraucht für die deutsche Sprachdatei auch so einiges an Speicherplatz. Auch die Permalinks schlagen da eventuell nicht unerheblich zu Buche, besonders dann, wenn man viele statische Seiten hat.

Gruß
Ingo

images.google.de und so ist ja nicht der Google-Bilder-Bot, sondern die Bildersuchseite. Das bedeutet, das Bilder von der Bildersuche indiziert wurden und bei den Treffern wohl recht weit vorn liegen. Die Aufrufe kommen aber erst zustande, wenn auch jemand auf das Bild klickt, die Anzeige auf der Trefferseite führt noch zu keinem Zugriff auf das Originalbild.

Wie man Bilder wieder aus dem Suchindex bekommt, ist hier beschrieben:
Hilfe für Webmaster - Entfernen von Bildern aus der Google Bildsuche
Bei mir hat es keine 24 Stunden gedauert, und die Bilder wurden nicht mehr gefunden.

Gruß
Ingo

Naja, 100MB ist auch wirklich nicht besonders viel. Aber bei den Datenbanken war 1und1 schon immer etwas knauserig.

Gruß
Ingo

Wieso überhaupt chmod 777, die .htaccess ist keine ausführbare Datei, da reicht ein chmod 666. Habe das hier schon öfter gelesen, das für alle möglichen Dateien unsinnigerweise 777 gesetzt wird.

Gruß
Ingo

Zitat von svchost

...einen deutschen mit utf-8, das ergebnis sieht so wie gesagt aus: für ...

Da ist doch alles richtig, genau so sieht das ü als UTF-8 aus (allerdings halt falsch dargestellt). Was der Browser oder die Software daraus machen, ist ja eine ganz andere Geschichte.
Wenn ich bei meinem Blog mal spaßeshalber die Zeichensatzkodierung auf "Westlich (ISO -8859-1)" umstelle, sehen die Umlaute und das ß auch so komisch aus.

Gruß
Ingo

So, hab doch noch heute abend Zeit gefunden, es hat mir halt keine Ruhe geassen Hier die Lösung:
Schnurpsel » Es geht doch, Kontaktformular mit POST und Permalinks

Gruß
Ingo

Ich habe da so eine Idee, wie es doch gehen könnte. Habe aber heute Abend keine Zeit mehr, das mal zu testen. Also bitte etwas Geduld.

Gruß
Ingo

Das hat dann aber nichts mit dem HTML-Plugin zu tun.
Es liegt vermutlich eher an dem Trick , mit dem /. bei der Kategorie-Basis. Das ist übrigens auch der Grund, warum es mit den Bindestrichen bei den Kategorien nicht geht, mit einer normalen Kategorie-Basis wie '/category' funktioniert das HTML-Plugin auch mit Unterkategorien.

Gruß
Ingo

Nimm im Plugin in der Zeile:

if( preg_match( '/^(single|category|page|year|month|day|paged)$/i', $type_of_url ) ) {

[COLOR=#000000][COLOR=#006600]
[COLOR=Black]einfach das category raus, daß die Zeile dann so aussieht:
[/COLOR][/COLOR][/COLOR]

if( preg_match( '/^(single|page|year|month|day|paged)$/i', $type_of_url ) ) {

Dadurch wird bei den Kategorielinks kein .html anghängt und die Umwandlung der Schrägstriche in Bindestriche findet nicht statt.

Ich könnte dafür zwar auch eine Plugin-Einstellungsseite machen, das ist mir aber zu aufwändig, dazu hab ich jetzt keine Lust

Gruß
Ingo

Zitat von D-S

H...Muss ich also den 1.1em-Befehl in der style.css einfach löschen?!

Ja, denke schon. Probiers aus

Gruß
Ingo

In Deiner style.css ist für Listenelemente innerhalb der Klasse entry die Schriftgröße mit 1.1em festgelegt.
Auf der einzelnen Beitragsseite gibt es aber diese Klasse (ein entsprechendes DIV) nicht, so das dort die Formatierung nicht greift.

Wies soll es denn nun aussehen, so wie auf der Startseite, oder wie auf der Beitragsseite?

Gruß
Ingo

Gut, das geht natürlich auch
Dürfte aber nicht mit Unterseiten funktionieren.

Gruß
Ingo

In der Doku stehts doch drin:
Template Tags/wp list cats « WordPress Codex

Zitat

"Note: This feature no longer works in WordPress 1.5.x and 2.0 but is slated to be added back at Version 2.1."

War zwar wohl geplant, es ab 2.1 wieder einzufügen, ist aber wohl doch nichts draus geworden. Deshalb funktioniert es vermutlich nicht, egal was man da als Parameter schreibt.

Gruß
Ingo

So schwer ist das nicht, WP über die Domain direkt aufzurufen, wenn es in einem Unterverzeichnis liegt:
WordPress Deutschland FAQ » WordPress trotz Installation in Unterverzeichnis über Hauptverzeichnis aufrufen

Gruß
Ingo

Ruhe bewahren und nicht gleich losschimpfen

Für "normale" Redirects (auf HTTP Response-Basis) braucht man kein mod_rewrite, das geht auch mit mod_alias und funktioniert dann sogar bei Strato:

RedirectMatch permanent ^/wordpress$ /
RedirectMatch permanent ^/wordpress/(.*) /$1

Gruß
Ingo

Ich finde "Nachts" ganz gut
Verwende ich bei schnurpsel.de

Gruß
Ingo

Man kann z.B. für nicht mehr benötigte Variablen ein unset() machen. Damit wird der Speicher explizit wieder freigegeben:
PHP: unset - Manual

Gruß
Ingo