Beiträge von Melewo

    Nun gut, zum Beispiel. Auf diese URL kann Deine erste Regel nicht greifen,

    Code
    http://brettspiele-blog.square7.ch/spielberichte-zum-spiel/imperial-2030

    da Du ja jede URL, die dem Muster

    Code
    /spielberichte-zum-spiel/gefolgt-von-einem-oder-mehreren-Zeichen-außer-Slash

    entspricht von der Regel ausschließt. Wobei eine Request URI eigentlich auch mit ^/ beginnt. Lässt sich die URL http://brettspiele-blog.square7.ch/?p=288&_title=imperial-2030 aufrufen? Scheinbar nicht oder? Wenn die sich nicht aufrufen lässt, dann kann der Server die auch nicht auslösen, egal wie die Regel aussieht.

    Nun bin ich total verwirrt: Jetzt bekomme ich eine leere Seite.


    Das kommt davon, wenn einer vom anderen abschreibt und dabei keiner weiß, was er da eigentlich macht. Es beginnt damit, dass in allen Beispielen das Rewrite Modul zugeladen wird, obwohl mir nicht ein Fall bekannt ist, wo das wirklich erforderlich war. Mag sein, dass diese Angaben unter Apache 2.0 noch erforderlich waren oder wie auch immer. Die Frage sollte Hille eventuell besser beantworten können, soweit mir bekannt genügt mod_rewrite auf on zu setzen.
    Doch da wäre dann gleich der nächste Punkt. Wozu wird mod_rewrite zweimal aktiviert, wenn einmal genügt.

    Dann was soll das, die Regel soll laut Kondition nur Gültigkeit haben und nur ausgeführt werden, wenn das Muster video/(.*).html nicht ! auf die aufgerufene URL passt? Ja zu was wird denn nach eben auf dieses Muster passenden URLs in der nächsten Zeile gesucht? Oder liegt es nur daran, dass ich heute Morgen den Wald vor lauter Bäumen nicht erkenne?

    Apache Configuration
    RewriteCond %{REQUEST_URI} !^video/(.*).html$ [NC]
    RewriteRule ^video/(.*)\.html$ /?page_id=1&videotitel=$1 [L]

    Nun Deine Regel, die unterscheidet sich ja schon einmal, doch für genau was soll da der \ Backslash im Muster für die Kondition gut sein? Muss ein Minuszeichen außerhalb einer Zeichenklasse maskiert werden? Ist mir bisher nicht bekannt, habe ich so auch noch nicht gesehen.

    Apache Configuration
    RewriteCond %{REQUEST_URI} !^spielberichte-zum-spiel/([^/]+)$ [NC]
    RewriteRule ^spielberichte\-zum\-spiel/([^/]+)$ /?p=288&_title=$1 [L]

    Meine Empfehlung für den Einstieg war in dieser Beziehung immer die Seite http://suchmaschinentricks.at/tipps-tricks/mod_rewrite.html und beim Erproben der Beispiele kann man sich ganz gut mit mod_rewrite vertraut machen.

    Na ich dachte einfach mal nur zum Test in der header.php vom Theme einfügen:

    HTML
    <style type="text/css">
    html, body, div {font-size:12px;}
    </style>

    Was da im Firefox bei Standard-Schriftart steht, darauf habe ich schon lange nicht mehr geachtet, doch wenn ich auf 'Erweitert' klicke, da müsste eigentlich angehakt sein, dass Seiten die Verwendung von eigenen Schriftarten erlaubt wird.

    Steht eigentlich alles hier beschrieben, von kompletten Mirrors abwärts bis zum Export einzelne Seiten per XML.

    http://de.wikipedia.org/wiki/Wikipedia:Weiternutzung

    Hier ein einfach zu handhabendes Formular für einzelne Artikel:

    http://de.wikipedia.org/wiki/Spezial:Exportieren

    Habe da gerade eben nur mal zum Spaß 'Hunde' eingefügt und erhielt eine lange Seite. Dann benötigst Du nur noch ein Script, welches die Daten in WP einpflegt.

    Alternativ kannst Du jedoch auch einen Scraper benutzen, der nur dass ausliest, was Du gern haben möchtest.

    Ich werde das so machen und dann mit der Zeit schon sehen, ob das zum Erfolg führt.


    Nicht mit der Zeit, Du wirst das sofort nach dem Einbau überprüfen, in dem Du in den Quelltext der Seite schaust, ob alles richtig ist und nur für die richtige Seite ausgegeben wird.

    Schaue Dir mal die Id's vom Kommentarfeld an. Bei mir steht da was von

    HTML
    <div id="respond">
    <h3 id="reply-title">

    Womit dann

    HTML
    <a name="eintrag"></a>

    entfallen könnte und Du einfach zu

    HTML
    <a href="#respond">Kommentar hinzufügen</a>

    oder

    HTML
    <a href="#reply-title">Kommentar hinzufügen</a>

    verlinkst. Würde es zumindest mal so probieren.

    Zitat

    Weitere Zeichen haben spezifische Bedeutungen im Dokumentenpfad. Insgesamt gelten folgende Zeichen als reserviert:

    ! # $ % & ' ( ) * + , / : ; = ? @ [ ]



    http://de.wikipedia.org/wiki/URL-Encoding

    Bedeutet nichts weiter, als dass diese Zeichen nur entsprechend ihrer Bedeutung in einer URL verwenden dürfen, wobei / als reserviertes Trennzeichen Verzeichnisse oder wie es da ausgedrückt wird, Pfadsegmente unterteilt. Das kannst Du einfach über Kategorien ändern oder mit einem gewissen Schwierigkeitsgrad eventuell über mod_rewrite, aber ansonsten würde ich keine reservierten Trennzeichen für etwas benutzen, wofür die nicht bestimmt sind.

    Was ist nun passiert?
    Als ich gestern schaute, da sah noch alles normal aus mit

    font-size: 12px;

    falls ich mich richtig erinnere und heute ist die Schrift viel zu groß mit

    font-size: 12em;

    Wenn ich jetzt umrechne, dass erste Tool kommt da auf 12px entspricht 0.75em.

    Ich denke, es könnte möglicherweise mit @import url zusammenhängen, dass einige Browser die nicht beim ersten Seitenaufruf mitladen, falls die noch nicht im Cache vorhanden ist und dann auf browsereigene Schriften ausweichen und die somit beim ersten Seitenaufruf etwas zu groß darstellen.

    Ist aber nur eine Vermutung. Ließe sich jedoch leicht feststellen, wenn Du font-size: 12px für body mal im Head der eigentlichen Seite festlegst.

    Würde ich lassen, wenn Du nicht genau wissen solltest, was Du da tust, zerschießt Du Dir am Ende nur noch WP. Die / werden von WP-Rewrite zur Erkennung benötigt.

    Eine Möglichkeit gebe es vielleicht, wenn Du da die entsprechenden Konditionen und Regeln für mod_rewrite bereits vor den Regeln für WP in der htaccess festlegst, doch um das richtig hinzubekommen, dazu solltest Du Dir unter Localhost eine Testumgebung einrichten und fleißig üben. Falls überhaupt, so wirst Du das nicht innerhalb von 3 Stunden hinbekommen.

    Ich meine, das von ArtofPic bereits verlinkte Plugin ist doch nun einmal nicht grundlos das vermutlich beliebteste Plugin, wenn es um Ersetzungen in der DB geht und auch in deutscher Sprache verwendbar. Das könntest Du doch unter Localhost in einer Testumgebung einfach einmal ausprobieren:

    http://bueltge.de/wp-suchen-und-ersetzen-de-plugin/114/

    Für spezielle Einzelplatzlösungen wird es ebenfalls diverse Plugins geben, nur die werden dann halt unter Umständen nicht als Plugins für die Allgemeinheit angeboten, gepflegt oder weiterentwickelt.


    define('DB_USER', 'hubibabert');
    define('DB_HOST', 'bi_6');


    Wo hast Du bi_6 und 'hubibabert' gefunden?
    Da kommt root und localhost hinein.

    So wird das nichts, entweder Du legst da erst einmal ein Verzeichnis an und übst mit ein paar einfachen HTML-Seiten, dann auch mal eine einfache Datenbankabfrage oder Du lässt die Finger davon. Ob das mit dem Portable Webserver leichter wird, weiß ich nicht, probieren könntest Du es, doch so wird es erst einmal nichts, wenn Du Dich nicht ohne WordPress erst einmal mit dem Xampp vertraut machst.

    Eine etwas ältere Anleitung, doch nach der kannst Du Dich richten, sowohl wie die Verzeichnisse liegen könnten als auch was die Einrichtung der Datenbank anbelangt:

    http://blogshop.de/wordpress/word…installieren/4/