Beiträge von Putzlowitsch

Wobei im Sinne der eigentlichen Wortbeduetung die unter Blogroll verlinkten Seiten auch Blogs sein sollten. Für alle anderen Seiten kann man z.B. eine weitere Kategorie "Links" einrichten.

Gruß
Ingo

Dann wäre es aber ein Problem des Browsers. Denn das Redirect selbst macht der Browser, er bekommt ja nur die Aufforderung, anstelle der aufgerufenen URL eine andere zu verwenden und ruft diese auf. Wenn er dann die POST-Daten nicht erneut mitsendet, ist es ein Browserproblem.
Und das er nach einer gewissen Anzahl Redirects das Spielchen nicht mehr mitmacht und mit einer Fehlermeldung quittiert, ist auch durchaus sinnvoll und richtig. Aber soweit kommt es bei Dir sicher nicht. Es wird bestenfalls ein Redirect geben, und das sollte kein Problem darstellen.
Der Fehler liegt also woanderes.

Gruß
Ingo

Das Problem mit den Loops ohne www ist nur was Strato-spezifisches, sollte bei HE keine Rolle spielen. Weil bei Dir überhaupt keine POST-Daten ankommen hatte ich nur gedacht, daß das an Strato und dem ErrorDocument-Trick liegen könnte. Bei HE braucht man das "123 NoRewrite Permalink"-Plugin eh nicht.
Wo nun das Problem bei Dir liegt, kann ich leider nicht sagen.

Gruß
Ingo

Das mit strato ist eine andere Geschicht. Es wird gerne mal Strato hinter dem Problem vermutet, wenn nach Permalinkeinstellungen Fehler kommen. Strato erlaubt nämlich nicht die Verwendung von mod_rewrite und quittiert den Versuch mit einem 500er Fehler.

Woran es nun bei Dir liegt, kann man so schlecht sagen. Es ist aber durchaus denkbar, das Dein Hoster auch kein mod_rewrite unterstützt, sich der Fehler halt nur anders äußert.
chmod 766 für die .htaccess ist eigentlich auch nicht richtig, denn die Datei soll ja nicht ausführbar sein. Es reicht ein 666. Das sollte aber normalerweise nicht zu Problemen führen.
Die .htaccess sieht ansonsten aber vernünftig aus, sofern sich das Blog im Verzeichnis /wp befindet.

Gruß
Ingo

Hast Du vielleicht Strato und das "123 NoRewrite Permalink"-Plugin?
Da funktioniert POST auf Permalinkseiten prinzipbedingt nicht, weil der Apacheserver keine POST-Daten an Fehlerseiten weitergibt.

Gruß
Ingo

Nix Strato, bei Strato kommt normal kein "403 Forbidden", sondern knallhart ein 500er Schwerer Serverfehler.

Gruß
Ingo

Ja eigentlich habe ich das etwas falsch formuliert. Nicht die Domain unterstützt Fremdzugriffe, sondern der Webhoster läßt dies zu (wenn er es denn tut). Ob und wie sowas geht, sollte in der Hilfe, den FAQ oder ähnlichem beim Webhoster stehen.

Als Beispiel Host-Europe:
Da greife ich lokal, also wenn die Anwendung auch auf bei Hosteurope liegt, mit 'localhost' auf die Datenbank zu.
Will ich von außen drauf, muß ich den externen Datenbankhost ansprechen, bei HE wäre das z.B. 'wp321.webpack.hosteurope.de'.

Gruß
Ingo

Wie hast Du denn die custom.css eingebunden?
Nicht das die style.css einfach Deine Änderungen überstimmt. Normalerweise "gewinnt" die zuletzt gemachte Einstellung.

Gruß
Ingo

Zitat von Syntronica

Du kannst aber auch einen absoluten Pfad eingeben.

PHP

<?php include("http://www.xyz.de/datei.html");

Den absoluten Pfad müsstest du wissen.:confused:

Das kann möglichrweise schief gehen, denn URL-Include sollte aus Sicherheitsgründen eigentlich deaktiviert sein.

Gruß
Ingo

Eine Möglichkeit wäre noch, das Javascript nicht direkt in den Beitrag zu schreiben, sondern als externe JS-Datei einzubinden:

<script type="text/javascript" src="/info.js"></script>

Das hat den Vorteil, das es vielleicht nicht vom Editor zerpflückt wird und zudem auch von noch weniger Bots ausgewertet wird. Zumindest die Großen, wie Google, Yahoo oder MSN interpretieren kein externes Javascript.

Gruß
Ingo

Naja, einfach als DB_HOST in der wp-config.php den Datenbankhost der anderen Domain eintragen. Das setzt voraus, das diese Domain auch Fremdzugriffe erlaubt. Bei Host-Europe und All-inkl ist das z.B. möglich.

Gruß
Ingo

Sofern die Daten in einer Datenbank liegen, und dann unteschiedliche Tabellen-Präfixe haben, könnte man in einem der beiden Blogs die Tabellennamen in der wp-settings.php "umbiegen":

// Table names
$wpdb->posts          = $wpdb->prefix . 'posts';
$wpdb->users          = $wpdb->prefix . 'users';
$wpdb->categories     = $wpdb->prefix . 'categories';
$wpdb->post2cat       = $wpdb->prefix . 'post2cat';
$wpdb->comments       = $wpdb->prefix . 'comments';
$wpdb->link2cat       = $wpdb->prefix . 'link2cat';
$wpdb->links          = $wpdb->prefix . 'links';
$wpdb->options        = $wpdb->prefix . 'options';
$wpdb->postmeta       = $wpdb->prefix . 'postmeta';
$wpdb->usermeta       = $wpdb->prefix . 'usermeta';
$wpdb->terms          = $wpdb->prefix . 'terms';
$wpdb->term_taxonomy  = $wpdb->prefix . 'term_taxonomy';
$wpdb->term_relationships = $wpdb->prefix . 'term_relationships';

So eine Frage gab es schon mal wegen einer gemeinsamen Benutzerverwaltung, das wäre über den selben Weg möglich.
Probiert habe ich es selbst allerdings noch nicht.

Gruß
Ingo

Ja, das wäre am sinnvollsten.

Gruß
Ingo

Ich habe heute früh 6 Uhr die Umstellungsbestätigung bekommen. Man muß dabei aber bedenken, daß möglcherweise eventuelle Vergünstigungen aus einer Sonderaktion wegfallen. Und die Vertragslaufzeit beginnt von neuem. Da mein erstes, kostenloses Jahr aber sowieso fast vorbei war, habe ich dadurch keine Verluste.
Alle Daten und die Datenbank sind auch erhalten geblieben, obwohl man besser vor der Umstellung alle Daten sichern sollte (steht auch als Hinweis im Fax).

Also besten Dank an Elke für den Tip. Wer vermutet auch schon ein Update unter einem Downgrade :-)

Gruß
Ingo

Dann muß man das aber konsequent weiterdenken.
Ist zum Beispiel eine einzelne Zahl oder ein einzelner Buchstabe als Tag sinnvoll? Oder ein einzelnes Sonderzeichen, wie der Bindestrich, Schrägstrich oder meintwegen der Punkt? Ich finde die beschreibende Aussagekraft von einzelnen Zeichen auch recht fragwürdig. Also besser wegoptimieren und oder gar nicht erst zulassen.

Gruß
Ingo

Zitat von Simbo

ein Tag, der aus einem Leerzeichen besteht wird von WP getrimmt und dann ist garnix mehr davon übrig...

Scheinbar ja doch, sonst wäre da nicht das Komma am Anfang gewesen. Der Leertag ist zwar nicht sichtbar und anklickbar, aber dennoch vorhanden, nämlich als Link...

Zitat von Simbo

Sag mir mal wie die URL eines leeren Tags aussieht?

Einfach das Tag-Präfix und die Tag-ID, also z.B. so:
http://schnurpsel.de/nacht/59/

Zitat von Simbo

...das ist einfach nur dumm...

Wie willst Du beurteilen, ob Dinge dumm sind, von denen Du nicht wissen kannst, ob jemand anderes sie nützlich findet.

Gruß
Ingo

Ist vermutlich ein leerer Tag dran schuld :-)

Gruß
Ingo

Aber die wenigsten Bots interpretieren Javascript.
Und bösartige Bots, wie die, welche Daten für Spam sammeln, intressieren sich für die robots.txt herzlich wenig.

Gruß
Ingo

Habe gestern Abend noch mein Update mittels Downgrade per Fax angeschoben. Vorhin kam die Bestätigungs-EMail mit dem Hinweis, das die Umstellung etwa 2 bis 3 Werktage dauern wird. Ich werde dann berichten...

Gruß
Ingo

Wieso, wenn jemand einen leeren Tag haben will, warum auch immer, und WP würde den wegoptimieren, wäre das Geschrei auch wieder groß.
Ein bißchen Eigenverantwortung sollte man den Nutzern schon lassen.

Gruß
Ingo