Beiträge von Putzlowitsch

Ich hatte es in einem Kommentar bereits erwähnt, im Dashboard verbrauchen die diversen News bei mir z.B. etwa 3MB. Da reicht leider das "deaktivieren" über "Optionen einblenden" nicht, da die Widgets dann nur unsichbar sind. Man muß sie schon knallhart rausschmeißen.

Eine Möglichkeit ist das Plugin "123 Tools", da gibt es die Option
[x] Die Anzeige von Wordpress-Blog und -News sowie der eingehenden Links abschalten

Gruß
Ingo

Guck mal in den 1&1-FAQ:
1&1 Hilfe-Center - Wann lohnt es sich, auf MySQL Version 5 umzusteigen?

Gruß
Ingo

Ja gut, wenn das so konfiguriert ist, sollte es gehen. Es ist aber sicher sinnvoll, das vorher erstmal zu testen. Ich bin auch nicht sicher, ob nicht doch an irgendeiner Stelle doch was direkt aus der Datenbank gelesen wird, und ob vielleicht Plugin irgendwo eingreifen.

Gruß
Ingo

Nein, da greifen eben nicht die defines. Die GUID wird beim erstmaligen Veröffentlichen eines Artikel in der Datenbank gespeichert. Sie wird einfach mit der Funktion get_permalink erzeugt und diese wiederum bedient sich der Funktion get_option('home'). Damit wird dann aber die Adresse des Adminbereiches als GUID eingetragen und so erscheint es dann auch im RSS-Feed im Feld guid.

Gruß
Ingo

Genau, die mit define festgelegten URLs sind nicht überschreibbar, man kann sie auch nicht im Backend ändern.
Guck Dir mal die Funktionen _config_wp_home und _config_wp_siteurl in der functions.php an, die sind dafür zuständig.
Ich sehe keine größeren Probleme bei Deiner Vorgehensweise.

Einzig die sogenannte GUID könnte problematisch sein, denn hier wird dann z.B. im RRS-Feed auf die zweite Adresse vom Admin-Bereich verwiesen.

Gruß
Ingo

Also willst Du nur, daß Dein Wordpress unter zwei oder mehreren Adressen erreichbar ist?
Prinzipiell sollte das mit den defines in der wp-config.php funktionieren, aber dann mußt Du ja auch mehrere Wordpressinstallationen pflegen und die Uploads werden unter der zweiten Adresse nicht gefunden.

Einfacher wäre hier ein Plugin wie z.B. Domain Mirror.

Gruß
Ingo

Hmmm, statische Webseiten haben aber auch einige, wohl unbestreitbare Vorteile.
Sie sind in der Regel schneller (besonders bei Strato:-) ), sind nicht anfällig für Sicherheitslücken oder sonstige Angriffe, haben nicht mit Spam in den Kommentaren zu kämpfen und, und, und...

Gruß
Ingo

Das Probelm ist, daß bei den Bildern von einer URL durch Wordpress keine Thumbnails erstellt werden, die sonst für die Galerie-Übersicht verwendet werden und somit das Bild immer nur in voller Größe zur Verfügung steht. Ich denke, das wird man nicht so einfach ändern können.

Als Idee könnte ich mir vorstellen, daß Du halt auch auf dem externen Bilderspeich Thumbnails ablegst und diese dann als Bild-URL einträgst und unten bei "mit Bild verlinken" dann das eigentliche Bild.

Gruß
Ingo

Ja, sieht gut aus.

Bei 1und1 ist es immer eine gute Idee, auf PHP5 umzustellen:
1&1 Hilfe-Center - Wie kann ich .php Dateien als PHP5 parsen lassen?

Gruß
Ingo

Es dürfte die wp-comments-post.php im WP-Wurzelverzeichnis sein.

AntispamBee ist schon mal eine gute Wahl, denn da wird der Spam schon abgeblockt, bevor er überhaupt in die Datenbank gelangt.
Das Problem bei anderen Plugins wie Akismet ist ja, daß sie alles erstmal entgegennehmen und sogar noch an einen anderen Server schicken um festzustellen, ob es nun Spam ist, oder nicht. Das belastet dann natürlich die Datenbank und die ausgehenden Netztwerkverbindungen.

Gruß
Ingo

Bei meinem bisher manuell ausgeführten Update (bei Strato!) hat auch alles gut geklappt:
Schnurpsel Das neue Wordpress 2.8

Ich hatte ja insgeheime gehofft, daß sich auch die Geschwindigkeit etwas verbessern würde, aber dem ist leider nicht so. Naja, aber technisch gesehen gab es keine Probleme.

Gruß
Ingo

Es gint auch Anbieter von Cron-Diensten, teilweise auch kostenlos. Schnell mal gegoogelt habe ich z.B. Cronjob.de - Kostenlose Cronjobs / Crontab und free-cronjob24.de - Der kostenlose Profi Cronjob-Service im Internet gefunden.
Ansonsten reicht es natürlich auch, nach dem Absenden der E-Mail die wp-mail.php einmal "von Hand" aufzurufen.

Möglicherweise kann man auch irgendwie den in WP eingebauten Pseudo-Cron nutzen, da weiß ich aber nicht, wie man das konkret macht.

Gruß
Ingo

Mit dem Default-Theme gibt es eine PHP-Fehlermeldung, daß die Datei searchform.php nicht geladen werden konnte, wenn kein Artikel z.B. zu einer Suche paßt ("Entschuldige, aber du hast etwas gesucht, das nicht hier ist.").

Im originalen WP wird an der Stelle die Funktion get_search_form() verwendet, in der DE-Version jedoch include(TEMPLATEPATH . "/searchform.php"). Es gibt aber keine searchform.php-Datei mehr.

Ist also eigentlich ein "Übersetztungsproblem", war mir aber nicht sicher, ob es dann eher in das Forum "Sprachdatei" gehört!?

Gruß
Ingo

Welche Version war denn die alte Version? Wenn sie schon sehr alt ist, also vor WP 2.3, könnte es daran liegen:
Schnurpsel Wordpress 2.3 - Problem ohne www bei Strato

Gruß
Ingo

Keywords haben für Suchmaschinen kaum noch eine Bedeutung. Ich habe bei meinem Blog noch nie Keywords verwendet und werde trotzdem bei Google angezeigt.

Viel wichtiger sind gute Inhalte, ein paar Links von anderen Seiten auf die eigene Seite und etwas Geduld.

Kleiner Nachtrag: Man sollte auch nicht den Suchmaschinenbots durch eine robots.txt oder meta robots=noindex das indizieren der Seite verbieten

Gruß
Ingo

Also jetzt nicht die Begriffe durcheinander bringen. MarX meinte wohl das "Strato Weblog Basic", eine modifiziertes Wordpress, das ohne MySQL-DB auskommt. Aber auch da werden Uploads ganz normal auf dem Webspace des Users gespeichert.

"Strato Basic WebXL" ist ein Tarif, der immerhin PHP und eine MySQL-Datenbank enthält. So wie das Blog von thapricus aussieht, ist es aber ein reguläres WP-Blog auf dem eigenen Webspace.

Gruß
Ingo

Doch, doch, genau das macht er auch. Die Frage ist nur, ob der Posttitel tatsächlich als Vergleichskriterium taugt. Dazu weiß ich nicht, wie dieses Autopost-Plugin arbeitet.
Um es nochmal zu präzisieren. Der oben von mir angegebene SQL-Befehl löscht alle Artikel, welche identische Titel haben, läßt allerdings den mit der höchsten ID stehen. Hat genau so bei mir im Test funktioniert.

Gruß
Ingo

In welchem Tabellenfeld steht denn das Gleichheitsmerkmal? Das mit post_title war ja nur ein Beispiel. Bei meinem Testblog löschte er alle Beiträge mit identischen Titeln (z.B. die Postrevisionen oder Bilder mit demselben Titel, wie ein Artikel), genau wie es sein soll. Bei mir werden von 1312 Einträgen 111 gelöscht.
Wobei das im Beispiel gezeigte so nicht wirklich sinnvoll ist, es muß halt auf Deinen speziellen Fall angepaßt werden.

Gruß
Ingo

Die Frage ist, wo die originale URL gespeichert wird.
Man könnte das wie folgt mit SQL machen:

DELETE t1 FROM wp_posts t1, wp_posts t2
WHERE t1.post_title=t2.post_title
AND t1.ID < t2.ID

Hier werden alle Artikel mit demselben Titel bis auf den mit der höchsten ID gelöscht. Nach dem WHERE müßte dann halt die Bedingung für die Gleichheit von Artikeln stehen, z.B. die originale URL des geklauten Artikels.

Anwendung erfolg auf eigene Gefahr!
Die Datenbank also vorher sichern.

Gruß
Ingo