Hay,
so habe ich meine kleinen Domains eingetragen, reicht für ziemlich viele Fälle 
CU, Peter
Beiträge von CmdrXay
-
-
Hay,
Was für Nameservereinträge müssen externe Domains erhalten, dass diese auf einem Managed Server aufgeschaltet werden können?
ganz pauschal alle, die auch auf einem DNS für interne Domains gemacht werden würden - außer die Nameserver-Einträge an sich.
Also A, @, AAAA ggfls, MX ggflls plus SPF/DKIM/DMARC etc. für einen reinen webserver unter http://www.domain.tld würde auch ein normaler A-Eintrag auf die IP-Adresse des managed Server reichen. Auf dem muss dann selbstverständlich ein vhost eingetragen werden, der auf die Domain antwortet.
CU, Peter
-
Hay,
ich bin sicher, dass meine Bemerkung jetzt komplett unnötig ist, weil Du das sicher schon versucht hast - und natürlich hat die Fehlermeldung im Screenshot damit nichts zu tun. Aber bei einer meiner Linux-Installationen (ich glaube eine OpenSuse) werden Fehlermeldungen auch auf dem "echten angeschlossenen" Screen (= erstes Terminal) ausgeworfen, die dann einfach nur die Zeile des Prompts überschreiben. Tippe ich mein Login blind ein, kommt spätestens nach Enter die Frage nach dem Passwort.
Wie gesagt: ich bin mir sicher, dass Du das versucht hast, aber ich weiß auch aus eigener Erfahrung, dass man an die einfachsten Dinge manchmal gerade nicht denkt... und auf der anderen Seite traut man sich nicht, danach zu fragen, außer man ist so unsensibel wie ich CU, Peter
-
Hay,
ich habe kein Webhosting, aber bei cron-Jobs ist in der Regel der erste Stolperstein, dass man den Pfad zum Script absolut angeben muss (während der "jetzt ausführen User" oftmals einen Pfad in seinem Environment hat und deswegen funktioniert das) und der zweite Stolperstein ist, dass falls relative Pfade im Script stehen, diese am besten auch gleich gegen absolute ausgetauscht werden.
CU, Peter
-
Hay,
kann man kurz fassen, ist nicht neu, siehe da:
https://forum.netcup.de/netcup-intern/…kate/#post86646
CU, Peter
-
Hay,
ich weiß jetzt nicht, WIE Du die Domain weiterleitest. Warscheinlich wird sie einfach durch eine Http-Weiterleitung realisiert (.htaccess, php-Befehl header('Location:...'), Javascript window.location=...). Siehst Du denn nach der Weiterleitung noch die Domain in der Browserzeile oder siehst Du danach die blabla.jimdo.com? Selbst wenn Du Deine Domain oben siehst, kann es durch die Einbettung der Jimdo-Webseite in einen Bildschirmgroßen Iframe gemacht sein... Möglichkeiten gibt es viele
Das was beschrieben ist, ist keine Weiterleitung, sondern die Konnektierung einer externen Domain. Der Jimdo-Webserver "antwortet" nicht auf Deine Domain im Regelfall, deswegen fügst Du ihm Deine Domain als externe Domain hinzu, dann lässt er sich genauso ansprechen, als ob der Webspace hier wäre. Die Verbindung einer externen Domain (=Einrichtung eines virtuellen Webservers) lässt sich Jimdo also offensichtlich bezahlen
CU, Peter
-
Hay,
ein Klick? Bei mir wollte er bei "Domainhandel" immer auch noch eine Begründung im Textfeld haben. Wenn bei einem anderen der Punkte ein Klick reicht (habe ich nicht probiert), dann fördert das doch eher das "unehrlich"-sein
und macht alle Punkte, bei denen der Volltext ausgeführt werden will, obsolet Aber spielt ja auch keine große Rolle
Wenn jemand eine Domain von mir sucht, um sie mir abzukaufen, dann ist mir das recht.Wenn ich DENIC wäre, würde ich mir etwas einfallen lassen, um die öffentlichen Abfragen vielleicht auf die eigene Kundschaft zu beschränken. Account vergeben mit dem Handle und einem Passwort müsste ja schon genügen, dann ist das wenigstens eine ansatzweise persönliche Zugangsbeschränkung
CU, Peter
-
Hay,
habe gerade gesehen, DENIC hat die Hürde zum Abfragen der Inhaberinfos etwas nach oben gesetzt... jetzt muss man sich richtig Arbeit machen, um die Daten zu bekommen. Das macht mir die Suche nach kaufbaren Domains etwas schwerer... aber ok.
CU, Peter
-
Hay,
hast Du ssh und curl/wget im Webhosting? Dann würde ich zuerst versuchen, ob ich das Bild per ssh und curl oder wget direkt herunterladen kann bzw. ob curl/wget auf die eigene Webseite zugreifen kann. Das geht entweder (wie ich vermute) und der Fehler ist eigentlich wo anders zu suchen oder Du bekommst andere und ev. aussagefähigere Fehlermeldungen.
Wie lange ist die Subdomain angelegt? DNS-Updatezeiten berücksichtigt?
CU, Peter
-
Hay,
ev. ein Caching-Plugin benutzen... z.b. https://de.wordpress.org/plugins/wp-fastest-cache/
CU, Peter
-
Hay,
super, schon gesehen. Jetzt ist es zumindest kein strukturelles Problem mehr
Viel Erfolg.
CU, Peter
-
Hay,
so langsam macht es keinen Spaß mehr. Warum lässt Du wichtige Informationen weg? Also liefen die Befehle dieses Mal ohne Fehler durch, es kam nur zu keinem Update mehr? Das ist ja gut möglich, wenn da die Texte schon ausgetauscht wurden. Schau mal in die Tabelle rein. Vielleicht ist da auch von einem Versuch vorher noch ein http://hosting... statt http://hosting drin. Schau rein, da siest Du dann, welcher exakte String ggf. noch ausgetauscht werden muss.
Im Quelltext taucht jedenfalls nur noch bei den social media buttons die hosting-url auf. Also scheint ja alles im wesentlichen geklappt zu haben. Die social media buttons kann man ja notfalls neu machen.
Jetzt bleibt doch meiner Meinung nach nur noch die unendlich Weiterleitung auf der Hauptdomain übrig. Das hat dann vermutlich mit Wordpress nichts mehr zu tun, dass ist noch ein Durcheinander serverseitig - httaccess / rewrite / weiterleitung im Webhosting-Panel.
CU, Peter.
-
Hay,
wenn Du sie nacheinander ausführst? Also nicht alle 4 auf einmal? Damit man rausfinden kann, was den Mist verursacht? Und drauf achten, dass kein Zeilenumbruch innerhalb der Statemens stattfinden (geht zwar, aber nicht mitten in einer Anweisung oder einem Parameter)
CU, Peter
-
Hay,
naja, bei "0 Datensätze betroffen" kann da ja etwas nicht gestimmt haben.
CU, Peter
-
Hay,
du musst mal schauen, ob die Tabelle wirklich wp_options heißt. Meine haben einen (zufälligen) Prefix, z.B. f5jtf_options statt wp_options.
CU, Peter
-
Hay,
1) ist der code so korrekt angepasst - ich bin mir gerade unsicher wegen https oder http
wenn das Rewrite korrekt ist, sollte das zwar keine Probleme machen, aber es kann dazu führen, dass auf der Seite selbst die Gesamtsicherheit gebrochen wird (also kein grünes Schloss). Da Du die Site auf https laufen lassen willst, nimm als Zielurl gleich das https
2) replacement commands on the tables notably, wp_options, wp_posts, wp_postmeta => die Tabelle notably finde ich irgendwie nicht
notably ist keine Tabelle, sondern es ist das englische Wort gemeint... "insbesondere"...auf Update klicke
GO!
Du hast ja ein Backup gemacht, das ist schon ein Schritt mehr als die meisten an dieser Stelle getan hätten.
CU, Peter
-
Hay,
da wußte ich doch, dass ich noch was dazu in den Bookmarks habe - habe ich nämlich selbst mal bei einer größeren Site machen müssen...
Nehmt dies!
https://coolestguidesontheplanet.com/updating-wordp…g-to-a-new-url/
CU, Peter
-
Hay,
internen Links alle weg sind durch meine Veränderung oben.
Positiv denken: Es geht voran und mit jedem Schritt lernt man etwas dazu.
Ich denke, Du hast jetzt erst mal etwas Arbeit, ich drücke die Daumen.
CU, Peter
-
Hay,
Die Domains http://www.dithmarschen-festival.de und https://www.meldorf-festival.de zeigen die Seite.
kurios. Das sieht aus, als ob da irgendwo trotzdem noch ein rewrite aktiv ist.
Die aufgebauten Seiten enthalten jedenfalls bei dynamisch generierten Links die richtige Domain und die geladene Grafik oben kommt auch von frequenzen-fest.de! Die bereits gesetzten Links kommen von hosting....-Urls, ein paar Grafiken auch, diese sind aber NICHT aufrufbar.
https://frequenzen-fest.de/wp-content/upl…r_mit_bands.jpg beispielsweise geht
CU, Peter
-
Hay,
Damit die Installation jetzt auf die richtige Domain anspricht reicht das aber nicht... hierfür müssen in der Datenbank diverse Einträge ersetzt werden da WordPress z.T. nicht relative sondern absolute Pfade hinterlegt.
Zur Befriedigung meiner Neugier: Welche Datenbankeinträge meinst Du? Ich habe mal in einer meiner WP-Installationen gesucht und in den _options nur das (an Pfaden) gefunden, was sich über die Oberfläche auch konfigurieren lässt - in _posts habe ich auch Pfadangaben (absolut bezogen auf die Domain) gefunden, die beim Anlegen von Seiten/Beiträgen entstanden sind, meinst Du diese?
CU, Peter
