So, komm endlich mal wieder dazu mich zu kümmern.
Ja, mein Code sieht exakt so aus wie deiner.
Auch wenn ich deinen letzten Vorschlag benutze ändert sich nichts.
Ich verstehe es nicht. Noch ne Idee?
Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenSo, komm endlich mal wieder dazu mich zu kümmern.
Ja, mein Code sieht exakt so aus wie deiner.
Auch wenn ich deinen letzten Vorschlag benutze ändert sich nichts.
Ich verstehe es nicht. Noch ne Idee?
Mein Code enthält an einer entscheidenden Stelle ein Prozentzeichen. Das hast du durch ein $ ersetzt.
Das hatte ich übersehen. Habs geändert, aber gleiches Ergebnis...
Noch einer so spät auf? ;-)
Ich hab jetzt deine Variante benutzt und der obere Teil der htaccess lautet jetzt so:
<IfModule mod_rewrite.c>
RewriteEngine On
Redirect /info/ http://info-de.17hippies.com
RewriteCond %{REQUEST_URI} ^/hiplounge(.*)$ [NC]
RewriteRule ^(.*)$ http://17hippies.de/$1 [R=301,L]
</IfModule>
Das Ergebnis ist aber das gleiche...
Liegt es vielleicht gar nicht an den Zeilen, sondern ist der Bug weiter unten?
So, das war jetzt aber definitiv der letzte Post von mir heute...
Gute Nacht.
Vielleicht postest du mal die reale Struktur der nicht korrekt umgeleiteten Seiten und deine komplette .htaccess. Ohne diese Details kann man nur stochern.
OK, ich möchte 17hippies.de/hiplounge/ umleiten auf 17hippies.de - geht nicht.
Außerdem soll 17hippies.de/hiplounge/category/news/ zu 17hippies.de/category/news/ werden, wird aber 17hippies.de/news-archiv/ weil /category/ wohl rausgeschmissen wird.
Das gleiche passiert mit den Kategorien /videos/ und /galerie/.
Merkwürdigerweise funktioniert 17hippies.de/hiplounge/texte/text-adieu/ zu 17hippies.de/texte/text-adieu/, aber 17hippies.de/hiplounge/bio/2004/ nicht, es wird zu 17hippies.de/bio/, obwohl es beides Unterseiten sind.
Die Hauptseiten funktionieren alle, wie es scheint. Also z.B. 17hippies.de/hiplounge/guestbook/ zu 17hippies.de/guestbook/
So, das waren die Links. Jetzt die htaccess-Datei (mit installiertem WPSuperCache):
<IfModule mod_rewrite.c>
RewriteEngine On
Redirect /info/ http://info-de.17hippies.com
RewriteCond %{HTTP_HOST} ^\.17hippies.de/hiplounge$ [NC]
RewriteRule ^(.*)$ http://17hippies.de/$1 [R=301,L]
</IfModule>
# BEGIN WPSuperCache
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
AddDefaultCharset UTF-8
RewriteCond %{REQUEST_URI} !^.*[^/]$
RewriteCond %{REQUEST_URI} !^.*//.*$
RewriteCond %{REQUEST_METHOD} !=POST
RewriteCond %{QUERY_STRING} !.*=.*
RewriteCond %{HTTP:Cookie} !^.*(comment_author_|wordpress|wp-postpass_).*$
RewriteCond %{HTTP:Accept-Encoding} gzip
RewriteCond %{DOCUMENT_ROOT}/wp-content/cache/supercache/%{HTTP_HOST}/$1/index.html.gz -f
RewriteRule ^(.*) /wp-content/cache/supercache/%{HTTP_HOST}/$1/index.html.gz [L]
RewriteCond %{REQUEST_URI} !^.*[^/]$
RewriteCond %{REQUEST_URI} !^.*//.*$
RewriteCond %{REQUEST_METHOD} !=POST
RewriteCond %{QUERY_STRING} !.*=.*
RewriteCond %{HTTP:Cookie} !^.*(comment_author_|wordpress|wp-postpass_).*$
RewriteCond %{DOCUMENT_ROOT}/wp-content/cache/supercache/%{HTTP_HOST}/$1/index.html -f
RewriteRule ^(.*) /wp-content/cache/supercache/%{HTTP_HOST}/$1/index.html [L]
</IfModule>
# END WPSuperCache
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress
Alles anzeigen
Ach ja, der Redirect der info-Seite funktioniert.
Danke für die Hilfe...
Danke für den Hinweiß mit example.com. Das wußte ich noch nicht.
Ich habe deinen Code eingesetzt und er funktioniert leider auch nur zum Teil.
Die Umleitung der Hauptadresse klappt nicht. Für example.com/ordner/ bleibt example.com/ordner/
Es funktioniert folgende Umleitungen:
example.com/ordner/seite/ zu example.com/seite/
aber
example.com/ordner/seite/unterseite/ zu example.com/seite/unterseite/ funktioniert nur bei bestimmten Seiten.
Die Kategorien verhalten sich auch merkwürdig:
example.com/ordner/category/news wird zu example.com/news-archiv, also das /category/ fällt raus, und da es keine news-Seite gibt geht er zu /news-archiv/, denn die Seite gibt's.
So richtig zu verstehen ist das für mich nicht...
Noch jemand nen Tip für mich? Danke.
Danke für den Tip.
Die RewriteEngine steht natürlich auf ON (hatte ich nicht mit hier rein kopiert.
Wenn ich obigen Code in die htaccess eingebe, ist der Blog unter domain.de leider nicht mehr zu erreichen. Stattdessen gibt's nen Serverfehler 500.
Noch jemand ne Idee?
Ich leg mir gerade die Karten. Meine WP-Installation befindet sich in einem Unterordner und bis vor kurzem war dieser auch Teil der URL: domain.de/ordner
Jetzt habe ich die URL der Seite geändert, sie lautet jetzt ohne Unterordner domain.de
WP befindet sich weiterhin physikalisch im Unterordner, nur die (angepasste) index.php und htaccess sind jetzt im Root und ich habe die Seitenadresse in den Einstellungen geändert. Funktioniert auch wunderbar.
Jetzt möchte ich in der htaccess natürlich alle "alten" Aufrufe mit einem 301-rewrite umleiten auf die neue URL. Auch das habe ich hingekriegt, nur leider nicht 100%ig.
Alle Seiten incl. der Unterseiten funktionieren wunderbar. Aus domain.de/ordner/seite/kindseite wird domain.de/seite/kindseite.
Was nicht läuft ist zum einen der Aufruf zur ehemaligen Startseite domain.de/ordner, sowie die Kategorie-Archive domain.de/category/blabla und die einzelnen Post-Adressen. Diese URLs werden nicht verändert.
Das ist, was ich ganz oben, also vor dem von WP und dem von WPSuperCache erzeugten Einträgen in die htaccess im root eingefügt habe:
RewriteCond %{HTTP_HOST} ^\.domain.de/ordner$ [NC]
RewriteRule ^(.*)$ http://domain.de/$1 [R=301,L]
So ganz fit bin ich mit der Thematik noch nicht, aber vielleicht kann mir hier ja jemand den entscheidenden Tip geben. Danke...
das war schon mal ein guter Hinweiss, denn da hatte ich noch nicht geschaut... Danke.
Der Übeltäter ist das PlugIn Language Switcher oder irgendetwas in der get-text-Funktion. Wenn ich's deaktiviere bleiben 30 - 40 Abfragen.
Leider besteht das Problem weiterhin. Bis Safari den Ladebalken zeigt vergehen 5-10 s. Unten in der Statusleiste steht "blabla" wird aufgerufen, bzw. Warten auf blabla... im Firefox. Das heißt, entweder findet meine Anfrage den Weg zum Server nicht (DNS- oder serverseitiges Problem?) oder aber beim Verarbeiten der wp-Daten und dem Generieren der Seite klemmt's.
Wie kann ich das jetzt weiter eingrenzen?
ich muß die Frage nochmal nach oben schieben. Weiß leider immer noch nicht, woran es liegt, daß die Seiten ca. 5 s. warten, bis sie anfangen zu laden.
Ich hab's mit dem Standart-Theme probiert, mit deaktiviertem JavaScript. Hab auch das GeoMashup- Plugin in Verdacht gehabt, auch keine Änderung.
Ich komm nicht weiter. YSlow in Firebug sagt mir, daß diese Seite 6,5 s. für den GET-Befehl braucht. Sagt mir aber leider nicht, wo es klemmt.
Liegt der Fehler am Provider? Oder am Netz? Läd die Seite bei Euch schneller?
Ich kann doch die Seite so nicht unseren Fans anbieten. Wäre ja ne Zumutung...
Bin für jeden Tip dankbar.
Ersteinmal ein fröhliches "Zwischen-den-Jahren". Hoffe, die Gans hat gut geschmeckt...
Ich arbeite an einer neuen Version unserer Bandseite und habe das Problem, dass sie momentan noch Ladehemmungen hat. Ich benutze WP 2.7 und das K2-Theme RC7.
Ich weiß, dass auf der Seite ziemlich viel JavaScript läuft und sie insgesamt noch nicht auf Geschwindigkeit optimiert ist, aber die Ladeverzögerung muß einen anderen Grund haben.
Wenn ihr mal schauen möchtet: Musik at 17 HIPPIES
Mir scheint es, als würde die Auflösung der Adresse so lange dauern, denn wenn die Seite erstmal anfägt zu laden, gehts recht flott. In etwa so wie bei einem TAXI-Fahrer, der erstmal in den Stadtplan gucken muß bevor er loslegt.
Ich hab schon mit Firebug versucht dahinter zu kommen, aber ich weiß nicht weiter.
mmh, ist wohl ein bisschen zu komplex das ganze. Ich hab mal ein wenig sortiert:
Ich habe einen Gig, repräsentiert durch eine ID namens "ID". Für jeden Gig wird ein Post geschrieben, dieser ist eindeutig zu bestimmen über "ID" > "post_id". In die Tabelle wp_postmeta trägt das PlugIn GeoMashup die Geo-Daten ein, und zwar ins Feld "_geo_location" in Form von Koordinaten.
Mit Hilfe der Koordinaten erzeugt das PlugIn auch die Marker in der Map.
Ich habe im Forum des PlugIns gerade mal gefragt, ob die Marker eine eindeutige Adresse haben, dann könnte ich doch folgende Funktion im JavaScript nutzen:
Und die Funktion rufe ich auf über einen Link auf.
Bis hier richtig?
Ist die Funktion überall gültig? Also auch außerhalb des GeoMashup-PlugIns, wo ja der ganze andere google-maps-javascriptkram erzeugt wird?
Jetzt muß ich über die Gig-ID nur noch an die Marker-Nummer kommen...
Ich stehe vor einem größeren Problem, da ich kein javascript-Spezialist bin und mir wohl auch entscheidende php-Grundlagen fehlen.
Ich arbeite an einer neuen Version einer Band-Seite mit WP 2.7 und K2-Thema.
Für die Tour-Daten benutze ich das noch junge aber sehr brauchbare PlugIn Gigs Calender welches mir auch für jeden Gig einen Link generiert, der zur externen Google-Maps-Seite führt. Ich möchte aber auf der Seite bleiben, dort eine Karte einbinden und bei Klick auf den Link soll sich in dieser Karte an entsprechendem Ort das Google-Map-Markerinfo öffnen.
Die Karte anzeigen und das "geotagging" für die einzelnen Venues erledigt das PlugIn Geo Mashup ganz gut. Die Marker werden von Geo Mashup automatisch in der Karte eingetragen und im MarkerInfo-Fenster wird der Post-Inhalt des Gigs automatisch generiert. Momentan sind erst zwei Gigs geogetagged: Berlin und Dresden. Die anderen sind noch so, wie der Gigs Calendar sie erzeugt hat. Hier der Link zur Arbeits-Version der Seite...
Immerhin weiß ich, wo ich die Links manipulieren kann, aber... und da verließen sie mich dann auch schon... ich weiß nicht wie...
Ich brauche javascript-Funktionen, das ist klar. Und ich muß mit einem onclick diese Funktionen aufrufen...
Vielleicht hat ja jemand Lust und Zeit mir ein paar Tips zu geben.
Merci & Gruß
Wenn du noch ca. ne Woche wartest, dann brauchst du nicht mehr die Beta von WP2.7 nehmen ;)
Aah, genau so eine Antwort hab ich gesucht. Danke...
Hallo zusammen,
Ich bin leider nicht so ganz auf dem neuesten Stand was die WP 2.7 Veröffentlichung angeht.
Ich muß eine Seite komplett überarbeiten und da sie noch unter 2.3.3 läuft ist auch ein Update fällig.
Installiere ich gleich die 2.7 beta? Oder sollte ich erstmal die stabile 2.6.3 Version benutzen?
Es handelt sich nicht um eine Blogseite, sondern WP wird eher als CMS benutzt. Das neue Design möchte ich auf das K2-Theme-framework aufbauen.
Wie würdet ihr das machen?
Ups, bin gerade auf PostRank 3 gehüpft. Siehst du was ich meine, MaD? ;-)
Ich benutze das language-switcher-PlugIn zusammen mit dem NAVT-PlugIn. Leider filtert NAVT die Sprachtags nicht raus, so das die Übersetzung des Menüs nicht funktioniert.
Ich habe versucht mit Hilfe von Angi's Blog in den NAVT-Daten die Stelle zu finden, wo der Menü-Eintrag erzeugt wird, um den von Angi beschriebenen Filter anzuwenden, muß aber leider sagen, daß es mir doch etwas zu kompliziert ist. Ich verstehe überhaupt nicht, was da wo passiert in dem PlugIn.
Kann mir jemand nen Tip geben?
Ich benutze WP 2.5.1, NAVT 1.0.26, Language Switcher 1.15
Danke und Gruß,
kru:sko
Lightview vs. WordTube
Nach dem tollen Fußballabend noch mal kurz hierher zurück.
Es gibt definitiv einen Konflikt zwischen Lightview und WordTube. Ich muß mich entscheiden, eins von beiden geht nur.
Leider ist das Lightview-Forum down und ich kann dort nicht nach ner Lösung suchen. Sollte jemand ne Idee haben, ich wäre doch sehr dankbar... Das Lightview-PlugIn sieht schon toll aus und ich hätte es gerne wieder...
Dann ist es das Lightview Plus- oder NextGEN Flash Viewer-PlugIn.
Hab erstmal die eingebaute Thickbox wieder aktiviert und hoffe, daß das Problem erstmal behoben ist.
Der andere Viewer ist aber schöner.
Vielen Dank.
Mmmh, damit kenn ich mich leider gar nicht aus.
Ich würde dann vielleicht doch das NextGEN-PlugIn oder vielleicht lightview verdächtigen.
Ich hab das Lightview Plus - PlugIn mal deaktiviert.
Gehts jetzt?
Hallo zusammen,
da ich als Mac-User zur Zeit keine Möglichkeit habe mit nem Windows-Rechner folgendes Problem zu checken, bitte ich mal wieder das liebe WP-Forum um Hilfe.
Ich bekam gerade ne Mail, daß ein Bandkollege nicht mehr auf unsere Seite kommt (unter Windows XP mit IE7 oder dem T-Online-Browser). Mit Seamonkey scheints bei ihm zu gehen. Das gleiche Problem noch bei zwei anderen Leuten...
Genauer gesagt erreicht er die Startseite :::17 HIPPPIES:::OFFICIAL HOMEPAGE:::, kommt von da aber nicht weiter.
Das Problem hat er seit letzter Woche. Und die einzige Änderung, die gemacht wurde ist, daß das NextGEN gallery-PlugIn eingebaut wurde.
Jemand ne Idee?
Danke und Grüße
kru:sko
OK, verstanden. Das nächste komplizierte Projekt ;)
Ich erzeuge ja die Galerien mit dem nextGEN-PlugIn und das müßte mir ja auch das versteckte div generieren, da ich das Erzeugen neuer Galerien so einfach wie möglich halten will...
Ich befürchte, das wird nix...