Beiträge von Putzlowitsch

Wenn es nur darum geht, mehrere Blogs mit der gleichen Quelltextbasis zu Pflegen, das sollte ohne weiteres mit Symbolischen Links möglich sein.
Zudem darf sich die wp-config.php seit Version 2.6.x auch eine Verzeichnisebene über dem WP-Wurzelverzeihnis (WEBROOT) befinden. Somit ist folgende Struktur kein Problem:
/
|
+- /usr
| ... |
| ... +- /share
| ............ |
| ............ +- /wp-src_2.6 (wp-admin, wp-includes, ... usw.)
| ............ +- /wp-src_2.5 (wp-admin, wp-includes, ... usw.)
|
+- /var
...... |
...... +- /www
.............. |
.............. +- /web45
...................... |
...................... +- wp-config.php
...................... +- /html (WEBROOT, symbolischer Link auf wp-src_2.6)
.............. +- /web67
...................... |
...................... +- wp-config.php
...................... +- /html (WEBROOT, symbolischer Link auf wp-src_2.6)

Kann man so auch nicht sagen. Es kommt immer darauf an, was man von der Statistik erwartet. Wenn man natürlich große Besucherzahlen sehen will, sind die Programme zu bevorzugen, die die größten Zahlen anzeigen

Andererseits hat die Sache mit dem Javascript auch einen großen Vorteil. Die Mehrheit der Bots, sei es nun Spambot oder Suchmaschinenbot, werden erst gar nicht mitgezählt und man spart sich ein nachträgliches, kompliziertes Herausrechnen der Bot-Zugriffe.

Gruß
Ingo

Das liegt einfach daran, wie die Zugriffe "gemessen" und vor allem auch daran, wie sie letztendlich bewertet werden. Besonders die Unterscheidung zwischen Seitenaufrufen und "echten" Besuchern ist nicht ganz einfach und da verwendet jedes Statistik-Paket sein eigenes Verfahren, was natürlich zu unterschiedlichen Ergebnissen führt.

Google Analytics wird z.B. per Java-Script eingebunden, damit werden schonmal alle die Zugriffe nicht gezählt, die keine Java-Script ausführen können oder wollen.

Gruß
Ingo

Für SEO ist nur wichtig, das eine Fehlerseite auch tatsächlich den Status 404 zurückgibt, Sidebar und sowas alles kann man sich da sparen.

Normalerweise setzt Wordpress für Fehler aber selber den Header richtig, das muß man nichts mehr selber machen.

Und sofern Permalinks aktiv sind, braucht man auch kein "ErrorDocument 404" in die .htaccess einzutragen, das wird eh nie aufgerufen.

Gruß
Ingo

Hast Du den ganzen Text gelesen? Vermutlich nicht.

Ich kann ja wohl ohne mich selbst um Erlaubnis zu fragen, Artikel von einem meiner Blogs in einem meiner anderen Blogs verwenden

Gruß
Ingo

Ich bin ja der Meinung, daß genau in 'post_name' der Name steht, der als URL verwendet wird. Dieser wird aber erst eindgültig eingetragen, wenn der Artikel veröffentlicht wird. Ansonsten wird er automatisch aus dem 'post_title' erzeugt, kann aber auch gändert werden.

Man kann das auch daran erkennen, wie WP intern die Permalinks erzeugt. Das passiert in der Funktion get_permalink in der datei link-template.php.

Gruß
Ingo

Naja, genau das macht das Plugin ja auch.

Zudem kann man sich auch die normalerweise absoluten Adressen beim Einfügen von Bildern relativieren lassen. Das funktioniert nur mit der Änderung von 'siteurl' und 'home' nicht.

Gruß
Ingo

Wichtig ist, das die Struktur auf beiden Seiten gleich ist. Wenn also das "interne" Wordpress in der Wurzel liegt, muß es das externe (über DynDNS) auch.

Soetwas funktioniert nicht:
intern - http://localhost/wordpress/
extern - http://dyndns.example.com/

So gehts:
intern - http://localhost/wordpress/
extern - http://dyndns.example.com/wordpress/
oder so:
intern - http://localhost/
extern - http://dyndns.example.com/

Und es darf natürlich nichts statisch mit absoluten Adressen eingebunden werden, wie z.B. die CSS-Datei. Hier immer nur die WP-Funktionen verwenden (z.B. bloginfo('stylesheet_url')).

Gruß
Ingo

Nein

Und wieso überhaupt gleich mehrere SEO-Plugins verwenden? Das führt meist eher zu Problemen, mehrfachen Header-Einträgen und anderem Ungemach. Wenn überhaupt, sollte man sich für eins entscheiden.

Gruß
Ingo

Ich hab grad mal meine Statistik bemüht, mein "Hautpkunde" Jappy hat in den letzten drei Monaten mit etwa 10300 Zugriffen einen Traffic von etwa 750 MB erzeugt, das kann ich noch gut verkraften.
Die Bilder sind nicht nur kleine Thumbnails, eher normale JPEG-Bilder mit 640x480 oder 800x600 und jeweils 50k bis 100k Dateigröße.

Zumal die gesamte Datenmenge eher im Rauschen untergeht, wenn ich bedenke, daß mein Server (nicht der mit den Bildern) immerhin allein ungefähr 1 GB eingehenden Traffic durch Pings, Scans, Verbindungsversuche und sowas hat.

Aber die feine Art ist es sicher nicht, mit den fremdverlinkten Bildern, das gebe ich zu.

Gruß
Ingo

Mal vom Javascript abgesehen wäre eine weitere Möglichkeit, ein transparentes GIF-Bild über das eigentliche Bild zu legen, so daß der unbedarfte User dann dieses speichert.

Ich finde das Hotlinking von Bildern gar nicht mal schlecht.
So habe ich z.B. erfahren, daß Schlagzeuger die Wachshülle von den Mini-Babybel in der Hand kneten und dadurch den Halt der Sticks in den Händen verbessern
Putzlowitscher Zeitung Drummer Baby Bel

Gruß
Ingo

Zitat von driftandrace

...aber wenn man null Plan hat hilft auch das nicht.

Dann frag ich mich aber, wie Du überhaupt irgendwelche Webseiten selbst erstellen willst. Ich kenne nun Livepage nicht, aber wenn man da die Seiten nur zusammenklicken kann, wird es ohnehin nicht möglich sein, da sowas wie Google-Analytics einzufügen.

Gruß
Ingo

Eigentlich wird das bei Google ganz gut erklärt:
Google Analytics Installation Guide

Der Javascript-Code gehört immer an das Ende der Datei, direkt vor den Tag </body>

Gruß
Ingo

Sieht nach einem Fall für Multihost aus
Putzlowitscher Zeitung 123 Multihost

Gruß
Ingo

Ich durfte Anfang/Mitte der 90er Jahre mal SCO-Unix auf einem PC installieren, das waren über 50 Disketten. Ein paar Tage später kam dann ein Kollege mit einem tollen Antivieren-Programm, welches der Meinung war, der Unix-Bootsektor sei ein Virus und erstmal den DOS-Bootsektor drübergebügelt hat.
Leider konnte der SCO-Unix Bootesektor nicht wiederhergestellt werden, so das ich die gut 50 Disketten bei der erforderlichen Neuinstalltion wieder durchnudeln durfte. Ich kam mir vor, wie ein Diskjockey

Zu den USB-Diskettenlaufwerken.
Ich rate da zu einem Markenhersteller wie Teac, weil z.B. das FD-05PUW eines der wenigen Laufwerke ist, die von XP oder Vista bereits in der Installationsphase ansprechbar sind. So kann man darüber dann Treiber von Diskette installieren, was ja beim IDE/SCI-Controller essenziell ist.

Gruß
Ingo

Ich habe das Plugin seinerzeit zwar für Strato gemacht, aber es kann natürlich auch bei anderen Hostern funktionieren. Voraussetzung ist allerdings, daß man mit der .htaccess wenigstens benutzerdefinierte Fehlerseiten konfigurieren kann.

Bei Host-Europe gibt es mod_rewrite ab dem Webpack L, eventuell ist ja ein Paketupdrade die Lösung (wenn man sich das leisten will und kann).

Gruß
Ingo

Hier mal als Beispiel meine Einträge:

// ** MySQL settings ** //
define('DB_NAME', 'db12345678');    // Der Name der Datenbank, die du benutzt.
define('DB_USER', 'dbo12345678');     // Dein MySQL-Datenbank-Benutzername.
define('DB_PASSWORD', 'gse63d45'); // Dein MySQL-Passwort
define('DB_HOST', 'db183.puretec.de');    // 99% Chance, dass du hier nichts ändern musst.

Wichtig ist auch der feine Unterschied bei DB_NAME und DB_USER, bei DB_NAME steht das 'db' und eine achstellige Zahl, bei DB_USER 'dbo' und dieselbe Zahl.

Funktioniert bei mir so problemlos.

Gruß
Ingo

Man kann schon ein Plugin ohne Backend aktivieren.
Plugin in das Pluginverzeichnis kopieren.
Das Plugin in der Tabelle wp_options bei 'active_plugins' eintragen. Das ist zwar nicht ganz einfach, weil es sich beim Inhalt um ein serialisiertes PHP-Array handelt, machbar ist aber durchaus.

Gruß
Ingo

Wo ich das grad lese, gibt es auch ein Plugin, mit dem man die Bewertungen von Kommentaren bewerten kann?

Gruß
Ingo

Mal davon abgesehen gibt es meiner Meinung nach gar keine Winterzeit

Gruß
Ingo