Beiträge von grs

    Hallo!

    Gibt es ein Plugin oder eine andere Möglichkeit, um die URL eines Artikels mit dem Namen eines Stylesheets zu ergänzen, damit dieser Artikel mit eben diesem alternativen Stylesheet geladen wird?

    Danke für jeden sachdienlichen Hinweis!

    Gruß,

    Gunther

    Nein, ich möchte keine Tags, sondern die Möglichkeit, einzelne Begriffe in Beiträgen und Kommentare zu markieren (also z. B. [FONT=Courier New]<swv>Begriff</swv>[/FONT] oder [FONT=Courier New][swv]Begriff[/swv][/FONT]) und das Plugin generiert mir dann eine Liste mit dem Inhalt

    Begriff — Titel des Beitrags

    Der Titel des Beitrags sollte mit dem Link des Beitrags hinterlegt sein.

    Das ist halt die Frage, was für "Weiterleitungen" gibt es. Wenn die Domains im selben Hostingpaket sind, ist es meist einfach möglich, als Ziel ein Unterverzeichnis anzugeben.
    Bei All-Inkl wäre das "Domain bearbeiten->Verzeichnis", bei 1&1 "Verwendungsart->Webspace->Verzeichnis", bei Strato "Umleitung->Intern" und bei Host-Europe "Domainzuordnung->Pfad" um einige Beispiele zu nennen :-)

    Ach so ;-) – ich dachte, da gäbe es einen Fachausdruck.

    Zitat

    Bei den Inhalten müßte man die internen Links und z.B. Bilder-Uploads am besten in der Datenbank direkt auf die andere Domain ändern. Für bestehende externe Links auf A/blog bietet sich eine permanente Weiterleitung von A/blog auf B an.

    Beides ist nicht aktuell, aber ich hab's mir notiert.

    So, hier das Ergebnis der erfolgreichen Eingriffe:

    Weiterleitung beim Provider: http://www.b.de > /blog
    .htaccess: Nichts, was WP oder das /blog-Verzeichnis betrifft

    WordPress-Adresse (URL): http://www.b.de
    Blog-Adresse (URL): http://www.b.de (statt vorher http://www.a.de/blog – nur das habe ich letztendlich ändern müssen)

    Test:

    Anmelden: OK

    Problem 1 aus altem Posting: behoben - Kategorien anlegen und löschen funktioniert
    Problem 2 aus altem Posting: behoben - Beiträge lassen sich löschen

    Problem 1 von heute: behoben - "Bearbeiten"-Link ist vorhanden und funktioniert
    Problem 2 von heute: behoben - Blättern in den Beiträgen möglich
    Problem 3 von heute: behoben - Löschen von Kommentaren im Standard-Anzeigemodus behoben
    Problem 4 von heute: behoben - Kommentare werden mir korrekt zugeordnet

    Damit wäre alles in Ordnung und ich erleichtert :-)

    Danke!

    Gruß,

    Gunther

    Hallo Ingo,

    danke für Deine Antwort.

    Wie wird denn von B auf A/blog weitergeleitet? Sind denn beide Domains im selben Hostingpaket?

    Ja, beide Domains sind im selben Paket. Wie genau die sich die vom Provider genutzte Art der Weiterleitung nennt weiß ich nicht, aber ich werde mich erkundigen. Falls ich darauf Einfluss nehmen kann: Welche wäre die beste?

    Zitat

    Am einfachsten wäre doch, sowohl für die Wordpress- als auch die Blogadresse B einzutragen. Allerdings ist dann das Blog nicht mehr über A/blog erreichbar.

    Stimmt, das wäre auch eine Idee. Aber würde dies dann nicht mit den Inhalten kollidieren, die über http://www.a.de erreichbar sind? Oder anders herum: Kann ich beide in WordPress vorzugebenden URLs auf http://www.b.de zeigen lassen und dann in der .htaccess von http://www.a.de mit einem permanenten Redirect http://www.b.de auf http://www.a.de/blog umleiten?

    Gruß,

    Gunther

    Hallo Marion,

    danke für Deine Antwort.

    die Adminadresse ist oft von der Blogadresse unterschiedlich

    grade bei Weiterleitungen

    Damit habe ich auch experimentiert und gerade folgendes herausgefunden: Die beiden Probleme treten nur bei der Anmeldung über http://www.A.de/blog/wp-admin/ auf, bei http://www.B.de/wp-admin/ nicht.

    Bei einer Anmeldung über http://www.B.de/wp-admin/ hingegen kann ich Kommentare ausschließlich im Masseneditiermodus löschen; lösche ich ihn über 'Kommentare' > Kommentare' > "Löschen", so ist er nach dem Neuladen der Seite wieder in der Liste. Dumm ist auch, dass – wenn ich angemeldet bin und kommentiere – mein Kommentar "Anonymous" zugeschrieben wird.

    Zitat

    andererseits gehört B per Redirect 301 komplett auf A weitergeleitet

    Dann sollte also die Weiterleitung doch ausschließlich in der .htaccess gemacht werden? Ich habe es versucht und mir mit der Zeile

    Code
    Redirect permanent /blog http://www.a.de

    Teile von WordPress lahmgelegt (Besucher konnten nicht mehr kommentieren usw.)

    Zitat

    dann ist allerdings die Installation unter B sinnlos

    Ich fürchte, da komme ich nicht mehr mit.

    Ist mein Fall denn nicht einer, der häufiger auftritt? Gibt es dazu ein Standardverfahren, das irgendwo beschrieben ist? Im Wesentlichen funktioniert es ja, aber eben leider nicht komplett.

    Gruß,

    Gunther

    Es ist zum Mäusemelken. Nachdem ich das hier beschriebene Problem erst verursacht, dann aber gelöst habe, stehe ich nun vor einem neuen; ich argwöhne jedoch, dass es da einen Zusammenhang gibt.

    Die Konfiguration (echte Adressen der Einfachheit durch Dummys ersetzt):

    WordPress-Installation (2.3.3-de): http://www.a.de/blog/
    Blog-Adresse: http://www.b.de (beim gleichen Provider als Weiterleitung auf /blog konfiguriert)
    WordPress-Konfiguration:
    - Adminbereich > Einstellungen > Allgemein > WordPress-Adresse (URL): http://www.A.de/blog
    - Adminbereich > Einstellungen >> Allgemein > Blog-Adresse (URL): http://www.B.de
    .htaccess im Hautpverzeichnis von http://www.a.de ohne Redirects und Rewrites, die sich auf die WordPress-Installation beziehen.

    (Ziel ist, das Blog immer über http://www.b.de erreichbar zu machen, und zwar so, dass der Besucher http://www.a.de/blog/ nie zu sehen bekommt und einen einzelnen Beitrag z. B. über http://www.b.de/?p=9 aufrufen kann.)

    Die im verlinkten Beitrag genannten Probleme sind weg, doch jetzt habe ich neue:

    1. Wenn ich eingeloggt bin und mir das Blog anzeigen lasse, fehlen die "Bearbeiten"-Links unter den Beiträgen (also so, als wäre ich nicht angemeldet).
    2. Wähle ich beim Verwalten der Beiträge "Verwalten" > "Beiträge" > [ältere Beiträge], so versucht WordPress, mich zur Seite http://www.B.de/blog/wp-admin/edit.php?paged=2 zu schicken, was natürlich schief geht. (Das Blättern in den Kommentaren klappt hingegen: "Kommentare" > "Kommentare" > [neuere] führt korrekt mit http://www.a.de/blog/wp-admin/edit-comments.php?apage=2 weiter.)

    Wo klemmt es und wie kann ich es beheben?

    Danke für jeden nützlichen Hinweis.

    Gruß,

    Gunther

    Hallo Monika,

    danke für Deine Antwort – letztendlich war es etwas ganz anderes.

    Zu dem oben Beschriebenen gesellte sich noch das Problem, dass nach dem Absenden eines Kommentars eine leere Seite angezeigt wurde, doch dies brachte mich schließlich auf die Lösung. Ursache für alles war eine unglückliche Kombination von Rewrites und permanentem Redirects in der .htaccess; nachdem ich diese geeignet bearbeitet hatte, funktionierte alles wieder.

    Gruß,

    Gunther

    Hallo,

    ich kann keine Kategorien hinzufügen – mein Klick auf "Kategorie hinzufügen" unter 'Verwalten' > 'Kategorien' wird ebenso ignoriert wie der auf 'Schreiben' > 'Beitrag schreiben' > Kategorien > '+', ganz gleich, welchen Browser ich benutze.

    Die aktuell vorhandenen Kategorien stammen aus einer MovableType-Datei, die ich beim Umstieg zu WordPress importiert habe, und die später verfassten Beiträge habe ich diesen Kategorien zugeordnet.

    "Aha!", dachte ich, und habe wieder eine Datei MovableType-Format mit nur einem Dummy-Beitrag in einer neuen Kategorie erstellt und diese importiert. Siehe da – die neue Kategorie war angelegt und ließ sich auch umbenennen. Meine Freude währte jedoch nur kurz, denn das Löschen der Kategorie schlug fehl: Sie verschwand zwar aus der Liste der Kategorien, war jedoch nach dem Auffrischen der Seite wieder da. Das gleiche passierte mit dem Beitrag bei 'Verwalten' > Beiträge' > 'Löschen'; auch er ließ sich zunächst löschen, erschien dann aber wieder in der Liste. Erst der Klick auf 'Diesen Entwurf löschen' im Bearbeitungsmodus entfernte ihn komplett. Die nun leere Kategorie hielt sich jedoch hartnäckig und ließ sich – wie auch die anderen – immer noch nicht löschen (aber zum Glück umbenennen).

    Wo klemmt's?

    Danke für jeden nützlichen Hinweis.

    Gruß,

    Gunther

    Konfiguration:
    WordPress 3.3.3 de
    PHP 5.2.4
    MySQL 5.0.27

    Browser:
    Opera 8.54 / 9.26
    Firefox 2.0.0.12 / 3.0 Beta 3
    Internet Explorer 6.0