Wo stellt wer Gutscheine bereit? Hier im Forum oder was meinst Du?
Gruß
Ingo
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 erstellenWo stellt wer Gutscheine bereit? Hier im Forum oder was meinst Du?
Gruß
Ingo
Also bei mir wird das nichts mit Gastartikeln, da ich mein Blog eher im klassischen Sinne betreibe. Da machen Gastartikel keinen Sinn und wirken eher unglaubwürdig.
unaffected
Glückwunsch zum ersten Beitrag nach fast 2½ Jahren. ![]()
Gruß
Ingo
Eigentlich braucht man dafür gar kein Plugin. Wordpress leitet die Nicht-Permalinks (/?p=123 usw.) immer automatisch auf die aktuell eingestellten Permalinks um. Und seit Version 2.3 ist auch eine geändert Domain dank Canonical-Modul kein Problem mehr. Wordpress leitet immer auf die in den allgemeinen Einstellungen konfigurierte Domain weiter.
Ein Problem sind möglicherweise Bilder und andre Uploads. Da müßte man ggf. Anpassungen vornehmen.
Gruß
Ingo
Stimmt, mein Fehler, Tschuldigung. r23 hat natürlich recht.
Ich hatte nur den Fehler und was mit Theme gesehen und dachte, es wäre dasselbe wie hier:
http://forum.wpde.org/installation/1…html#post513146
Dort hatte der Entwickler diese Vorgehensweise zur Problemlösung genannt.
Schon erstaunlich, wie viele Themes diese Funktion implementiert haben, bevor sie von WP selbst eingeführt wurde. ![]()
Gruß
Ingo
Wie hattest Du denn das Wordpress vorher installiert? Mit dem Strato AppWizard? Dei Daten werden in der wp-config.php von alleine eingetragen? Alles sehr seltsam.
Was genau willst Du denn erreichen? Den alten Blog löschen und einen neuen installieren?
Gruß
Ingo
Also Wordpress macht von sich aus ganz gewiss keine Frame-Weiterleitung. Das die Entwicklerseite (Wordpress-Installation) und die Domain selbst aus Internetsicht nicht auf dem gleichen Server liegen sieht man schon daran, daß sie unterschiedliche IP-Adressen haben:
http://www.truetaste-wineglass.on-communication.de [188.93.10.90]
http://www.truetaste-wineglass.de [82.165.94.189]
Das ist einfach falsch konfiguriert. Wie oben erwähnt, muß die Domain auf den Server der Installation aufgeschalte werden. Anders wird das nichts.
Nachtrag: Da war Monika schneller. ![]()
Gruß
Ingo
Die Funktion "Blog löschen" gibt es bei Blogs, die von Wordpress.com gehostet werden, also nicht auf eine eigenen Server oder Webspace. Ich habe gerade mal nachgesehen, bei mir ist diese Funktion als Untermenüpunkt links bei den Werkzeugen zu finden.
Falls Du ein selbstgehosteten Blog loswerden willst, mußt Du ihn bei dem Webhoster selbst per FTP löschen.
Gruß
Ingo
Seit Version 3.6 hat Wordpress selbst eine Funktion has_shortcode:
http://codex.wordpress.org/Function_Reference/has_shortcode
Deshalb muß diese Funktion in der Datei functions.php des Themes (/wp-content/themes/coworker/functions.php) entfernt oder auskommentiert werden.
Dazu mußt Du diese Datei per FTP auf Deinen Rechner laden, mit einem Texteditor öffnen, die Funktion has_shortcode suche und entfernen, die Datei speichern und wieder per FTP auf den Server laden.
Gruß
Ingo
Dann lies Dir mal durch, was Google dazu schreibt, besonders den Abschnitt "Muss der Inhalt der einzelnen Seiten dem Inhalt der kanonischen Version entsprechen?".
Ich würde das nicht machen, weil Google das vermutlich schnell als Manipulation erkennen wird und die Sache dann nach hinten losgeht. Aber jeder ist seines Glückes Schmied... ![]()
Gruß
Ingo
Ja, diese Schlüssel sind schon nicht ganz unwichtig:
http://codex.wordpress.org/Editing_wp-con…p#Security_Keys
Und nein, auch wenn man sich damit auskennte, kann man sie nicht einfach von außen einsehen. Dazu müßte schon PHP ausfallen, so daß die PHP-Dateien als uninterpretierter Text vom Webserver ausgliefert werden. Wenn das passiert, hat man allerings ganz andere Problem.
Gruß
Ingo
...
Gut, das habe ich bisher noch nicht ausprobiert, kenne es nur so, wie es zum Beispiel bei der Wikipedia praktiziert wird.
Was anderes macht das Plugin auch nicht. Die Umlaute werden in UTF8-Zeichenfolgen umgewandelt und als Link entsprechend URL-Kodiert. Anders geht es auch nicht bzw. alles andere würde nur Probleme bereiten.
Gruß
Ingo
Ja , gibt es, z.B. hier:
http://kubaseotr%c3%a4ume.schnurpsel.de/plugins/123-echtlaut/
Gruß
Ingo
Also in den FAQ Deines Webhosters steht folgendes:
ZitatWelchen Servernamen muss ich bei meinem PHP Script angeben?
Als Hostnamen müssen Sie den mySQL Server laut Zugangsdaten angeben. (Bsp.: mysqlsvr09.world4you.com)
World4You betreibt eigene, vom Webserver getrennte mySQL Datenbankserver. Beim Hostnamen ist deshalb nicht localhost zu verwenden.
Aus diesem Grund können wir eine sehr hohe mySQL-Performance bieten.
Ob man damit nur Datenbanken aus dem eigenen Webhostingpaket ansprechen kann, weiß ich nicht. Hast Du keine Datenbank in Deinem Paket oder warum willst Du eine externe nehmen?
Gruß
Ingo
Du verwendest da eine Frame-Weiterleitung. Das ist im allgemeinen die schlechteste Option für solche Zwecke.
Idealerweise sollte dort, wo die Installtion liegt, eine externe Domains aufgeschaltet werden. Und da, wo die Domain liegt, sollte der DNS-Eintrag so geändert werden, daß er auf den Server zeigt, wo die Installation liegt.
Gruß
Ingo
Du kannts dich auf dem Datenbank-Server einloggen? Wie und womit machst Du das?
Wenn die Meldung kommt, stimmt in 99% der Fälle etwas mit den eingetragenen Daten nicht. Meist ist beim Datenbankserver nicht der Domainname einzutragen, sondern localhost. Es gibt ein paar Ausnnahmen, z.B. bei 1&1 und Strato. Bei welchem Webhoster bist Du denn?
Gruß
Ingo
... Aber dieser doofe Ordner existiert noch und ich möchte das FTP aufräumen.
Was spricht denn dagegen, die WP-Installtion einfach im Unterverzeichnis zu lassen? Ich selbst finde das übersichtlicher und vor allem flexibler (ist natürlich nur meine Meinung).
Wenn Du das so gemacht hättest, wie ich es weiter oben beschrieben hae, hättest Du nicht mal was kopieren oder verschieben müssen. Und vor allem, es funktioniert ja offensichtlich im Unterverzeichnis einwandfrei.
Das es im Rootverzeichnis nicht geht liegt möglichwerweise daran, daß dort noch eine index.html oder sowas rumliegt, die dann statt der index.php des Blogs aufgerufen wird.
Gruß
Ingo
Ich hatte bisher so verstanden, dass die Domain nicht mehr auf /wordpress sondern statt dessen auf /root verweisen soll.
Ich hatte angenommen, daß die Installation mit einem Verzeichnis /wordpress erfolgt ist, also die Aufrufe über example.com/wordpress erfolgten. Das ist aber gar nicht der Fall. Die Intstallation erfolgte über eine Subdomain, zwar auf einem Unterverzeichnis im Webspace, allerdings war das eben das Rootverzeichnis der Subdomain. Deshalb hätte man da gar nichts kopieren müssen und nur die Hautpdomain auf das Unterverzeichnis aufschalten und die Einstellungen in Wordress anpassen müssen.
Gruß
Ingo
Achso, daß war über eine Subdomain konfiguriert.
Dann wäre die Vorgehensweise etwas anders:
- Haupt-Domain auf das Verzeichnis /wordpress zeigen lassen (im 1&1 Control-Center)
- in den Wordpress-Einstellungen die Einträge für Wordpress-Adresse und Blog-Adresse von der Subdomain in die Hauptdomain ändern
- ggf. auch in den Inhalten die Subdomain in die Hauptdomain ändern (siehe hier am Ende des Artikels)
Gruß
Ingo
...nach jeder Änderung in der htaccess muss vor jedem Test der Browser-Cache gelöscht werden. Und in der htaccess wird ja die Base geändert, entweder automatisch oder manuell.
Wieso denn das? Wenn die .htaccess nicht gerade einen echten Redirect (z.B. 301) auslöst, sind die per mod_rewrite durchgeführten "Weiterleitungen" von außen gar nicht sichbar. Ich sehe da keine Notwendigkeit, den Browser-Cache zu löschen.
Gruß
Ingo