Beiträge von mastermind

Zitat von Putzlowitsch

Hmmm, wenn ich jetzt so drüber nachdenke befürchte ich aber, daß nur kaum ein Webserver für jede Anfrage eine reverse DNS-Auflösung ausführen wird und somit der Parameter REMOTE_HOST gar nicht zu Verfügung steht. Naja, vergessen wir es wieder. Schade...

Doch, mit der Option HostnameLookups = On macht der Apache genau das.

Aber mal ehrlich... das nun mit DynDNS zu machen ist schon ein bissel mit Kanonen auf Spatzen geschossen. Aber es spricht ja nichts dagegen, verschiedene Möglichkeiten auszuloten.

Zunächst mal ist es keine gute Idee, Benutzereingaben ungeprüft zu übernehmen; schon gar nicht, wenn die Angaben an die Datenbank durchgereicht werden. Das hier:

$curpost = get_post($_GET['p']);

ist geradezu eine Einladung an pöse Puben zu allerlei Schabernack.

Ansonsten: Ich weiß ehrlich gesagt nicht, was das konkrete Problem bei Dir ist. Ich habe bspw. folgenden Code in meiner sidebar.php

$mycat_content = get_posts('');
$mycat_output = '';
	if (is_array($mycat_content)) {
	foreach ( $mycat_content as $mycat_post ) {
				$mycat_output .= '<h3><a href="'.get_permalink($mycat_post->ID).'" title="'.$mycat_post->post_title.'">'.$mycat_post->post_title.'</a></h3>';
	}
}


echo $mycat_output;

Läuft wie die wilde Wutze.

Vielleicht kann Dir der Role Manager helfen?

Naja, Putzlowitschs Lösung ist auch nicht verkehrt; wobei die Variante mit der IP-Adresse wohl am schmerzlosesten wäre. So oft ändert sich die IP-Adresse ja nun auch nicht, die kann man ja einmal am Tag manuell aktualisieren.

Hm, ich bin die ganze Zeit davon ausgegangen, dass Du irgendwelchen Code in Deine Templates geschrieben hast.

Ok, wenn das Plugin Stress macht, dann benenne kurz den Ordner plugins/ um und rufe WP neu auf. Dadurch werden erstmal alle Plugins deaktiviert und Du kommst wieder in Dein WP rein. Im Ordner plugins/ kannst Du auch das Plugin löschen.

Prinzipiell ist die erstere Methode die richtige für das Generieren von WordPress-Webseiten. Viele Funktionen und Konfigurationseinstellungen arbeiten nur im Kontext des Loops korrekt. get_posts() ist eine alternative Methode, um einen Loop zu erzeugen bzw. eine Menge von Beitragsinstanzen zu generieren. Sie sollte generell nicht verwendet werden, um den Haupt-Loop zu ersetzen.

Abgesehen davon, solltest Du aufpassen, dass Du keine von WordPress reservierten Variablennamen verwendest, d.h. am besten ein eigenes Präfix verwenden.

Poste bitte mal Deine wp-config.php und die wp-blog-header.php.

Hast Du sonst schon viel an Deinen Templates verändert? Falls nicht, lade Dir das Theme neu runter, lösche die alte Version, installier die neue. Als Kontaktformular-Plugin solltest Du eines verwenden, bei dem man nicht unbedingt an den Templates fummeln muss; das ist in diesem Fall nämlich nicht nötig.

Empfehlenswerte Plugins:
http://chip.cuccio.us/projects/contact-form-ii/
http://ryanduff.net/archives/2005/…ontact-form-14/

Das ist ein seltsames Problem, und es lässt sich schwer angehen, wenn man nur eine diffuse Beschreibung hat.

Vielleicht kann man Dir helfen, wenn Du uns etwas über Deine Serverumgebung und Deine exakte Installationsprozedur erzählst.

Link zum Blog bitte. Kannst Du mir auch per PN schicken, dann schau ich mal danach.

Welche Anleitung meinst Du?
Und was hast Du mit der Datei wp-blog-header.php gemacht? Die hat doch mit der Sprachdatei nix zu tun.

Am besten, Du bearbeitest die betreffende Datei offline mit einem Editor wie Notepad++ und lädst sie dann hoch.

Zitat von flash

mastermind
Aus meiner Sicht ist ein gutes CSS für die alternativen Browser wesentlich wichtiger als 100% valides XHTML, da jeder halbwegs verbreitete Browser auch eine semantische Fehlerkorrektur an Board hat.

Au contraire: ohne saubere Struktur nützt das beste Design nichts. Und welche Auswirkungen alleine ein fehlendes div-Tag haben kann, zeigen alleine die unzähligen diesbezüglichen Beiträge in diese Forum. Die Fehlerkorrektur ist in der Tat eine feine Sache, nur: jeder Browser hat sie anders implementiert. Es ist einfacher, direkt validen Code zu schreiben, als invaliden Code gut aussehen zu lassen. Valider Code ist nicht alles, aber die Basis für alles Weitere.

Zitat

Und aus meiner Sicht ist es für einen Hobbyblogger vollkommen ausreichend, wenn er sich bei der Kontrolle auf FF+IE beschränkt. Das schließt ja die anderen Browser nicht aus. Ein Blogger ist in der Regel kein Webdesigner.

Mag sein; aber wenn er kein Webdesigner ist (oder zumindest diesbezügliche Ambitionen hat), wird er sich wohl auch kaum ein eigenes Design stricken.

Aber letztendlich ist es wohl eine persönliche Entscheidung, welchen Weg man geht. Der Markt (zu dem im weiteren Sinne auch Besucher und Suchmaschinen zählen) wird's schon richten.

Ah ok, gut zu wissen.

Die index.html-Lösung finde ich persönlich suboptimal, weil sie das Testen (z.B. mit Permalinks oder dem URL-Aufruf ohne index.php) behindert.

Ich würde das Wartungsmodus-Plugin empfehlen.

Zitat von flash

Ich möchte zu den Ausführungen nur kurz anführen, dass es für einen normalen Blogger reichen sollte darauf zu achten, dass die Site in Firefox und Internet Explorer richtig dargestellt wird.

Na danke. Und was machen Benutzer von Konqueror, Safari, Opera und anderen Browsern bzw. älterer Versionen? Diese Engstirnigkeit von wegen "FF- und IE-kompatibel" ist genau das, was man nicht machen sollte. Es geht ja bei der Validität eben nicht nur um Darstellung, sondern um viele weitere Aspekte. Valider Code ist mehr als Liebhaberei.

Das Passwort wird bei der Installation zufällig erzeugt und dann angezeigt. Außerdem bekommt man eine E-Mail mit den Zugangsdaten.

Falls Du das PW vergessen hast und auch die E-Mail nicht mehr hast, müsstest Du es in der Datenbank ändern.

Nun ja, das Plugin muss für eine aktuelle Sitemap jedesmal die komplette Struktur Deines Contents einlesen. Das dauert halt. Wenn Du das nicht möchtest, musst Du eben ab und zu Hand anlegen.

Ich denke, dass meine Beiträge durchaus sachlich waren. Die genannten Kritikpunkte sollte ein "Seminar-Trainer", so man zumindest rudimentäre soziale Kompetenzen von einem solchen erwarten darf, nachvollziehen können. Oder kannst Du mir sagen, welche Punkte Du im Einzelnen nicht nachvollziehen kannst?

Aber offenbar ist Dir der Begriff "Spam" nicht geläufig. Ok, versuchen wir es mal so:
http://video.google.com/videoplay?docid=5627694446211716271

http://de.wikipedia.org/wiki/Spam#Begriffsherkunft

Ja, die Probleme sind durchaus bekannt.

Als Mittelweg kann ich folgendes empfehlen: Du lässt das Plugin generell deaktiviert. Von Zeit zu Zeit aktivierst Du es kurz und stößt die Sitemap-Erstellung manuell an. Danach deaktivierst Du es wieder.