1. Herzlich willkommen bei WPDE.org, dem grössten und ältesten deutschsprachigen Community-Forum rund um das Thema WordPress. Du musst angemeldet oder registriert sein, um Beiträge verfassen zu können.
    Information ausblenden

Frage betreffend Installation vor Nameservereintrag

Dieses Thema im Forum "Installation" wurde erstellt von Tascha, 5. April 2006.

Seite 1 von 2
  1. Tascha

    Tascha Well-Known Member

    Registriert seit:
    5. März 2005
    Beiträge:
    74
    Zustimmungen:
    0
    Folgendes:

    Ich habe im Moment ja schon eine bestehende Website: www.tascha.ch

    Nun habe ich den Host gewechselt und möchte zuerst natürlich das neue Layout einrichten, before ich die Nameserveränderung weiterleite.

    Ich bin mir nun aber nicht sicher, wie das gehen soll. Ich habe beim neuen Host ja im Moment einen hilfslink der von wordpress dann ja so übernommen wird. Das heisst, sobald der Nameservereintrag geändert wird, funktioniert dann nichts mehr, da wordpress überall einen anderen link drin hat?

    Ich glaub ich verstehe das ganze dahinter nicht so ganz...
    Kann mir da jemand einen typ geben, wie ich das ganze am besten anpacke?

    Danke schon mal ganz herzlich im Voraus :D
     
    #1 Tascha, 5. April 2006
  2. mastermind

    mastermind Well-Known Member

    Registriert seit:
    13. Dezember 2005
    Beiträge:
    2.076
    Zustimmungen:
    0
    Ich vermute mal, mit "Hilfslink meinst Du sowas wie "http://user1234.someserver.com/". Dann vermute ich mal, hast Du das auch in den WordPress-Optionen so eingetragen.

    Sollte es so sein, dann ist das überhaupt kein Problem. Du kannst nach dem Domainumzug, wenn Du die Datenbank und die Dateien transferiert hast, einfach die neue Domain via phpMyAdmin o.ä. setzen.

    Du solltest nur darauf achten, dass Du bei manuell angelegten internen Links eine relative und keine absolute URL angibst (also nicht "http://user1234.someserver.com/blabla/blubb" sondern "/blabla/blubb"). So sparst Du Dir ne Menge Arbeit.

    edit: Eine schöne Seite hast Du übrigens. Bist Du sicher, dass Du es noch besser machen kannst? ;)
     
    #2 mastermind, 5. April 2006
    Zuletzt bearbeitet: 5. April 2006
  3. Tascha

    Tascha Well-Known Member

    Registriert seit:
    5. März 2005
    Beiträge:
    74
    Zustimmungen:
    0
    Ja genau :)

    Und das heisst - ich müsste den Domainnamen mit suchen und ersetzen in der SQL Datei ändern, oder wie genau meinst du das?
     
    #3 Tascha, 5. April 2006
  4. mastermind

    mastermind Well-Known Member

    Registriert seit:
    13. Dezember 2005
    Beiträge:
    2.076
    Zustimmungen:
    0
    Wenn Du mit SQL-Dumps arbeitest, ja. Aber das wirst Du vermutlich eh machen, wenn Du den Server wechselst.

    Es sind übrigens ganze zwei Einträge, die in der Tabelle "wp_options" zu ändern sind.
     
    #4 mastermind, 5. April 2006
  5. Tascha

    Tascha Well-Known Member

    Registriert seit:
    5. März 2005
    Beiträge:
    74
    Zustimmungen:
    0
    Das hat nun super geklappt danke :)
    Hatte trotzdem (und habe) ne Menge Arbeit, da ich leider meistens mit absoluten Links gearbeitet habe..

    Im Moment habe ich ein anderes php Problem.
    Seit ich beim neuen Host bin sehe ich diese Message, wenn ich meinee Seite zum ersten mal lade:

    PHP:
    Entschuldige, aber du musst dich registrieren oder anmelden um den Inhalt sehen zu können!
    Das hat mit der Kompression zu tun denke ich?
    Ich habe versucht die Message nicht anzeigen zu lassen, da ich sonst keine Fehler auf der Seite habe und das ganze sonst gut funktioniert.

    Sollte dieser code in der index.php die fehlermeldungen nicht unterdrücken?
    Oder mache ich da was falsch?

    PHP:
    Entschuldige, aber du musst dich registrieren oder anmelden um den Inhalt sehen zu können!
    habe gerade eine antwort dazugefunden - danke - suche hilft!
     
    #5 Tascha, 7. April 2006
    Zuletzt bearbeitet: 7. April 2006
  6. Tascha

    Tascha Well-Known Member

    Registriert seit:
    5. März 2005
    Beiträge:
    74
    Zustimmungen:
    0
    Trotzdem eine Frage dazu:

    ich habe gzip nun deaktiviert und keine Fehlermeldung mehr. Aber die Seite lädt nun wieder viel langsamer in FF.
    Gibts da nicht eine Möglichkeit das ganze doch laufenzulassen und die Fehlermeldung auszublenden?
     
    #6 Tascha, 7. April 2006
  7. mastermind

    mastermind Well-Known Member

    Registriert seit:
    13. Dezember 2005
    Beiträge:
    2.076
    Zustimmungen:
    0
    Also, Fehler zu "unterdrücken" halte ich grundsätzlich für keine so tolle Idee. Wie wär's mit einer Fehleranalyse?

    Vielleicht sollten wir zunächst mal schauen, ob Dein PHP überhaupt zlib-Untestützung hat. Kannst Du bitte mal aus der phpinfo-Ausgabe den Bereich "Configure command" posten? Und: hat Dein Apache das "mod_gzip" installiert?
     
    #7 mastermind, 7. April 2006
  8. Tascha

    Tascha Well-Known Member

    Registriert seit:
    5. März 2005
    Beiträge:
    74
    Zustimmungen:
    0
    Hier die Ausgabe:

    Betreffend Apache: Das weiss ich leider nicht, kann ich das wo nachschauen?
    Was ich in dem Zusammenhang gefunden habe war in Environment und php variables:

    _SERVER["HTTP_ACCEPT_ENCODING"]gzip,deflate und
     
    #8 Tascha, 7. April 2006
    Zuletzt bearbeitet: 7. April 2006
  9. mastermind

    mastermind Well-Known Member

    Registriert seit:
    13. Dezember 2005
    Beiträge:
    2.076
    Zustimmungen:
    0
    Also zlib-Support scheint drin zu sein. Dann hab ich zunächst auch keine Idee.

    Aber mal was anderes: Warum möchtest Du überhaupt über PHP komprimierte Inhalte ausliefern? Es belastet Server und Client unnötigerweise, und gerade *die* Inhalte, für die es auf Deiner Website am interessantesten wäre (nämlich die Bilder) komprimiert PHP eh nix. Außerdem sind JPEGs ja schon komprimiert, da ist also nicht viel zu holen.

    Das kommt auf Deine Linux-Distribution an. Standardmäßig in /etc/apache2/modules.d müsste eine Konfigurationsdatei für das Modul sein. Falls die nicht da ist, fehlt aller Wahrscheinlichkeit nach auch das Modul. Ein "locate mod_gzip" sollte ggf. das Modul selbst ausfindig machen.

    Worauf ich mit dem Apache hinaus will: Wenn Du unbedingt komprimieren willst, dann wäre es sinnvoller mit Apache. Denn der komprimiert *alles*, was er ausliefert, und es gibt keine Probleme mit instabilen gzip-Implementationen wie offenbar in WordPress.
     
    #9 mastermind, 7. April 2006
  10. Tascha

    Tascha Well-Known Member

    Registriert seit:
    5. März 2005
    Beiträge:
    74
    Zustimmungen:
    0
    Alles klar - vielen Dank für die Hilfe :)

    Ich werde mich mal erkundigen betreffend dem offensichtlich fehlenden Modul. Konnte keine solche Datei finden im etc

    Nun trotzdem noch zu meiner php code frage.
    Der Code, den ich versuchen wollte, war das was falsch? Zum Unterdrücken der Fehlermeldung im Browser.
     
    #10 Tascha, 7. April 2006
  11. mastermind

    mastermind Well-Known Member

    Registriert seit:
    13. Dezember 2005
    Beiträge:
    2.076
    Zustimmungen:
    0
    Das Modul wird normalerweise separat installiert. Wenn Du magst, kannst Du in Deinem Paketmanager nachschauen, ob das Modul installiert ist. Wenn Du es installierst, wird es mit Sicherheit auch direkt aktiviert.

    Vielleicht hilft Dir folgende Seite (bevor ich sie ganz abschreibe ;)): http://de.php.net/error_reporting
     
    #11 mastermind, 7. April 2006
  12. frankie

    frankie Well-Known Member

    Registriert seit:
    3. März 2005
    Beiträge:
    730
    Zustimmungen:
    0
    die tascha, jetzt in wordpress unterwegs, nice...

    ja, das design war auch vorher immer schon sehr ansprechend...
    besser machen muss sie nur den xhtml-code

    alt-attribute, nicht geschlossene tags etc.
    dann wirds perfect
    LG Frank
     
    #12 frankie, 7. April 2006
  13. Tascha

    Tascha Well-Known Member

    Registriert seit:
    5. März 2005
    Beiträge:
    74
    Zustimmungen:
    0
    Uups, das edit hatte ich gar nicht gesehen . Vielen Dank für das Kompliment und auch nochmals für all die Hilfe :)

    Oh wah, hallo? Kennen wir uns? :D
    Meine Seite ist schon eine ganze Weile wordpress kompatibel. An den Alts arbeite ich gerade und nicht geschlossene Tags, da bin ich mir nicht sicher, ist da nicht wordpress schuld? :p

    Nebenbei - blah soviele falsche Links nun. Das ist meine Strafe für eine total chaotische Filestruktur beim alten Server. Mache es nun besser, aber das heisst auch ne Menge Nacharbeit, vorallem da Switch viel zu schnell war :D
     
    #13 Tascha, 7. April 2006
    Zuletzt bearbeitet: 7. April 2006
  14. frankie

    frankie Well-Known Member

    Registriert seit:
    3. März 2005
    Beiträge:
    730
    Zustimmungen:
    0
    nur flüchtig... ;)
    aber das kompliment wollt i schon rausstellen ;)

    nimm firefox und die webdevelopertoolbar, dann kommst am schnellsten voran bei der fehlersuche...
     
    #14 frankie, 7. April 2006
  15. Tascha

    Tascha Well-Known Member

    Registriert seit:
    5. März 2005
    Beiträge:
    74
    Zustimmungen:
    0
    die Devbar hatte ich schon :)
    Nur leider sagen mir die Fehlermeldungen bei der XHTML Validierung nicht gerade viel.. :confused:
    Würde eigentlich die Fehler gerne korrigieren.

    Danke für die Nachricht Frankie :)

    Mastermind:
    das mod_gzip ist nun installiert. Das sollte nun von alleine laufen oder? Oder muss ich da nun was machen?
     
    #15 Tascha, 10. April 2006
  16. mastermind

    mastermind Well-Known Member

    Registriert seit:
    13. Dezember 2005
    Beiträge:
    2.076
    Zustimmungen:
    0
    Jep, das läuft schon:
    Code:
    Entschuldige, aber du musst dich registrieren oder anmelden um den Inhalt sehen zu können!
    "Content-Encoding: gzip" ist das Zauberwort. ;) Das heißt Du kannst jetzt das PHP-gzip abschalten, wenn Du magst.

    Was das Validieren angeht: da wird sich einiges lichten, wenn erstmal die dämliche PHP-Fehlermeldung verschwunden ist.
     
    #16 mastermind, 10. April 2006
    Zuletzt bearbeitet: 10. April 2006
  17. Tascha

    Tascha Well-Known Member

    Registriert seit:
    5. März 2005
    Beiträge:
    74
    Zustimmungen:
    0
    dankeschön :)

    ich habe das gzip unter den options wieder herausgenommen bei WP.
    Irgendwie ist das mit gzip in Wordpress aber doch extrem viel schneller - zumindest mit Firefox.
     
    #17 Tascha, 10. April 2006
  18. mastermind

    mastermind Well-Known Member

    Registriert seit:
    13. Dezember 2005
    Beiträge:
    2.076
    Zustimmungen:
    0
    Ich weiß nicht, ob das PHP-gzip auf Deiner Seite überhaupt richtig aktiviert war... vielleicht war es auch nur deshalb in Firefox schneller, weil zwar die Datenmenge größer war, diese jedoch nicht mehr dekomprimiert werden musste? Wenn Du z.B. eine schnelle Leitung, aber einen älteren Rechner hast, ist das sehr wahrscheinlich.

    Bei mir kommen Deine Inhalte jedenfalls nach wie vor flink an.

    (Aus diesem Grund finde ich übrigens, dass das Komprimieren von Webinhalten nicht immer von Vorteil ist.)
     
    #18 mastermind, 10. April 2006
  19. Tascha

    Tascha Well-Known Member

    Registriert seit:
    5. März 2005
    Beiträge:
    74
    Zustimmungen:
    0
    dann ist ja gut :) wenn die Seite nicht zu lang hat zum laden.
    Ich nutze eure Hilfsbereitschaft nun gleich nochmals aus (solange ich niemandem auf die Nerven gehe :D)

    Betreffend Validierung gibt er mir Fehler in Bezug auf meine Header links an.
    PHP:
    Entschuldige, aber du musst dich registrieren oder anmelden um den Inhalt sehen zu können!
    ich weiss nicht, woher die phpsessid mit der nummer dahinter generiert wird, aber offenslichtlich hat der validierer mit dem = und dem & Mühe
    Die url im header sieht eigentlich ganz normal aus <a href="?page_id=2>blablah</a>

    wie kann ich diesen Fehler denn korrigieren und was genau läuft da schief?
     
    #19 Tascha, 10. April 2006
  20. mastermind

    mastermind Well-Known Member

    Registriert seit:
    13. Dezember 2005
    Beiträge:
    2.076
    Zustimmungen:
    0
    Passt scho :)

    Har, har, har. Das Problem ist einfach zu beschreiben -- nur die Lösung könnte kompliziert werden.

    Das Problem ist folgendes: Im Quelltext müssen alle &-Zeichen als &amp; maskiert werden, auch in URLs. Das Problem bei Dir ist, dass Deine URLs offenbar automatisch generiert sind, und man sinnvollerweise auch automatisch die &-Zeichen konvertieren würde.

    Die Lösung könnte beispielsweise darin bestehen, dass man sich ein kleines Plugin zimmert, welches letztendlich alle nicht maskierten HTML-eigenen Zeichen konvertiert. (Darf ich evtl. fragen, welches Plugin (und wozu) Du verwendest, um einen Session-Handler in der URL zu haben?)
     
    #20 mastermind, 11. April 2006
(Du musst angemeldet oder registriert sein, um Beiträge verfassen zu können. )
Seite 1 von 2
  1. Diese Seite verwendet Cookies, um Inhalte zu personalisieren, diese deiner Erfahrung anzupassen und dich nach der Registrierung angemeldet zu halten.
    Wenn du dich weiterhin auf dieser Seite aufhältst, akzeptierst du unseren Einsatz von Cookies.
    Akzeptieren Weitere Informationen...
    Information ausblenden
  1. Diese Seite verwendet Cookies, um Inhalte zu personalisieren, diese deiner Erfahrung anzupassen und dich nach der Registrierung angemeldet zu halten.
    Wenn du dich weiterhin auf dieser Seite aufhältst, akzeptierst du unseren Einsatz von Cookies.
    Akzeptieren Weitere Informationen...
    Information ausblenden