[p]Die Site.%applicationhostdomain API zu verwenden ist sehr einfach.[/p]

[p]Egal ob du eine benutzerdefinierte Integration baust oder deinen Workflow automatisierst, unsere API gibt dir volle Kontrolle über deine Dienste.[/p]

[h2]Deinen API Key erstellen[/h2]

[p]Zuerst das Wichtigste. Du brauchst einen API Key, um loszulegen.[/p]

[p]So geht's:[/p]

[p]Melde dich einfach in deinem Dashboard auf Site.%applicationhostdomain an. Falls du Hilfe beim Zugriff auf dein Konto brauchst, schau nach [url=%helpdesk-article-url-83]wo du deinen Support-Pincode findest[/url]. Gehe über die obere Navigation zur "%include-dashboard-language-dashboardHeader.settings" Seite. Klicke auf [b]'%include-dashboard-language-dashboard.settings.DNSTemplates.options.apiKeys'[/b].[/p]

[p]Das war's. Du kannst jetzt deinen API Key erstellen.[/p]

[h2]Sicherheitspraktiken[/h2]

[p]Hier kommt der wichtige Teil. Gib deinem Key nur Zugriff auf die API Endpoints, die du wirklich brauchst. So bleibt alles sicher.[/p]

[p]Erstelle den API Key und kopiere sofort den 256 Zeichen langen Key. Speichere ihn an einem [i]sicheren[/i] Ort.[/p]

[p]Verwendest du eine .env Datei? Stelle sicher, dass du sie außerhalb deiner öffentlich zugänglichen Dateien speicherst.[/p]

[p][b]Wichtige Sicherheitshinweise:[/b][/p]

[ul]
[li]API Keys müssen genau 256 Zeichen lang sein[/li]
[li]Nach 3 fehlgeschlagenen Authentifizierungsversuchen innerhalb von 24 Stunden wird deine IP-Adresse für 72 Stunden gesperrt[/li]
[li]Es gibt keinen manuellen Entsperrmechanismus - gehe also sorgfältig mit deinen API Keys um[/li]
[li]Speichere deinen API Key sicher - er kann nach der Erstellung nicht mehr abgerufen werden[/li]
[/ul]

[h2]Auf die API zugreifen[/h2]

[p]Du kannst auf die API über [url=https://backend.site.eu/v2]https://backend.site.eu/v2[/url] zugreifen.[/p]

[p]Fun Fact? Unsere Website verwendet genau dieselbe API.[/p]

[p]Noch sind nicht alle API Endpoints für dich freigeschaltet. Aber wir öffnen ständig neue Endpoints, die du verwenden kannst. Wenn du den Endpoint in [url=https://backend.site.eu/v2]https://backend.site.eu/v2[/url] sehen kannst, dann kannst du ihn verwenden. Stelle nur sicher, dass du deinem API Key Zugriff darauf gegeben hast.[/p]

[h2]Die API verwenden[/h2]

[p]Du kannst dich mit den API Endpoints über dieselbe URL verbinden: [url=https://backend.site.eu/v2]https://backend.site.eu/v2[/url].[/p]

[p]Aber hier ist der Haken. Das ist dein [b]echtes[/b] Konto. Das ist keine Testumgebung. Alle Aktionen sind real![/p]

[p]Willst du etwas testen? Kaufe ein Produkt zu Testzwecken. So kannst du experimentieren, ohne deine echten Domains und Websites zu berühren.[/p]

[h2]Was kommt als Nächstes?[/h2]

[p]Jetzt, wo du deinen API Key eingerichtet hast, kannst du anfangen, Integrationen zu bauen und deine Workflows zu automatisieren.[/p]

[p]Schau dir die verfügbaren Endpoints an. Fang an zu experimentieren. Und denk daran, deinen API Key immer sicher zu halten und nur Zugriff auf die Endpoints zu geben, die du wirklich brauchst.[/p]

So startest du mit der Site.%applicationhostdomain API

[p]Die Nameserver deiner Domain zu ändern ist ganz einfach. Du musst nur wissen, wo du im Site.%applicationhostdomain Dashboard nachschauen musst. Hier erfährst du, wie es funktioniert und was Nameserver eigentlich machen.[/p]

[h2]Was sind Nameserver?[/h2]

[p]Stell dir Nameserver wie das Telefonbuch des Internets vor. Wenn jemand deinen Domainnamen eingibt, sagen die Nameserver dem Browser, wo deine Website zu finden ist. Ganz einfach.[/p]

[p]Jede Domain braucht mindestens zwei Nameserver. Warum zwei? Zur Absicherung. Wenn einer ausfällt, übernimmt der andere. Diese Nameserver steuern, wohin deine Website und deine E-Mails weitergeleitet werden.[/p]

[h2]Schritte zum Ändern deiner Nameserver[/h2]

[p]So geht's:[/p]

[ol]
[li][b]Geh zu deinem Site.%applicationhostdomain Dashboard[/b][/li]
[li][b]Klick auf deinen Domainnamen[/b] - Du findest ihn in der linken Seitenleiste.[/li]
[li][b]Finde "%include-dashboard-language-dashboard.domainsOptions.advancedOptions"[/b] - Geh zu %include-dashboard-language-dashboard.domainTabs.domainOptions. Dann klick auf %include-dashboard-language-dashboard.domainsOptions.advancedOptions.[/li]
[li][b]Deaktiviere die Standardeinstellungen[/b] - Siehst du "%include-dashboard-language-dashboard.domains.domainOptionsSection.dnsManagement.defaultSettings"? Schalte es zuerst aus. Das musst du tun, bevor du die Nameserver ändern kannst. Erfahre mehr über [url=%helpdesk-article-url-13]Site.%applicationhostdomain Standardeinstellungen[/url].[/li]
[li][b]Deaktiviere %include-dashboard-language-dashboard.domains.domainOptionsSection.dnsManagement.changeRecords[/b] - Das ist wichtig. Schalte diese Option aus. Sonst kannst du keine eigenen Nameserver verwenden.[/li]
[li][b]Füge deine Nameserver hinzu[/b] - Jetzt siehst du leere Felder. Gib hier deine neuen Nameserver ein. Diese hast du von deinem Hosting-Anbieter erhalten (z.B. ns1.beispiel.com und ns2.beispiel.com).[/li]
[li][b]Speichere alles[/b] - Klick auf den Speichern-Button. Fertig! Die Änderungen brauchen bis zu 24 Stunden, um überall zu wirken.[/li]
[/ol]

[h2]Warum kannst du nicht DNS-Verwaltung und eigene Nameserver nutzen?[/h2]

[p]Ganz einfach: Du kannst nicht eigene Nameserver UND unsere DNS-Verwaltung gleichzeitig nutzen. Beides zusammen funktioniert nicht.[/p]

[p]Warum nicht? Der Grund:[/p]

[ul]
[li][b]Unsere DNS-Verwaltung braucht unsere Nameserver[/b] - Wenn du DNS-Einträge in deinem Site.%applicationhostdomain Dashboard verwalten willst, muss deine Domain auf unsere Nameserver zeigen. So können wir deine DNS-Einträge verwalten.[/li]
[li][b]Eigene Nameserver zeigen woanders hin[/b] - Wenn du eigene Nameserver verwendest, werden die DNS-Informationen von einem anderen Anbieter abgerufen. Nicht von uns.[/li]
[/ul]

[h2]Wann Nameserver ändern[/h2]

[p]Du solltest deine Nameserver ändern, wenn du zu einem neuen Hosting-Anbieter wechselst oder wenn du [url=%helpdesk-article-url-47]deine Domain mit einem externen DNS-Dienst verknüpfen[/url] möchtest. Das sind die Hauptgründe. Die meisten Nutzer müssen diese Einstellungen nicht ändern, es sei denn, ihr Hosting-Anbieter fordert sie dazu auf.[/p]

[h2]Gut zu wissen[/h2]

[ul]
[li][b]Es braucht Zeit[/b] - Änderungen brauchen bis zu 24 Stunden, bis sie weltweit wirksam werden. Meistens geht es aber schneller.[/li]
[li][b]Notiere deine alten Nameserver[/b] - Falls du zurückwechseln musst.[/li]
[li][b]Frag deinen Anbieter[/b] - Dort erfährst du genau, welche Nameserver du nutzen sollst.[/li]
[/ul]

Wie ändere ich die Nameserver meiner Domain?

[p]Standardmäßig kann jede Domain [b]50 E-Mails pro 24 Stunden[/b] versenden.[/p]

[p]Deine Domain darf also innerhalb von 24 Stunden 50 E-Mails verschicken. Brauchst du mehr? Wir können dieses Limit für dich erhöhen.[/p]

[h2]Wie beantrage ich ein höheres Limit?[/h2]

[p]Wenn du ein höheres E-Mail-Versandlimit möchtest, kontaktiere uns einfach. Wir brauchen ein paar Informationen:[/p]

[ul]
[li]Welche Art von E-Mails versendest du?[/li]
[li]An wen versendest du sie?[/li]
[li]Haben diese Personen zugestimmt, E-Mails von dir zu erhalten?[/li]
[li]Gibt es noch etwas, das wir wissen sollten?[/li]
[/ul]

[p]Sobald wir deinen Antrag geprüft haben, erhöhen wir das Limit für dich.[/p]

[h2]Warum gibt es dieses Limit?[/h2]

[p]Der Grund ist einfach.[/p]

[p]Wir verwenden bestimmte IP-Adressen für ausgehende Mails. Diese IP-Adressen werden von Tausenden unserer Kunden gemeinsam genutzt. Und sie haben eine [b]sehr hohe Reputation[/b].[/p]

[p]Warum das wichtig ist?[/p]

[p]Stell dir vor, die E-Mail-Adresse eines unserer Kunden wird gehackt. Vielleicht haben sie ein unsicheres Passwort verwendet. Oder sie wurden Opfer von Phishing. Egal aus welchem Grund.[/p]

[p]Diese gehackte E-Mail-Adresse könnte versuchen, Tausende, manchmal sogar [i]Millionen[/i] von Spam-E-Mails zu versenden.[/p]

[p]Unser 50-E-Mail-Limit lässt nur die ersten 50 durch. Der Rest? Wird blockiert.[/p]

[p]Und selbst diese 50 E-Mails, die das Limit passieren, werden trotzdem von unseren ausgehenden Spamfiltern gefiltert.[/p]

[h2]Die E-Mail-Reputation von allen schützen[/h2]

[p]So halten wir die Reputation unserer E-Mail-Server-IPs sehr hoch und sauber. Wir nutzen auch [url=%helpdesk-article-url-52]SPF-Einträge[/url] und [url=%helpdesk-article-url-41]DKIM-Einträge[/url] zum Schutz der E-Mail-Zustellung.[/p]

[p]So stellen wir sicher, dass die E-Mails unserer tausenden Kunden im [b]Posteingang[/b] der Empfänger landen. Statt im Spam-Ordner.[/p]

[p]Die gute Nachricht? Wenn du legitime E-Mail-Anforderungen hast, die mehr als 50 E-Mails pro Tag erfordern, helfen wir dir gerne.[/p]

[h2]Wichtiger Hinweis für Basic-Tarif-Kunden[/h2]

[p]Bitte beachte, dass wir das E-Mail-Versandlimit für Kunden mit einem Basic-Tarif [b]nicht[/b] erhöhen.[/p]

[p]Der Grund?[/p]

[p]Dieser Tarif ist sehr günstig. Und bei diesem niedrigen Preis ist das Risiko für uns zu hoch, das E-Mail-Versandlimit zu erhöhen.[/p]

[p]Tausende von Nutzern verlassen sich auf die Reputation unserer E-Mail-Server-IPs. Wir müssen das für alle schützen.[/p]

[h2]Bereit, dein Limit zu erhöhen?[/h2]

[p]Mehr als 50 E-Mails pro Tag nötig? Melde dich einfach und wir helfen dir![/p]

Wie viele E-Mails kann ich versenden?

[p]Du möchtest also eine Python- oder Node.js-App auf deinem [url=%helpdesk-article-url-53]Webhosting[/url] laufen lassen? Gute Entscheidung. Das sind leistungsstarke Technologien, mit denen du alles von einfachen APIs bis hin zu komplexen Webanwendungen erstellen kannst.[/p]

[p]Aber eins vorweg: Nicht alle Server sind gleich.[/p]

[p]Wenn du bei Site.%applicationhostdomain hostest, sind [b]CloudLinux-Webhosting-Server[/b] deine beste Wahl für Python- oder Node.js-Anwendungen. Hier erfährst du, warum.[/p]

[h2]Warum CloudLinux-Server?[/h2]

[p]CloudLinux-Server verfügen über integrierte Selektoren für Python und Node.js. Stell dir Selektoren als Versionsmanager vor, mit denen du:[/p]

[ul]
[li]Genau die Python- oder Node.js-Version auswählen kannst, die du brauchst[/li]
[li]Zwischen Versionen wechseln kannst, ohne deine App zu beeinträchtigen[/li]
[li]Mehrere Anwendungen mit unterschiedlichen Versionsanforderungen deployen kannst[/li]
[/ul]

[p]Diese Flexibilität ist wichtig. Sehr wichtig.[/p]

[p]Angenommen, du hast deine App mit Node.js Version 14 entwickelt, möchtest sie aber mit Version 18 testen. Auf einem CloudLinux-Server geht das problemlos, ohne deine Live-Anwendung zu beeinträchtigen. Kein Problem.[/p]

[h2]Was macht CloudLinux anders?[/h2]

[p]CloudLinux verwendet Apache Passenger, um deine Python- und Node.js-Anwendungen auszuführen. Das gibt dir:[/p]

[ul]
[li][b]Ressourcenisolierung[/b] - Deine App wird nicht von anderen Nutzern auf demselben Server beeinflusst[/li]
[li][b]Automatisches Prozessmanagement[/b] - Der Server kümmert sich um das Starten und Stoppen deiner Anwendung[/li]
[li][b]Bessere Stabilität[/b] - Wenn eine Anwendung abstürzt, bringt sie nicht den gesamten Server zum Absturz[/li]
[/ul]

[h2]Serveranforderungen für Python und Node.js[/h2]

[p]Das solltest du über den Betrieb dieser Anwendungen wissen:[/p]

[p][b]Für Node.js:[/b][/p]
[p]Selbst eine einfache Node.js-App benötigt echte Serverressourcen. Du kannst Node.js nicht wie normales JavaScript im Browser ausführen. Die meisten Anwendungen laufen problemlos mit 512 MB Arbeitsspeicher, aber komplexe Apps brauchen unter Umständen 1 GB oder mehr.[/p]

[p][b]Für Python:[/b][/p]
[p]Python-Apps haben ähnliche Anforderungen. Die genauen Ressourcen hängen davon ab, was deine Anwendung tut. Eine einfache API? Minimale Ressourcen. Eine Datenverarbeitungsanwendung? Da brauchst du mehr Power.[/p]

[p]Die gute Nachricht? CloudLinux-Server bei Site.%applicationhostdomain sind für diese Anwendungsfälle optimiert.[/p]

[h2]So wählst du einen CloudLinux-Server bei Site.%applicationhostdomain aus[/h2]

[p]Wenn du dein Hosting einrichtest, musst du den richtigen Servertyp auswählen.[/p]

[p]Für die vollständige Anleitung schau dir [url=%helpdesk-article-url-70]diesen Leitfaden zur Auswahl deines Webhosting-Servers[/url] an.[/p]

[h2]Zusammengefasst[/h2]

[p]Python- oder Node.js-Apps zu betreiben, muss nicht kompliziert sein. Wähle einen CloudLinux-Webhosting-Server bei Site.%applicationhostdomain und du bekommst:[/p]

[ul]
[li]Versionsselektoren für einfaches Management[/li]
[li]Ressourcenisolierung für Stabilität[/li]
[li]Apache Passenger für automatische Prozessverwaltung[/li]
[/ul]

[p]Deine Anwendung verdient einen Server, der mithalten kann. CloudLinux-Webhosting bei Site.%applicationhostdomain liefert genau das.[/p]

Beste Server für Python- und Node.js-Apps

[p]Die meisten [url=%helpdesk-article-url-57]SSL-Zertifikate[/url] müssen alle 3 Monate erneuert werden. Das ist ein automatisierter Prozess, der normalerweise problemlos funktioniert.[/p]

[p]Aber hier ist das Problem: Wenn die Erneuerung fehlschlägt, wird deine Website nicht mehr erreichbar. Oder noch schlimmer, Besucher sehen eine große, bedrohlich aussehende Sicherheitswarnung in ihrem Browser. Nicht gerade das, was du willst.[/p]

[h2]Was führt dazu, dass die SSL-Erneuerung fehlschlägt?[/h2]

[p]Hier sind die häufigsten Gründe.[/p]

[p][b]Die falschen Subdomains ausgewählt[/b][/p]

[p]Hast du das SSL-Zertifikat für deinen Domainnamen [i]und[/i] alle Subdomains beantragt, die du tatsächlich nutzt? Gut.[/p]

[p]Aber hast du auch Subdomains wie mail, ftp oder smtp hinzugefügt? Genau da liegt der Fehler.[/p]

[p]Der Grund: Deine mail-Subdomain zeigt nicht auf deinen Webhosting-Server. Wenn der SSL-Aussteller also versucht zu prüfen, ob deine Subdomain mit dem Server verbunden ist, schlägt die Prüfung fehl. Und schon: keine SSL-Erneuerung.[/p]

[p][b]Website-Probleme[/b][/p]

[p]Funktioniert deine Website richtig? Zeigt sie auf den richtigen Server?[/p]

[p]Wenn deine Website nicht richtig funktioniert oder auf den falschen Server zeigt, wird deine SSL-Erneuerung fehlschlagen. So einfach ist das.[/p]

[h2]So behebst du das Problem[/h2]

[p]Die gute Nachricht? Die Lösung ist einfach.[/p]

[p][b]Stelle zuerst sicher, dass deine Website funktioniert[/b][/p]

[p]Bevor du das SSL-Zertifikat reparierst, überprüfe ob deine Website tatsächlich funktioniert. Besuche deinen Domainnamen in einem Browser. Erscheint deine Website? Wenn nicht, muss das zuerst behoben werden.[/p]

[p]In den meisten Fällen wird eine nicht funktionierende Website durch fehlende DNS-Einträge verursacht. [url=%helpdesk-article-url-89]Schau dir diese Anleitung an, um fehlende DNS-Einträge zu reparieren[/url].[/p]

[p]Sobald deine Website richtig funktioniert, folge diesen Schritten:[/p]

[ol]
[li][url=%helpdesk-article-url-22]Gehe zu DirectAdmin[/url] und öffne die Seite 'SSL-Zertifikate'[/li]
[li]Lösche das alte Zertifikat[/li]
[li]Beantrage ein neues nach [url=%helpdesk-article-url-31]dieser Anleitung[/url][/li]
[/ol]

[p]Aber jetzt kommt das Wichtigste: [b]beantrage das SSL-Zertifikat nur für deine Hauptdomain und die www-Subdomain[/b].[/p]

[p]Wenn du andere Subdomains für deine Website nutzt (wie blog oder shop), füge diese auch hinzu. Aber füge [i]keine[/i] technischen Subdomains hinzu wie:[/p]

[ul]
[li]ftp[/li]
[li]mail[/li]
[li]smtp[/li]
[li]pop[/li]
[/ul]

[p]Diese können später Probleme bei der Erneuerung verursachen.[/p]

[p]Sobald du ein neues Zertifikat mit nur den Subdomains beantragt hast, die du tatsächlich nutzt, wird dein SSL alle 3 Monate automatisch erneuert. Das funktioniert problemlos, solange deine Website richtig funktioniert und auf den richtigen Server zeigt.[/p]

Warum hat die Erneuerung meines SSL-Zertifikats nicht geklappt?

[p]Du möchtest deine Website zu uns umziehen! Das ist klasse. Die gute Nachricht? Wir übernehmen den kompletten Umzugsprozess für dich – [b]völlig kostenlos[/b]. Keine technischen Probleme, kein Stress.[/p]

[p]Ich erkläre dir genau, wie unser kostenloser Website-Umzugsservice funktioniert. Es ist einfacher als du denkst.[/p]

[h2]Schritt 1: Wähle einen Webhosting-Tarif[/h2]

[p]Erstmal das Wichtigste. Du musst einen unserer Webhosting-Tarife kaufen, der kostenlose Umzüge beinhaltet. So bekommt deine Website ein neues Zuhause.[/p]

[p][b]Wichtiger Tipp:[/b] Bestelle den Domain-Transfer noch nicht. Behalte deinen Domainnamen bei deinem aktuellen Anbieter, während wir deine Website umziehen. Vertrau mir – dafür gibt es einen guten Grund, den wir später besprechen.[/p]

[h2]Schritt 2: Schick uns deine Daten[/h2]

[p]Sobald du deinen Hosting-Tarif hast, schick uns eine E-Mail mit allem, was wir für den Start brauchen. Stell es dir vor, als würdest du dem Umzugsunternehmen die Schlüssel zu deiner alten Wohnung geben.[/p]

[p]Das solltest du in deine E-Mail schreiben (weitere [url=%helpdesk-article-url-54]Tipps für den Website Umzug[/url] findest du hier):[/p]

[ul]
[li]Die URL der Website, die du umziehen möchtest[/li]
[li]Deine aktuellen FTP-Zugangsdaten (alter Server) – so kommen wir an deine Website-Dateien[/li]
[li]Die Art deiner Website (WordPress, Joomla, Drupal oder etwas anderes)[/li]
[li]Alle weiteren Zugangsdaten für deine Website[/li]
[li]Besondere Details oder Anweisungen, die wir wissen sollten[/li]
[/ul]

[p]Je mehr Informationen du uns gibst, desto reibungsloser läuft der Umzug.[/p]

[h2]Schritt 3: Wir ziehen deine Website um[/h2]

[p]Jetzt übernehmen wir den Rest. Wir ziehen deine Website innerhalb von [b]24-48 Stunden[/b] nach deiner Anfrage um (die [url=%helpdesk-article-url-12]Übertragung des Domainnamens[/url] ist ein separater Prozess). Während dieser Zeit bleibt deine Website auf deinem alten Server online – keine Unterbrechungen für deine Besucher.[/p]

[p]Wir halten dich auf dem Laufenden, falls wir auf Probleme stoßen. Aber ehrlich gesagt? Die meisten Umzüge laufen problemlos.[/p]

[h2]Schritt 4: Transferiere deine Domain (oder verknüpfe sie)[/h2]

[p]Jetzt verstehst du, warum der Tipp von vorhin wichtig war. [b]Warte auf unsere Bestätigungs-E-Mail[/b], die dir mitteilt, dass der Website-Umzug abgeschlossen ist. Erst [i]nachdem[/i] wir deine Website erfolgreich umgezogen haben, solltest du den nächsten Schritt machen.[/p]

[p]Sobald du unsere Bestätigung erhalten hast, hast du zwei Möglichkeiten – lies dir [url=%helpdesk-article-url-69]den besten Weg für einen Domain-Transfer ohne Ausfallzeiten[/url] durch:[/p]

[ol]
[li][b]Transferiere deinen Domainnamen zu uns[/b] – Das bedeutet, wir verwalten sowohl deine Website als auch deinen Domainnamen[/li]
[li][b]Behalte deine Domain wo sie ist[/b] – Richte einfach die Nameserver oder DNS deiner Domain auf uns aus (wir nennen das eine [url=%helpdesk-article-url-87]externe Domain[/url], und das funktioniert einwandfrei)[/li]
[/ol]

[p]Beide Optionen funktionieren super. Wähle was für dich am besten passt.[/p]

[h2]Das Beste: Keine Ausfallzeit[/h2]

[p]Hier ist der Clou. Weil wir deine Website umziehen [i]bevor[/i] du deine Domain verschiebst, gibt es absolut keine Ausfallzeit. Deine Besucher merken nicht mal, dass sich was geändert hat.[/p]

[p]Deine Website läuft weiter auf deinem alten Server bis zu dem exakten Moment, wo wir sie auf unseren umschalten. Es ist, als würde man den Motor eines Autos wechseln, während es fährt – nur viel sicherer![/p]

[h2]Wichtig zu merken:[/h2]

[p][b]Transferiere deinen Domainnamen nicht zu uns, bis wir den Website-Umzug abgeschlossen haben.[/b][/p]

[p]Ich kann das gar nicht genug betonen. Diese einfache Regel zu befolgen stellt sicher, dass alles reibungslos ohne Probleme läuft.[/p]

[h2]Bereit loszulegen?[/h2]

[p]Das ist alles! Unser kostenloser Website-Umzugsservice macht den Wechsel zu Site.%applicationhostdomain problemlos. Wir kümmern uns um das Technische, während du dich auf das Wichtige konzentrierst – deine Website zu betreiben. Du kannst auch deine [url=%helpdesk-article-url-75]E-Mail-Adressen zu uns übertragen[/url]![/p]

[p]Denk an die Schritte:[/p]
[ol]
[li]Kaufe einen Hosting-Tarif mit kostenlosen Umzügen[/li]
[li]Schick uns die Details deiner Website[/li]
[li]Warte 24-48 Stunden während wir alles für dich erledigen[/li]
[li]Transferiere oder verknüpfe deine Domain nachdem wir fertig sind[/li]
[/ol]

[p]Fragen zum Umzugsprozess? Kontaktiere einfach unser Support-Team. Wir sind da, um deinen Wechsel zu Site.%applicationhostdomain so reibungslos wie möglich zu machen.[/p]

Nutze den kostenlosen Umzugsservice von Site.%applicationhostdomain

[p]Du willst deine Website zu Site.%applicationhostdomain umziehen, aber lieber selbst Hand anlegen? Kluge Entscheidung. Du behältst die Kontrolle und deine Website bleibt die ganze Zeit online.[/p]

[p][b]Kein technischer Support nötig.[/b] Kein Warten auf andere. Folge einfach diesen Schritten und deine Website läuft ohne eine Sekunde Unterbrechung auf unseren Servern.[/p]

[p]Ich zeige dir genau, wie du es selbst machst.[/p]

[h2]Was brauchst du, bevor du anfängst?[/h2]

[p]Diese Selbstmach-Methode funktioniert für:[/p]

[ul]
[li]WordPress-Websites[/li]
[li]Joomla-Websites[/li]
[li]Individuell erstellte Websites[/li]
[li]Jede Website, auf die du per FTP/Dateimanager zugreifen kannst[/li]
[/ul]

[p][b]Benötigte Fähigkeiten:[/b] Grundkenntnisse in FTP oder Dateimanagern. Wenn du Dateien zu deinem aktuellen Host hochladen kannst, schaffst du das hier auch.[/p]

[h2]Schritt 1: Neues Hosting kaufen (ohne Domain-Transfer)[/h2]

[p]Beginne damit, ein Hosting-Paket bei Site.%applicationhostdomain zu kaufen. Jedes Paket ist geeignet. Du kannst sogar [url=%helpdesk-article-url-72]ein Hosting-Paket ohne Domainnamen kaufen[/url] - wir geben dir eine kostenlose Subdomain zur Nutzung.[/p]

[p][b]Wichtig:[/b] Kaufe nur das Hosting-Paket. [i]Übertrage deine Domain noch NICHT.[/i] Das ist der Schlüssel zu null Ausfallzeit - die Domain kommt ganz zum Schluss.[/p]

[p]Warum? Weil du erst alles selbst einrichten, testen und erst dann deine Domain auf den neuen Server zeigen lassen willst.[/p]

[h2]Schritt 2: Bereite deinen neuen Hosting-Bereich vor[/h2]

[p]Zeit, dein neues Zuhause einzurichten, ohne deine Live-Website anzufassen.[/p]

[p][b]Mache diese drei Dinge:[/b][/p]

[ol]
[li][url=%helpdesk-article-url-20]Aktiviere deinen Webhosting-Dienst[/url] in deinem Site.%applicationhostdomain-Dashboard[/li]
[li][url=%helpdesk-article-url-71]Füge deine Domain als externe Domain hinzu[/url] (das teilt unserem System nur mit, dass es deine Domain gibt)[/li]
[li][url=%helpdesk-article-url-76]Verknüpfe die Domain mit deinem Hosting-Paket[/url][/li]
[/ol]

[p][b]Was du noch NICHT tun solltest:[/b][/p]
[ul]
[li]Ändere keine DNS-Einstellungen[/li]
[li]Aktualisiere keine Nameserver[/li]
[li]Übertrage deine Domain-Registrierung noch nicht zu uns[/li]
[/ul]

[p]Deine Website bleibt live bei deinem alten Host, während du am neuen arbeitest. Perfekt.[/p]

[h2]Schritt 3: Übertrage deine Website-Dateien selbst[/h2]

[p]Jetzt kommt der praktische Teil. Du hast mehrere Selbstmach-Optionen:[/p]

[p][b]Option 1 - WordPress-Migrations-Plugin:[/b][/p]
[ul]
[li]Installiere WP Migrate Guru auf deiner aktuellen Seite[/li]
[li]Gib deine Site.%applicationhostdomain-Hosting-Details ein[/li]
[li]Klicke auf Migrieren und lass es seine Arbeit machen[/li]
[li]Dauert etwa 15-30 Minuten für die meisten Websites[/li]
[/ul]

[p][b]Option 2 - Manueller Transfer (für jede Website):[/b][/p]
[ol]
[li]Lade alle Dateien von deinem aktuellen Host per FTP herunter[/li]
[li]Exportiere deine Datenbank (normalerweise über phpMyAdmin)[/li]
[li]Lade die Dateien zu deinem neuen Site.%applicationhostdomain-Account hoch[/li]
[li]Importiere die Datenbank in dein neues Hosting[/li]
[li]Aktualisiere die Datenbank-Verbindungseinstellungen falls nötig[/li]
[/ol]

[p][b]Option 3 - Nutze Softaculous:[/b][/p]
[p]Dein DirectAdmin-Webhosting-Control-Panel bei Site.%applicationhostdomain enthält Softaculous, das WordPress-, Joomla- und andere CMS-Seiten importieren kann. Gib einfach die FTP-Details deiner alten Seite an.[/p]

[h2]Schritt 4: Teste deine Arbeit (bevor es jemand sieht)[/h2]

[p]Hier zahlt sich das Selbermachen wirklich aus. Du kannst alles gründlich testen.[/p]

[p][b]Einfache Testmethode:[/b][/p]
[p]Nutze deine [url=%helpdesk-article-url-88]temporäre Subdomain[/url] (wie deineseite.site.eu), um deine übertragene Seite zu überprüfen.[/p]

[p][b]Fortgeschrittene Testmethode:[/b][/p]
[p]Bearbeite die Hosts-Datei deines Computers für eine Vorschau mit deiner echten Domain:[/p]
[ul]
[li]Windows: C:\Windows\System32\drivers\etc\hosts[/li]
[li]Mac/Linux: /etc/hosts[/li]
[li]Füge hinzu: <deine-site-eu-server-ip> deinedomain.de[/li]
[/ul]

[p][b]Was du prüfen solltest:[/b][/p]
[ul]
[li]Alle Seiten laden korrekt[/li]
[li]Bilder werden richtig angezeigt[/li]
[li][url=%helpdesk-article-url-86]Formulare und Kontaktseiten funktionieren[/url][/li]
[li]Warenkorbfunktionen (falls vorhanden)[/li]
[li]Admin-/Login-Bereiche sind zugänglich[/li]
[/ul]

[p]Probleme gefunden? Behebe sie jetzt, während deine Live-Site noch beim alten Host läuft.[/p]

[h2]Schritt 5: Gehe live (der finale Selbstmach-Schritt)[/h2]

[p]Alles getestet und funktioniert? Zeit für den Wechsel.[/p]

[p][b]Wähle deinen Ansatz:[/b][/p]

[p][b]Option A - Nur deine Domain umleiten (am schnellsten):[/b][/p]
[ol]
[li]Melde dich bei deinem aktuellen Domain-Registrar an[/li]
[li][url=%helpdesk-article-url-87]Ändere die Nameserver[/url] auf Site.%applicationhostdomain-Server[/li]
[li]Warte 2-24 Stunden auf die DNS-Propagierung[/li]
[/ol]

[p][b]Option B - Übertrage auch die Domain-Registrierung:[/b][/p]
[ol]
[li]Starte den [url=%helpdesk-article-url-80]Domain-Transfer[/url] zu Site.%applicationhostdomain[/li]
[li]Genehmige den Transfer bei deinem aktuellen Registrar[/li]
[li]Domain und Hosting sind dann an einem Ort[/li]
[/ol]

[p][i]Profi-Tipp:[/i] Wir empfehlen Option B - deinen Domain-Namen zu uns zu transferieren. Du bekommst unser benutzerfreundliches Domain-Control-Panel und profitierst von den niedrigsten Domain-Preisen am Markt. Außerdem macht es das Leben einfacher, alles an einem Ort zu verwalten.[/p]

[h2]Was passiert während der DNS-Propagierung?[/h2]

[p]Nachdem du deine Nameserver geändert hast, kannst du Folgendes erwarten:[/p]

[ul]
[li]Manche Besucher sehen deine alte Seite, andere die neue[/li]
[li]Beide Versionen funktionieren perfekt (deshalb haben wir die alte nicht angerührt)[/li]
[li]Innerhalb von 24 Stunden sehen alle deine bei Site.%applicationhostdomain gehostete Seite[/li]
[li]Null Ausfallzeit erreicht![/li]
[/ul]

[h2]Selbstmach-Transfer-Checkliste[/h2]

[p]Hier ist deine komplette Selbstmach-Roadmap:[/p]

[ol]
[li][b]Kaufe nur Hosting[/b] (ohne Domain-Transfer)[/li]
[li][b]Richte Domain ein[/b] als extern (ohne DNS-Änderungen)[/li]
[li][b]Übertrage Dateien selbst[/b] (Plugin oder manuell)[/li]
[li][b]Teste gründlich[/b] mit temporärer Subdomain oder deiner /etc/hosts-Datei[/li]
[li][b]Ändere DNS[/b] wenn du bereit bist[/li]
[/ol]

[p]Du hast es geschafft! Deine Website läuft jetzt auf Site.%applicationhostdomain, und du hast den gesamten Transfer selbst gemeistert.[/p]

[h2]Häufige Selbstmach-Probleme lösen[/h2]

[p][b]Datenbank-Verbindungsfehler?[/b] Überprüfe deine wp-config.php oder Konfigurationsdatei auf die korrekten Datenbank-Details. Stelle sicher, dass die Datenbank existiert und Benutzername sowie Passwort stimmen.[/p]

[p][b]Fehlende Bilder?[/b] Dateiberechtigungen müssen eventuell angepasst werden. Setze Ordner auf 755 und Dateien auf 644.[/p]

[p][b]Seite sieht kaputt aus?[/b] Leere deinen Browser-Cache und Website-Cache (falls vorhanden) und überprüfe, ob alle Dateien vollständig übertragen wurden.[/p]

[p]Denk dran: Da du es selbst machst, kontrollierst du jeden Schritt. Nimm dir Zeit, teste alles und genieße dein neues Hosting![/p]

Deine Website selbst zu Site.%applicationhostdomain umziehen - ohne Ausfall

[p]Using the Site.%applicationhostdomain API is very easy.[/p]

[p]Whether you're building a custom integration or automating your workflow, our API gives you full control over your services.[/p]

[h2]Creating Your API Key[/h2]

[p]First things first. You need an API key to get started.[/p]

[p]Here's how:[/p]

[p]Simply log into your dashboard on Site.%applicationhostdomain. If you need help accessing your account, check [url=%helpdesk-article-url-83]where to find your support pincode[/url]. Go to the "%include-dashboard-language-dashboardHeader.settings" page via the top navigation. Click [b]'%include-dashboard-language-dashboard.settings.DNSTemplates.options.apiKeys'[/b].[/p]

[p]That's it. You can now create your API key.[/p]

[h2]Security Best Practices[/h2]

[p]Here's the important part. Only give your key access to the API endpoints you actually need. This keeps everything secure.[/p]

[p]Create the API key and copy the 256 character long key immediately. Save it somewhere [i]safe[/i].[/p]

[p]If you're using an .env file? Make sure you save it outside your publicly available files.[/p]

[p][b]Important security notes:[/b][/p]

[ul]
[li]API keys must be exactly 256 characters long[/li]
[li]After 3 failed authentication attempts within 24 hours, your IP address will be blocked for 72 hours[/li]
[li]There is no manual unblock mechanism - please handle your API keys carefully[/li]
[li]Store your API key securely - it cannot be retrieved after creation[/li]
[/ul]

[h2]Accessing the API[/h2]

[p]You can access the API via [url=https://backend.site.eu/v2]https://backend.site.eu/v2[/url].[/p]

[p]Fun fact? Our website uses this exact same API.[/p]

[p]Not all API endpoints are exposed to you yet. But we're constantly opening new endpoints for you to use. If you can see the endpoint in [url=https://backend.site.eu/v2]https://backend.site.eu/v2[/url], then you can use it. Just make sure you gave your API key access to it.[/p]

[h2]Using the API[/h2]

[p]You can connect with the API endpoints via the same URL: [url=https://backend.site.eu/v2]https://backend.site.eu/v2[/url].[/p]

[p]But here's the catch. This is your [b]actual[/b] account. This is not a test environment. All actions are real.[/p]

[p]Want to test something? Purchase a product for testing purposes. That way you can experiment without touching your actual domains and websites.[/p]

[h2]What's Next?[/h2]

[p]Now that you have your API key set up, you can start building integrations and automating your workflows.[/p]

[p]Check the available endpoints. Start experimenting. And remember to always keep your API key secure and only grant access to the endpoints you actually need.[/p]

How to Get Started Using the Site.%applicationhostdomain API

[p]Changing your domain's nameservers is pretty easy. You just need to know where to look in your Site.%applicationhostdomain dashboard. Let me show you how it works and explain what nameservers actually do.[/p]

[h2]What are nameservers?[/h2]

[p]Think of nameservers as the phone book of the internet. When someone types your domain name, nameservers tell their browser where to find your website. Simple as that.[/p]

[p]Every domain needs at least two unique nameservers. Why two? Backup. If one stops working, the other takes over. These nameservers control where your website and email go.[/p]

[h2]Steps to change your nameservers[/h2]

[p]Here's exactly what you need to do:[/p]

[ol]
[li][b]Go to your Site.%applicationhostdomain dashboard[/b][/li]
[li][b]Click your domain name[/b] - Find it in the left sidebar. Click it.[/li]
[li][b]Find "%include-dashboard-language-dashboard.domainsOptions.advancedOptions"[/b] - Go to %include-dashboard-language-dashboard.domainTabs.domainOptions. Then click %include-dashboard-language-dashboard.domainsOptions.advancedOptions.[/li]
[li][b]Turn off default settings[/b] - See "%include-dashboard-language-dashboard.domains.domainOptionsSection.dnsManagement.defaultSettings"? Switch it off first. You need to do this before changing nameservers. Learn more about [url=%helpdesk-article-url-13]why Site.%applicationhostdomain uses default settings[/url].[/li]
[li][b]Disable %include-dashboard-language-dashboard.domains.domainOptionsSection.dnsManagement.changeRecords[/b] - This is important. Turn off %include-dashboard-language-dashboard.domains.domainOptionsSection.dnsManagement.changeRecords. You can't have custom nameservers otherwise.[/li]
[li][b]Add your nameservers[/b] - Now you'll see empty fields. Type in your new nameservers here. Your hosting provider gave you these (like ns1.example.com and ns2.example.com).[/li]
[li][b]Save everything[/b] - Hit the save button. Done! The changes take up to 24 hours to work everywhere.[/li]
[/ol]

[h2]Why can't you use both DNS management and configure custom nameservers?[/h2]

[p]Here's the deal. You can't use custom nameservers AND our [url=%helpdesk-article-url-79]DNS management[/url] at the same time. They don't work together.[/p]

[p]Why not? Simple:[/p]

[ul]
[li][b]Our DNS management needs our nameservers[/b] - If you want to manage DNS records in your Site.%applicationhostdomain dashboard, your domain must point to our nameservers. That's how we control your DNS.[/li]
[li][b]Custom nameservers point somewhere else[/b] - When you use custom nameservers, you're telling your domain to get DNS info from another provider. Not from us.[/li]
[/ul]

[h2]When to change nameservers[/h2]

[p]You might need to change your nameservers when you're moving to a new hosting company or when you want to [url=%helpdesk-article-url-47]link your domain to an external DNS service[/url]. That's about it. Most people don't need to touch these settings unless their hosting provider tells them to.[/p]

[h2]Good to know[/h2]

[ul]
[li][b]It takes time[/b] - Changes need up to 24 hours to propagate over the internet. Usually faster though.[/li]
[li][b]Write down your old nameservers[/b] - Just in case you need to switch back.[/li]
[li][b]Check with your host[/b] - They'll tell you exactly which nameservers to use.[/li]
[/ul]

How do I change my domain name's nameservers?

[p]By default, all domain names can send [b]50 emails per 24 hours[/b].[/p]

[p]So your domain is allowed to send 50 emails in 24 hours. Need more? We can increase this limit for you.[/p]

[h2]How to Request a Higher Limit[/h2]

[p]If you want a higher email sending limit, just contact us. We'll need some information:[/p]

[ul]
[li]What kind of emails are you sending?[/li]
[li]Who are you sending them to?[/li]
[li]Have these people agreed to receive emails from you?[/li]
[li]Is there anything else we should know?[/li]
[/ul]

[p]Once we review your request, we can increase the limit for you.[/p]

[h2]Why Does This Limit Exist?[/h2]

[p]The reason is simple.[/p]

[p]We use specific IP addresses for outgoing mail. These IP addresses are shared among thousands of our customers. And they have a [b]very high reputation[/b].[/p]

[p]Here's why that matters.[/p]

[p]Imagine if one of our customer's email addresses gets hacked. Maybe they used an unsafe password. Or fell victim to phishing. Whatever the reason.[/p]

[p]That hacked email address might try to send thousands, sometimes even [i]millions[/i] of spam emails.[/p]

[p]Our 50-email limit will only allow the first 50 to be sent. After that? The rest are blocked.[/p]

[p]And even those 50 emails that pass the sending limit will still be filtered by our outgoing spam filters.[/p]

[h2]Protecting Everyone's Email Reputation[/h2]

[p]This is one of the ways we keep our email server IP address reputations very high and clean. We also use [url=%helpdesk-article-url-52]SPF records[/url] and [url=%helpdesk-article-url-41]DKIM records[/url] to protect email delivery.[/p]

[p]And this is how we get the emails of our thousands of customers into the [b]inbox[/b] of recipients. Instead of the spam folder.[/p]

[p]The good news? If you have legitimate email needs that exceed 50 emails per day, we're happy to help.[/p]

[h2]Important Note for Basic Plan Customers[/h2]

[p]Please note that we do [b]not[/b] increase the email sending limit for customers on a Basic plan.[/p]

[p]The reason?[/p]

[p]This plan is very affordable. And for that very low price, the risk is too high for us to increase the email sending limit.[/p]

[p]Thousands of users depend on our sending email server IP reputation. We need to protect that for everyone.[/p]

[h2]Ready to Increase Your Limit?[/h2]

[p]Need more than 50 emails per day? Just contact us and we'll help you get set up![/p]

How Many Emails Can I Send?

[p]So you want to run a Python or Node.js app on your [url=%helpdesk-article-url-53]web hosting[/url]? Smart move. These are powerful technologies that can help you build everything from simple APIs to complex web applications.[/p]

[p]But here's the thing: not all servers are created equal.[/p]

[p]If you're hosting with Site.%applicationhostdomain, [b]CloudLinux web hosting servers[/b] are your best bet for running Python or Node.js applications. Here's why.[/p]

[h2]Why CloudLinux Servers?[/h2]

[p]CloudLinux servers come with built-in selectors for both Python and Node.js. Think of selectors as version managers that let you:[/p]

[ul]
[li]Choose the exact version of Python or Node.js you need[/li]
[li]Switch between versions without breaking your app[/li]
[li]Deploy multiple applications with different version requirements[/li]
[/ul]

[p]This flexibility matters. A lot.[/p]

[p]Let's say you built your app with Node.js version 14, but you want to test it with version 18. On a CloudLinux server, you can do this without affecting your live application. No drama.[/p]

[h2]What Makes CloudLinux Different?[/h2]

[p]CloudLinux uses Apache Passenger to run your Python and Node.js applications. This gives you:[/p]

[ul]
[li][b]Resource isolation[/b] - Your app won't be affected by other users on the same server[/li]
[li][b]Automatic process management[/b] - The server handles starting and stopping your application[/li]
[li][b]Better stability[/b] - If one application crashes, it doesn't take down the entire server[/li]
[/ul]

[h2]Server Requirements for Python and Node.js[/h2]

[p]Here's what you need to know about running these applications:[/p]

[p][b]For Node.js:[/b][/p]
[p]Even a basic Node.js app needs actual server resources. You can't run Node.js in a browser like regular JavaScript. Most applications run fine with 512MB of memory, but complex apps might need 1GB or more.[/p]

[p][b]For Python:[/b][/p]
[p]Python apps have similar requirements. The exact resources depend on what your application does. A simple API? Minimal resources. A data processing application? You'll need more power.[/p]

[p]The good news? CloudLinux servers at Site.%applicationhostdomain come optimized for these use cases.[/p]

[h2]How to Select a CloudLinux Server at Site.%applicationhostdomain[/h2]

[p]When you're setting up your hosting, you need to select the right server type.[/p]

[p]For the full walkthrough, check out [url=%helpdesk-article-url-70]this guide on selecting your web hosting server[/url].[/p]

[h2]The Bottom Line[/h2]

[p]Running Python or Node.js apps doesn't have to be complicated. Choose a CloudLinux web hosting server at Site.%applicationhostdomain, and you get:[/p]

[ul]
[li]Version selectors for easy management[/li]
[li]Resource isolation for stability[/li]
[li]Apache Passenger for automatic process handling[/li]
[/ul]

[p]Your application deserves a server that can keep up with it. CloudLinux web hosting at Site.%applicationhostdomain delivers exactly that.[/p]

Best Servers for Python and Node.js Apps

[p]Most [url=%helpdesk-article-url-57]SSL certificates[/url] need to be renewed once every 3 months. This is an automated process that usually works without any issues.[/p]

[p]But here's the problem: if the renewal fails, your website becomes inaccessible. Or worse, visitors see a big scary security warning in their browser. Not exactly what you want.[/p]

[h2]What Causes SSL Renewal to Fail?[/h2]

[p]Let's break down the most common reasons.[/p]

[p][b]Wrong subdomains included[/b][/p]

[p]Did you request the SSL certificate for your domain name [i]and[/i] all the subdomains you actually use? Good.[/p]

[p]But did you also include subdomains like mail, ftp, or smtp? That's where things go wrong.[/p]

[p]Here's why: your mail subdomain doesn't point to your web hosting server. So when the SSL issuer tries to verify that your subdomain is connected to the server, the check fails. And boom: no SSL renewal.[/p]

[p][b]Website issues[/b][/p]

[p]Does your website work properly? Does it point to the right server?[/p]

[p]If your website doesn't function correctly or points to the wrong server, your SSL renewal will fail. Simple as that.[/p]

[h2]How to Fix It[/h2]

[p]The good news? The fix is straightforward.[/p]

[p][b]First, make sure your website is working[/b][/p]

[p]Before fixing the SSL certificate, check if your website is actually working. Visit your domain name in a browser. Does your website appear? If not, that needs to be fixed first.[/p]

[p]In most cases, a non-working website is caused by missing DNS records. [url=%helpdesk-article-url-89]Check this guide to fix missing DNS records[/url].[/p]

[p]Once your website is working properly, follow these steps:[/p]

[ol]
[li][url=%helpdesk-article-url-22]Go to DirectAdmin[/url] and open the 'SSL certificates' page[/li]
[li]Delete the old certificate[/li]
[li]Request a new one following [url=%helpdesk-article-url-31]this guide[/url][/li]
[/ol]

[p]But here's the important part: [b]only request the SSL certificate for your actual domain name and the www subdomain[/b].[/p]

[p]If you use other subdomains for your website (like blog or shop), include those too. But [i]don't[/i] include technical subdomains like:[/p]

[ul]
[li]ftp[/li]
[li]mail[/li]
[li]smtp[/li]
[li]pop[/li]
[/ul]

[p]These can cause renewal issues down the line.[/p]

[p]Once you've requested a new certificate with only the subdomains you actually use, your SSL will renew automatically every 3 months without any problems as long as your website is working correctly and points to the right server.[/p]

Why Did My SSL Certificate Renewal Fail?

[p]So you want to transfer your website to us! That's great. The good news? We'll handle the entire transfer process for you – [b]completely free[/b]. No technical headaches, no stress.[/p]

[p]Let me walk you through exactly how our free website transfer service works. It's simpler than you might think.[/p]

[h2]Step 1: Get a Web Hosting Plan[/h2]

[p]First things first. You'll need to buy one of our web hosting plans that includes free website transfers. This gives you a new home for your website.[/p]

[p][b]Important tip:[/b] Don't buy your domain name transfers yet. Keep your domain name at your current provider while we transfer your website. Trust me on this – there's a good reason we'll get to later.[/p]

[h2]Step 2: Send Us Your Details[/h2]

[p]Once you have your hosting plan, send us an email with everything we need to get started. Think of it like giving a moving company the keys to your old house.[/p]

[p]Here's what to include in your email (if you need more technical guidance on migration, see [url=%helpdesk-article-url-54]how to migrate a website[/url]):[/p]

[ul]
[li]The URL of the website you want to transfer[/li]
[li]Your current (old server) FTP login details – this is how we'll access your website files (you can also use [url=%helpdesk-article-url-27]SFTP for more security[/url])[/li]
[li]The type of website you have (WordPress, Joomla, Drupal, or something else)[/li]
[li]Any other login information for your website[/li]
[li]Any special details or instructions we should know about[/li]
[/ul]

[p]The more information you give us, the smoother the transfer will be.[/p]

[h2]Step 3: We Transfer Your Website[/h2]

[p]Now comes the part where we do all the heavy lifting. We'll transfer your website within [b]24-48 hours[/b] after you request it. During this time, your website stays live on your old server – no interruptions for your visitors.[/p]

[p]We'll keep you updated if we run into any issues. But honestly? Most transfers go through without a hitch.[/p]

[h2]Step 4: Transfer Your Domain (Or Link It)[/h2]

[p]Here's where that earlier tip comes in handy. [b]Wait for our confirmation email[/b] that tells you the website transfer is complete. Only [i]after[/i] we've successfully transferred your website should you take the next step.[/p]

[p]Once you get our confirmation, you have two options for handling your domain – check out [url=%helpdesk-article-url-69]the best way to complete a domain transfer without downtime[/url] for more details:[/p]

[ol]
[li][b]Transfer your domain name to us[/b] – This means we'll manage both your website and domain name[/li]
[li][b]Keep your domain where it is[/b] – Just point your domain's nameservers or DNS to us (we call this an [url=%helpdesk-article-url-87]external domain name[/url], and it works perfectly fine)[/li]
[/ol]

[p]Either way works great. Choose whatever feels right for you.[/p]

[h2]The Best Part: Zero Downtime[/h2]

[p]Here's the magic. Because we transfer your website [i]before[/i] you move your domain, there's absolutely no downtime. Your visitors won't even know anything changed.[/p]

[p]Your website keeps running on your old server until the exact moment we switch it over to ours. It's like changing the engine of a car while it's still driving – except much safer![/p]

[h2]One Critical Rule to Remember[/h2]

[p][b]Don't transfer your domain name to us until we've completed your website transfer.[/b][/p]

[p]I can't stress this enough. Following this simple rule ensures everything goes smoothly without any hiccups.[/p]

[h2]Ready to Get Started?[/h2]

[p]That's all there is to it! Our free website transfer service makes switching to Site.%applicationhostdomain painless. We handle the technical stuff while you focus on what matters – running your website. If you also need to [url=%helpdesk-article-url-75]transfer your email addresses[/url], we can help with that too![/p]

[p]Remember the steps:[/p]
[ol]
[li]Buy a hosting plan with free transfers[/li]
[li]Send us your website details[/li]
[li]Wait 24-48 hours while we work our magic[/li]
[li]Transfer or link your domain after we're done[/li]
[/ol]

[p]Questions about the transfer process? Just reach out to our support team. We're here to help make your move to Site.%applicationhostdomain as smooth as possible.[/p]

Using Site.%applicationhostdomain's Free Website Transfer Service

[p]Want to move your website to Site.%applicationhostdomain but prefer doing it yourself? Smart choice. You stay in control, and your website stays online the entire time.[/p]

[p][b]No technical support needed.[/b] No waiting for someone else. Just follow these steps and you'll have your website running on our servers without a second of downtime.[/p]

[p]Let me show you exactly how to do it yourself.[/p]

[h2]What You'll Need Before Starting[/h2]

[p]This DIY method works for:[/p]

[ul]
[li]WordPress websites[/li]
[li]Joomla websites[/li]
[li]Custom-built websites[/li]
[li]Any website you can access via FTP/file manager[/li]
[/ul]

[p][b]Skills needed:[/b] Basic understanding of FTP or file managers. If you can upload files to your current host, you can do this.[/p]

[h2]Step 1: Get Your New Hosting (Without Domain Transfer)[/h2]

[p]Start by purchasing a hosting plan from Site.%applicationhostdomain. Any plan will work. You can even [url=%helpdesk-article-url-72]buy hosting without a domain name[/url] - we'll give you a free subdomain to use.[/p]

[p][b]Critical:[/b] Only buy the hosting plan. [i]Do NOT transfer your domain yet.[/i] This is the key to zero downtime - you'll do the domain part last.[/p]

[p]Why? Because you want to set everything up yourself first, test it, and only then point your domain to the new server.[/p]

[h2]Step 2: Prepare Your New Hosting Space[/h2]

[p]Time to set up your new home without touching your live website.[/p]

[p][b]Do these three things:[/b][/p]

[ol]
[li]Activate your [url=%helpdesk-article-url-20]web hosting service[/url] in your Site.%applicationhostdomain dashboard[/li]
[li][url=%helpdesk-article-url-71]Add your domain as an external domain[/url] (this just tells our system about your domain)[/li]
[li][url=%helpdesk-article-url-76]Link the domain to your hosting plan[/url][/li]
[/ol]

[p][b]What NOT to do yet:[/b][/p]
[ul]
[li]Don't change DNS settings[/li]
[li]Don't update nameservers[/li]
[li]Don't transfer your domain registration to us[/li]
[/ul]

[p]Your website stays live at your old host while you work on the new one. Perfect.[/p]

[h2]Step 3: Transfer Your Website Files Yourself[/h2]

[p]Now for the hands-on part. You have several DIY options:[/p]

[p][b]Option 1 - WordPress Migration Plugin:[/b][/p]
[ul]
[li]Install WP Migrate Guru on your current site[/li]
[li]Enter your Site.%applicationhostdomain hosting details[/li]
[li]Click migrate and let it do the work[/li]
[li]Takes about 15-30 minutes for most sites[/li]
[/ul]

[p][b]Option 2 - Manual Transfer (for any website):[/b][/p]
[ol]
[li]Download all files from your current host via FTP[/li]
[li]Export your database (usually through phpMyAdmin)[/li]
[li]Upload files to your new Site.%applicationhostdomain account[/li]
[li]Import database to your new hosting[/li]
[li]Update database connection settings if needed[/li]
[/ol]

[p][b]Option 3 - Use Softaculous:[/b][/p]
[p]Your DirectAdmin web hosting control panel with Site.%applicationhostdomain includes Softaculous, which can import WordPress, Joomla, and other CMS sites. Just provide your old site's FTP details.[/p]

[h2]Step 4: Test Your Work (Before Anyone Sees It)[/h2]

[p]This is where doing it yourself really pays off. You can test everything thoroughly.[/p]

[p][b]Easy testing method:[/b][/p]
[p]Use your [url=%helpdesk-article-url-88]temporary subdomain[/url] (like yoursite.site.eu) to check your transferred site.[/p]

[p][b]Advanced testing method:[/b][/p]
[p]Edit your computer's hosts file to preview using your actual domain:[/p]
[ul]
[li]Windows: C:\Windows\System32\drivers\etc\hosts[/li]
[li]Mac/Linux: /etc/hosts[/li]
[li]Add: <your-site-eu-server-ip> yourdomain.com[/li]
[/ul]

[p][b]What to check:[/b][/p]
[ul]
[li]All pages load correctly[/li]
[li]Images display properly[/li]
[li][url=%helpdesk-article-url-86]Forms and contact pages work[/url][/li]
[li]Shopping cart functions (if applicable)[/li]
[li]Admin/login areas are accessible[/li]
[/ul]

[p]Found issues? Fix them now while your live site is still running at the old host.[/p]

[h2]Step 5: Go Live (The Final DIY Step)[/h2]

[p]Everything tested and working? Time to flip the switch yourself.[/p]

[p][b]Choose your approach:[/b][/p]

[p][b]Option A - Just point your domain (fastest):[/b][/p]
[ol]
[li]Log into your current domain registrar[/li]
[li][url=%helpdesk-article-url-87]Change nameservers[/url] to Site.%applicationhostdomain's servers[/li]
[li]Wait 2-24 hours for DNS propagation[/li]
[/ol]

[p][b]Option B - Transfer domain registration too:[/b][/p]
[ol]
[li]Initiate [url=%helpdesk-article-url-80]domain transfer[/url] to Site.%applicationhostdomain[/li]
[li]Approve transfer at your current registrar[/li]
[li]Domain and hosting will be in one place[/li]
[/ol]

[p][i]Pro tip:[/i] We recommend Option B - transferring your domain to us. You'll get our user-friendly domain control panel and enjoy the lowest domain prices in the market. Plus, managing everything in one place just makes life easier.[/p]

[h2]What Happens During DNS Propagation?[/h2]

[p]After you change your nameservers, here's what to expect:[/p]

[ul]
[li]Some visitors see your old site, some see the new one[/li]
[li]Both versions work perfectly (that's why we didn't touch the old one)[/li]
[li]Within 24 hours, everyone sees your Site.%applicationhostdomain hosted site[/li]
[li]Zero downtime achieved![/li]
[/ul]

[h2]DIY Transfer Checklist[/h2]

[p]Here's your complete DIY roadmap:[/p]

[ol]
[li][b]Buy hosting only[/b] (no domain transfer)[/li]
[li][b]Set up domain[/b] as external (no DNS changes)[/li]
[li][b]Transfer files yourself[/b] (plugin or manual)[/li]
[li][b]Test thoroughly[/b] using temp subdomain or your /etc/hosts file[/li]
[li][b]Switch DNS[/b] when ready[/li]
[/ol]

[p]You did it! Your website now runs on Site.%applicationhostdomain, and you handled the entire transfer yourself.[/p]

[h2]Troubleshooting Common DIY Issues[/h2]

[p][b]Database connection errors?[/b] Check your wp-config.php or configuration file for the correct database details. Make sure the database exists and the database username and password are correct.[/p]

[p][b]Missing images?[/b] File permissions might need adjusting. Set folders to 755 and files to 644.[/p]

[p][b]Site looks broken?[/b] Clear your browser cache and website cache (if any) and check that all files transferred completely.[/p]

[p]Remember: Since you're doing this yourself, you control every step. Take your time, test everything, and enjoy your new hosting![/p]

Transfer Your Website to Site.%applicationhostdomain Yourself - Zero Downtime

[p]Usar la API de Site.%applicationhostdomain es muy fácil.[/p]

[p]Ya sea que estés construyendo una integración personalizada o automatizando tu flujo de trabajo, nuestra API te da control total sobre tus servicios.[/p]

[h2]Crear tu clave API[/h2]

[p]Primero lo primero. Necesitas una clave API para empezar.[/p]

[p]Así es como:[/p]

[p]Simplemente inicia sesión en tu panel de control en Site.%applicationhostdomain. Si necesitas ayuda para acceder a tu cuenta, consulta [url=%helpdesk-article-url-83]dónde encontrar tu código PIN de soporte[/url]. Ve a la página "%include-dashboard-language-dashboardHeader.settings" a través de la navegación superior. Haz clic en [b]'%include-dashboard-language-dashboard.settings.DNSTemplates.options.apiKeys'[/b].[/p]

[p]Eso es todo. Ahora puedes crear tu clave API.[/p]

[h2]Prácticas de seguridad[/h2]

[p]Aquí está la parte importante. Solo dale a tu clave acceso a los endpoints de API que realmente necesitas. Esto mantiene todo seguro.[/p]

[p]Crea la clave API y copia inmediatamente la clave de 256 caracteres. Guárdala en un lugar [i]seguro[/i].[/p]

[p]¿Estás usando un archivo .env? Asegúrate de guardarlo fuera de tus archivos de acceso público.[/p]

[p][b]Notas de seguridad importantes:[/b][/p]

[ul]
[li]Las claves API deben tener exactamente 256 caracteres[/li]
[li]Después de 3 intentos de autenticación fallidos en 24 horas, tu dirección IP será bloqueada durante 72 horas[/li]
[li]No hay mecanismo de desbloqueo manual - maneja tus claves API con cuidado[/li]
[li]Guarda tu clave API de forma segura - no se puede recuperar después de su creación[/li]
[/ul]

[h2]Acceder a la API[/h2]

[p]Puedes acceder a la API a través de [url=https://backend.site.eu/v2]https://backend.site.eu/v2[/url].[/p]

[p]¿Dato curioso? Nuestro sitio web usa exactamente la misma API.[/p]

[p]No todos los endpoints de API están expuestos para ti todavía. Pero constantemente estamos abriendo nuevos endpoints que puedes usar. Si puedes ver el endpoint en [url=https://backend.site.eu/v2]https://backend.site.eu/v2[/url], entonces puedes usarlo. Solo asegúrate de que le hayas dado acceso a tu clave API.[/p]

[h2]Usar la API[/h2]

[p]Puedes conectarte con los endpoints de API a través de la misma URL: [url=https://backend.site.eu/v2]https://backend.site.eu/v2[/url].[/p]

[p]Pero aquí está el truco. Esta es tu cuenta [b]real[/b]. Este no es un entorno de prueba. ¡Todas las acciones son reales![/p]

[p]¿Quieres probar algo? Compra un producto para fines de prueba. De esa manera puedes experimentar sin tocar tus dominios y sitios web reales.[/p]

[h2]¿Qué sigue?[/h2]

[p]Ahora que tienes tu clave API configurada, puedes comenzar a construir integraciones y automatizar tus flujos de trabajo.[/p]

[p]Consulta los endpoints disponibles. Comienza a experimentar. Y recuerda siempre mantener tu clave API segura y solo dar acceso a los endpoints que realmente necesitas.[/p]

Cómo empezar a usar la API de Site.%applicationhostdomain

[p]Cambiar los servidores de nombres de tu dominio es bastante fácil. Solo necesitas saber dónde buscar en tu panel de control de Site.%applicationhostdomain. Te mostraré cómo funciona y qué hacen realmente los servidores de nombres.[/p]

[h2]¿Qué son los servidores de nombres?[/h2]

[p]Piensa en los servidores de nombres como la guía telefónica de internet. Cuando alguien escribe tu nombre de dominio, los servidores de nombres le dicen al navegador dónde encontrar tu sitio web. Tan simple como eso.[/p]

[p]Cada dominio necesita al menos dos servidores de nombres únicos. ¿Por qué dos? Respaldo. Si uno deja de funcionar, el otro lo sustituye. Estos servidores de nombres controlan hacia dónde van tu sitio web y tus correos.[/p]

[h2]Pasos para cambiar tus servidores de nombres[/h2]

[p]Esto es exactamente lo que tienes que hacer:[/p]

[ol]
[li][b]Ve a tu panel de control de Site.%applicationhostdomain[/b][/li]
[li][b]Haz clic en tu nombre de dominio[/b] - Lo encontrarás en la barra lateral izquierda. Haz clic en él.[/li]
[li][b]Busca "%include-dashboard-language-dashboard.domainsOptions.advancedOptions"[/b] - Ve a %include-dashboard-language-dashboard.domainTabs.domainOptions. Luego haz clic en %include-dashboard-language-dashboard.domainsOptions.advancedOptions.[/li]
[li][b]Desactiva la configuración predeterminada[/b] - ¿Ves "%include-dashboard-language-dashboard.domains.domainOptionsSection.dnsManagement.defaultSettings"? Desactívala primero. Necesitas hacer esto antes de cambiar los servidores de nombres.[/li]
[li][b]Desactiva %include-dashboard-language-dashboard.domains.domainOptionsSection.dnsManagement.changeRecords[/b] - Esto es importante. Desactiva %include-dashboard-language-dashboard.domains.domainOptionsSection.dnsManagement.changeRecords. De lo contrario, no podrás usar servidores de nombres personalizados.[/li]
[li][b]Añade tus servidores de nombres[/b] - Ahora verás campos vacíos. Escribe aquí tus nuevos servidores de nombres. Tu proveedor de alojamiento te los dio (como ns1.ejemplo.com y ns2.ejemplo.com).[/li]
[li][b]Guarda todo[/b] - Haz clic en el botón guardar. ¡Listo! Los cambios tardan hasta 24 horas en funcionar en todas partes.[/li]
[/ol]

[h2]¿Por qué no puedes usar la gestión DNS y servidores de nombres personalizados?[/h2]

[p]Te explico. No puedes usar servidores de nombres personalizados y nuestra [url=%helpdesk-article-url-79]gestión DNS[/url] al mismo tiempo. No funcionan juntos.[/p]

[p]¿Por qué no? Sencillo:[/p]

[ul]
[li][b]Nuestra gestión DNS necesita nuestros servidores de nombres[/b] - Si quieres gestionar los registros DNS en tu panel de control de Site.%applicationhostdomain, tu dominio tiene que apuntar a nuestros servidores de nombres. Así es como controlamos tu DNS.[/li]
[li][b]Los servidores de nombres personalizados apuntan a otro lugar[/b] - Cuando usas servidores de nombres personalizados, le estás diciendo a tu dominio que busque la información DNS en otro proveedor. No en nosotros.[/li]
[/ul]

[h2]Cuándo cambiar los servidores de nombres[/h2]

[p]Puede que necesites cambiar tus servidores de nombres cuando te cambias a un nuevo proveedor de alojamiento o cuando quieres usar otro servicio DNS. Básicamente esas son las razones. La mayoría de personas no necesita tocar esta configuración, a menos que su proveedor de alojamiento les diga que lo hagan.[/p]

[h2]Cosas que debes saber[/h2]

[ul]
[li][b]Lleva tiempo[/b] - Los cambios necesitan hasta 24 horas para propagarse por internet. Aunque normalmente es más rápido.[/li]
[li][b]Anota tus servidores de nombres antiguos[/b] - Por si necesitas volver atrás.[/li]
[li][b]Consulta con tu proveedor[/b] - Ellos te dirán exactamente qué servidores de nombres usar.[/li]
[/ul]

¿Cómo cambio los servidores de nombres de mi dominio?

[p]Por defecto, cada dominio puede enviar [b]50 correos al día[/b].[/p]

[p]¿Necesitas enviar más? No hay problema, podemos aumentar tu límite.[/p]

[h2]¿Cómo solicitar un límite mayor?[/h2]

[p]Si necesitas un límite más alto, contáctanos. Necesitaremos algo de información:[/p]

[ul]
[li]¿Qué tipo de correos envías?[/li]
[li]¿A quién se los envías?[/li]
[li]¿Estas personas han dado su consentimiento para recibir tus correos?[/li]
[li]¿Hay algo más que deberíamos saber?[/li]
[/ul]

[p]Una vez que revisemos tu solicitud, podremos aumentar el límite para ti.[/p]

[h2]¿Por qué existe este límite?[/h2]

[p]Es muy sencillo.[/p]

[p]Usamos direcciones IP específicas para el correo saliente. Estas direcciones IP son compartidas por miles de nuestros clientes. Y tienen una [b]reputación muy alta[/b].[/p]

[p]Y esto es muy importante.[/p]

[p]Imagina que hackean la cuenta de correo de uno de nuestros clientes. Quizás usó una contraseña débil, o cayó en un ataque de phishing. Da igual el motivo.[/p]

[p]Esa cuenta hackeada podría intentar enviar miles o hasta [i]millones[/i] de correos spam.[/p]

[p]Nuestro límite de 50 correos solo dejará pasar los primeros 50. ¿El resto? Bloqueados.[/p]

[p]Y además, esos 50 correos que sí pasan también son revisados por nuestros filtros anti-spam.[/p]

[h2]Proteger la reputación de correo de todos[/h2]

[p]Esta es una de las formas en que mantenemos la reputación de nuestras direcciones IP del servidor de correo muy alta y limpia. También utilizamos [url=%helpdesk-article-url-52]registros SPF[/url] y [url=%helpdesk-article-url-41]registros DKIM[/url] para proteger la entrega de correo.[/p]

[p]Y así es como hacemos que los correos de nuestros miles de clientes lleguen a la [b]bandeja de entrada[/b] de los destinatarios. En lugar de la carpeta de spam.[/p]

[p]¿La buena noticia? Si tienes necesidades legítimas y necesitas enviar más de 50 correos al día, estamos aquí para ayudarte.[/p]

[h2]Nota importante para clientes del plan Basic[/h2]

[p]Ten en cuenta que [b]no[/b] aumentamos el límite de envío de correos para clientes con un plan Basic.[/p]

[p]¿La razón?[/p]

[p]Este plan es muy económico. Y con un precio tan bajo, aumentar el límite supondría un riesgo demasiado alto para nosotros.[/p]

[p]Miles de usuarios dependen de la reputación de nuestras direcciones IP del servidor de correo. Necesitamos protegerla para todos.[/p]

[h2]¿Listo para aumentar tu límite?[/h2]

[p]¿Necesitas enviar más de 50 correos al día? ¡Contáctanos y te ayudamos![/p]

¿Cuántos correos puedo enviar?

[p]¿Quieres ejecutar una aplicación de Python o Node.js en tu [url=%helpdesk-article-url-53]alojamiento web[/url]? Buena elección. Estas tecnologías son muy potentes y te permiten crear desde APIs sencillas hasta aplicaciones web complejas.[/p]

[p]Pero aquí va lo importante: no todos los servidores son iguales.[/p]

[p]Si alojas con Site.%applicationhostdomain, [b]los servidores de alojamiento web CloudLinux[/b] son tu mejor opción para ejecutar aplicaciones Python o Node.js. Te explico por qué.[/p]

[h2]¿Por qué servidores CloudLinux?[/h2]

[p]Los servidores CloudLinux vienen con selectores integrados tanto para Python como para Node.js. Piensa en los selectores como gestores de versiones que te permiten:[/p]

[ul]
[li]Elegir la versión exacta de Python o Node.js que necesitas[/li]
[li]Cambiar entre versiones sin romper tu aplicación[/li]
[li]Desplegar múltiples aplicaciones con diferentes requisitos de versión[/li]
[/ul]

[p]Esta flexibilidad es importante. Muy importante.[/p]

[p]Pongamos que construiste tu aplicación con Node.js versión 14, pero quieres probarla con la versión 18. En un servidor CloudLinux puedes hacerlo sin afectar tu aplicación en producción. Sin líos.[/p]

[h2]¿Qué hace diferente a CloudLinux?[/h2]

[p]CloudLinux usa Apache Passenger para ejecutar tus aplicaciones Python y Node.js. Esto te da:[/p]

[ul]
[li][b]Aislamiento de recursos[/b] - Tu aplicación no se verá afectada por otros usuarios en el mismo servidor[/li]
[li][b]Gestión automática de procesos[/b] - El servidor maneja el inicio y detención de tu aplicación[/li]
[li][b]Mejor estabilidad[/b] - Si una aplicación falla, no tumba todo el servidor[/li]
[/ul]

[h2]Requisitos del servidor para Python y Node.js[/h2]

[p]Esto es lo que necesitas saber sobre ejecutar estas aplicaciones:[/p]

[p][b]Para Node.js:[/b][/p]
[p]Incluso una aplicación básica de Node.js necesita recursos reales del servidor. No puedes ejecutar Node.js en un navegador como el JavaScript normal. La mayoría de aplicaciones funcionan bien con 512 MB de memoria, pero las más complejas pueden necesitar 1 GB o más.[/p]

[p][b]Para Python:[/b][/p]
[p]Las aplicaciones de Python tienen requisitos similares. Los recursos exactos dependen de lo que haga tu aplicación. ¿Una API sencilla? Recursos mínimos. ¿Una aplicación de procesamiento de datos? Necesitarás más potencia.[/p]

[p]La buena noticia es que los servidores CloudLinux en Site.%applicationhostdomain están optimizados para estos casos de uso.[/p]

[h2]Cómo seleccionar un servidor CloudLinux en Site.%applicationhostdomain[/h2]

[p]Al configurar tu alojamiento, tienes que seleccionar el tipo de servidor adecuado.[/p]

[p]Para el paso a paso completo, echa un vistazo a [url=%helpdesk-article-url-70]esta guía sobre cómo seleccionar tu servidor de alojamiento web[/url].[/p]

[h2]En resumen[/h2]

[p]Ejecutar aplicaciones de Python o Node.js no tiene que ser complicado. Elige un servidor de alojamiento web CloudLinux en Site.%applicationhostdomain y obtendrás:[/p]

[ul]
[li]Selectores de versión para una gestión sencilla[/li]
[li]Aislamiento de recursos para mayor estabilidad[/li]
[li]Apache Passenger para la gestión automática de procesos[/li]
[/ul]

[p]Tu aplicación merece un servidor que esté a la altura. El alojamiento web CloudLinux en Site.%applicationhostdomain te ofrece exactamente eso.[/p]

Los mejores servidores para aplicaciones Python y Node.js

[p]La mayoría de los [url=%helpdesk-article-url-57]certificados SSL[/url] deben renovarse cada 3 meses. Es un proceso automatizado que normalmente funciona sin problemas.[/p]

[p]Pero el problema es este: si la renovación falla, tu sitio web se vuelve inaccesible. O peor aún, los visitantes ven un mensaje de seguridad alarmante en su navegador. No es exactamente lo que quieres.[/p]

[h2]¿Qué hace que falle la renovación SSL?[/h2]

[p]Veamos las razones más comunes.[/p]

[p][b]Subdominios incorrectos incluidos[/b][/p]

[p]¿Solicitaste el certificado SSL para tu nombre de dominio [i]y[/i] todos los subdominios que realmente usas? Bien.[/p]

[p]¿Pero también incluiste subdominios como mail, ftp o smtp? Ahí es donde surgen los problemas.[/p]

[p]Te cuento por qué: tu subdominio mail no apunta a tu servidor de alojamiento web. Entonces, cuando el emisor SSL intenta verificar que tu subdominio está conectado al servidor, la verificación falla. Y listo: adiós renovación SSL.[/p]

[p][b]Problemas con el sitio web[/b][/p]

[p]¿Tu sitio web funciona correctamente? ¿Apunta al servidor correcto?[/p]

[p]Si tu sitio web no funciona correctamente o apunta al servidor incorrecto, tu renovación SSL fallará. Así de simple.[/p]

[h2]¿Cómo solucionarlo?[/h2]

[p]¿La buena noticia? La solución es sencilla.[/p]

[p][b]Primero, asegúrate de que tu sitio web funciona[/b][/p]

[p]Antes de arreglar el certificado SSL, verifica que tu sitio web realmente funciona. Visita tu nombre de dominio en un navegador. ¿Aparece tu sitio web? Si no, eso debe solucionarse primero.[/p]

[p]En la mayoría de los casos, un sitio web que no funciona es causado por registros DNS faltantes. [url=%helpdesk-article-url-89]Revisa esta guía para arreglar los registros DNS faltantes[/url].[/p]

[p]Una vez que tu sitio web funcione correctamente, sigue estos pasos:[/p]

[ol]
[li][url=%helpdesk-article-url-22]Ve a DirectAdmin[/url] y abre la página 'Certificados SSL'[/li]
[li]Elimina el certificado antiguo[/li]
[li]Solicita uno nuevo siguiendo [url=%helpdesk-article-url-31]esta guía[/url][/li]
[/ol]

[p]Pero aquí está lo más importante: [b]solicita el certificado SSL únicamente para tu nombre de dominio y el subdominio www[/b].[/p]

[p]Si usas otros subdominios para tu sitio web (como blog o shop), inclúyelos también. Pero [i]no agregues[/i] subdominios técnicos como:[/p]

[ul]
[li]ftp[/li]
[li]mail[/li]
[li]smtp[/li]
[li]pop[/li]
[/ul]

[p]Estos pueden causar problemas de renovación más adelante.[/p]

[p]Una vez que hayas solicitado un nuevo certificado con solo los subdominios que realmente usas, tu SSL se renovará automáticamente cada 3 meses sin problemas, siempre que tu sitio web funcione correctamente y apunte al servidor correcto.[/p]

¿Por qué falló la renovación de mi certificado SSL?

[p]¡Quieres transferir tu sitio web con nosotros! ¡Perfecto! ¿La buena noticia? Nos encargamos de todo el proceso de transferencia por ti – [b]completamente gratis[/b]. Sin complicaciones técnicas, sin estrés.[/p]

[p]Te voy a explicar exactamente cómo funciona nuestro servicio gratuito de transferencia de sitios web. Es más fácil de lo que crees.[/p]

[h2]Paso 1: Elige un plan de alojamiento web[/h2]

[p]Primero lo primero. Necesitas comprar uno de nuestros planes de alojamiento web que incluye transferencias gratuitas. Esto le da un nuevo hogar a tu sitio web.[/p]

[p][b]Consejo importante:[/b] No compres la transferencia de tu nombre de dominio todavía. Mantén tu nombre de dominio con tu proveedor actual mientras transferimos tu sitio. Confía en mí – hay una buena razón que veremos más adelante.[/p]

[h2]Paso 2: Envíanos tus datos[/h2]

[p]Una vez que tengas tu plan de alojamiento, envíanos un email con todo lo que necesitamos para empezar. Es como entregarle las llaves de tu casa anterior a la empresa de mudanzas.[/p]

[p]Esto es lo que tienes que incluir en tu correo (para más detalles técnicos sobre [url=%helpdesk-article-url-54]migración de sitios web[/url]):[/p]

[ul]
[li]La URL del sitio web que quieres transferir[/li]
[li]Tus datos de acceso FTP actuales (servidor antiguo) – así es como accederemos a los archivos de tu sitio[/li]
[li]El tipo de sitio web que tienes (WordPress, Joomla, Drupal u otra cosa)[/li]
[li]Cualquier otra información de acceso para tu sitio web[/li]
[li]Cualquier detalle especial o instrucciones que debamos saber[/li]
[/ul]

[p]Cuanta más información nos des, más fluida será la transferencia.[/p]

[h2]Paso 3: Nosotros transferimos tu sitio web[/h2]

[p]Ahora viene la parte donde nos encargamos de todo el trabajo duro. Transferiremos tu sitio web en un plazo de [b]24 a 48 horas[/b] tras tu solicitud (¿te preguntas [url=%helpdesk-article-url-12]cuánto tiempo tarda la transferencia del dominio[/url]? Es un proceso aparte). Durante este tiempo, tu sitio permanece activo en tu servidor antiguo – sin interrupciones para tus visitantes.[/p]

[p]Te mantendremos informado si encontramos algún problema. Pero la verdad es que la mayoría de las transferencias se realizan sin problemas.[/p]

[h2]Paso 4: Transfiere tu dominio (o enlázalo)[/h2]

[p]Aquí es donde se entiende por qué te dimos ese consejo. [b]Espera nuestro email de confirmación[/b] que te indica que la transferencia del sitio está completa. Solo [i]después[/i] de haber transferido tu sitio con éxito debes dar el siguiente paso.[/p]

[p]Una vez que recibas nuestra confirmación, tienes dos opciones – consulta [url=%helpdesk-article-url-69]la mejor manera de completar una transferencia de dominio sin tiempo de inactividad[/url]:[/p]

[ol]
[li][b]Transfiere tu nombre de dominio con nosotros[/b] – Esto significa que gestionaremos tanto tu sitio web como tu nombre de dominio[/li]
[li][b]Mantén tu dominio donde está[/b] – Simplemente apunta los servidores de nombres o DNS de tu dominio hacia nosotros (lo llamamos [url=%helpdesk-article-url-87]nombre de dominio externo[/url], y funciona perfectamente)[/li]
[/ol]

[p]Ambas opciones funcionan muy bien. Elige lo que mejor te convenga.[/p]

[h2]Lo mejor: Cero tiempo de inactividad[/h2]

[p]Aquí está la magia. Como transferimos tu sitio web [i]antes[/i] de que muevas tu dominio, no hay absolutamente ningún tiempo de inactividad. Tus visitantes ni siquiera notarán que algo cambió.[/p]

[p]Tu sitio sigue funcionando en tu servidor antiguo hasta el momento exacto en que lo cambiamos al nuestro. ¡Es como cambiar el motor de un auto en movimiento, pero sin ningún riesgo![/p]

[h2]Una regla crucial para recordar[/h2]

[p][b]No transfieras tu nombre de dominio con nosotros hasta que hayamos completado la transferencia de tu sitio.[/b][/p]

[p]Es súper importante que tengas esto claro. Seguir esta simple regla garantiza que todo funcione sin problemas.[/p]

[h2]¿Listo para empezar?[/h2]

[p]¡Eso es todo! Nuestro servicio gratuito de transferencia de sitios web hace que el cambio a Site.%applicationhostdomain sea súper sencillo. Nosotros nos encargamos de lo técnico mientras tú te concentras en lo importante – administrar tu sitio web. ¡También podemos [url=%helpdesk-article-url-75]transferir todas tus direcciones de correo[/url]![/p]

[p]Recuerda los pasos:[/p]
[ol]
[li]Compra un plan de alojamiento con transferencias gratuitas[/li]
[li]Envíanos los detalles de tu sitio web[/li]
[li]Espera 24-48 horas mientras nosotros hacemos la magia[/li]
[li]Transfiere o enlaza tu dominio después de que terminemos[/li]
[/ol]

[p]¿Tienes preguntas sobre el proceso de transferencia? Simplemente contacta con nuestro equipo de soporte. Estamos aquí para hacer que tu cambio a Site.%applicationhostdomain sea lo más fluido posible.[/p]

Usa el servicio de transferencia gratuito de Site.%applicationhostdomain

[p]¿Quieres mover tu sitio web a Site.%applicationhostdomain pero prefieres hacerlo tú mismo? Excelente decisión. Mantienes el control y tu sitio web permanece en línea todo el tiempo.[/p]

[p][b]No necesitas soporte técnico.[/b] Sin esperar a nadie más. Simplemente sigue estos pasos y tu sitio web estará funcionando en nuestros servidores sin un segundo de interrupción.[/p]

[p]Te mostraré exactamente cómo hacerlo tú mismo.[/p]

[h2]¿Qué necesitas antes de empezar?[/h2]

[p]Este método DIY funciona para:[/p]

[ul]
[li]Sitios web WordPress[/li]
[li]Sitios web Joomla[/li]
[li]Sitios web personalizados[/li]
[li]Cualquier sitio web al que puedas acceder por FTP/gestor de archivos[/li]
[/ul]

[p][b]Habilidades necesarias:[/b] Conocimiento básico de FTP o gestores de archivos. Si puedes subir archivos a tu host actual, puedes hacer esto.[/p]

[h2]Paso 1: Compra tu nuevo hosting (sin transferir el dominio)[/h2]

[p]Empieza comprando un plan de hosting en Site.%applicationhostdomain. Cualquier plan sirve. Incluso puedes [url=%helpdesk-article-url-72]comprar hosting sin un nombre de dominio[/url] - te daremos un subdominio gratuito para usar.[/p]

[p][b]Crucial:[/b] Compra solo el plan de hosting. [i]NO transfieras tu dominio todavía.[/i] Esta es la clave para cero tiempo de inactividad: el dominio lo harás al final.[/p]

[p]¿Por qué? Porque primero quieres configurar todo tú mismo, probarlo, y solo entonces apuntar tu dominio al nuevo servidor.[/p]

[h2]Paso 2: Prepara tu nuevo espacio de hosting[/h2]

[p]Es hora de configurar tu nuevo hogar sin tocar tu sitio web en vivo.[/p]

[p][b]Haz estas tres cosas:[/b][/p]

[ol]
[li][url=%helpdesk-article-url-20]Activa tu servicio de hosting web[/url] en tu panel de Site.%applicationhostdomain[/li]
[li][url=%helpdesk-article-url-71]Añade tu dominio como dominio externo[/url] (esto solo le dice a nuestro sistema sobre tu dominio)[/li]
[li][url=%helpdesk-article-url-76]Vincula el dominio a tu plan de hosting[/url][/li]
[/ol]

[p][b]Lo que NO debes hacer todavía:[/b][/p]
[ul]
[li]No cambies la configuración DNS[/li]
[li]No actualices los servidores de nombres[/li]
[li]No transfieras el registro de tu dominio a nosotros todavía[/li]
[/ul]

[p]Tu sitio web permanece activo en tu antiguo host mientras trabajas en el nuevo. Perfecto.[/p]

[h2]Paso 3: Transfiere tú mismo los archivos de tu sitio web[/h2]

[p]Ahora la parte práctica. Tienes varias opciones DIY:[/p]

[p][b]Opción 1 - Plugin de migración WordPress:[/b][/p]
[ul]
[li]Instala WP Migrate Guru en tu sitio actual[/li]
[li]Introduce los detalles de tu hosting en Site.%applicationhostdomain[/li]
[li]Haz clic en migrar y déjalo hacer su trabajo[/li]
[li]Toma unos 15-30 minutos para la mayoría de los sitios[/li]
[/ul]

[p][b]Opción 2 - Transferencia manual (para cualquier sitio web):[/b][/p]
[ol]
[li]Descarga todos los archivos de tu host actual vía FTP[/li>
[li]Exporta tu base de datos (normalmente a través de phpMyAdmin)[/li>
[li]Sube los archivos a tu nueva cuenta Site.%applicationhostdomain[/li>
[li]Importa la base de datos en tu nuevo hosting[/li]
[li]Actualiza la configuración de conexión de la base de datos si es necesario[/li]
[/ol]

[p][b]Opción 3 - Usa Softaculous:[/b][/p]
[p]Tu panel de control DirectAdmin en Site.%applicationhostdomain incluye Softaculous, que puede importar sitios WordPress, Joomla y otros CMS. Solo proporciona los detalles FTP de tu sitio antiguo.[/p]

[h2]Paso 4: Prueba tu trabajo (antes de que alguien lo vea)[/h2]

[p]Aquí es donde hacer las cosas tú mismo realmente vale la pena. Puedes probar todo a fondo.[/p]

[p][b]Método de prueba fácil:[/b][/p]
[p]Usa tu [url=%helpdesk-article-url-88]subdominio temporal[/url] (como tusitio.site.eu) para verificar tu sitio transferido.[/p]

[p][b]Método de prueba avanzado:[/b][/p]
[p]Edita el archivo hosts de tu ordenador para previsualizar con tu dominio real:[/p]
[ul]
[li]Windows: C:\Windows\System32\drivers\etc\hosts[/li]
[li]Mac/Linux: /etc/hosts[/li]
[li]Añade: <tu-ip-servidor-site-eu> tudominio.com[/li]
[/ul]

[p][b]Qué verificar:[/b][/p]
[ul]
[li]Todas las páginas cargan correctamente[/li]
[li]Las imágenes se muestran bien[/li]
[li][url=%helpdesk-article-url-86]Los formularios y páginas de contacto funcionan[/url][/li]
[li]Las funciones del carrito de compras (si aplica)[/li>
[li]Las áreas de administrador/inicio de sesión son accesibles[/li>
[/ul>

[p]¿Encontraste problemas? Arreglalos ahora mientras tu sitio en vivo todavía funciona en el host antiguo.[/p]

[h2]Paso 5: Hazlo público (el paso final DIY)[/h2]

[p]¿Todo probado y funcionando? Es hora de hacer el cambio.[/p]

[p][b]Elige tu enfoque:[/b][/p]

[p][b]Opción A - Solo apunta tu dominio (lo más rápido):[/b][/p]
[ol]
[li]Inicia sesión en tu registrador de dominio actual[/li]
[li][url=%helpdesk-article-url-87]Cambia los servidores de nombres[/url] a los servidores de Site.%applicationhostdomain[/li]
[li]Espera 2-24 horas para la propagación DNS[/li>
[/ol>

[p][b]Opción B - Transfiere también el registro del dominio:[/b][/p]
[ol]
[li]Inicia la [url=%helpdesk-article-url-80]transferencia del dominio[/url] a Site.%applicationhostdomain[/li]
[li]Aprueba la transferencia en tu registrador actual[/li>
[li]El dominio y el hosting estarán en un solo lugar[/li>
[/ol>

[p][i]Consejo profesional:[/i] Recomendamos la opción B: transferir tu nombre de dominio con nosotros. Obtendrás nuestro panel de control de dominio fácil de usar y disfrutarás de los precios de dominio más bajos del mercado. Además, gestionar todo en un solo lugar simplemente hace la vida más fácil.[/p]

[h2]¿Qué sucede durante la propagación DNS?[/h2]

[p]Después de cambiar tus servidores de nombres, esto es lo que puedes esperar:[/p]

[ul]
[li]Algunos visitantes ven tu sitio antiguo, otros el nuevo[/li>
[li]Ambas versiones funcionan perfectamente (por eso no tocamos la antigua)[/li>
[li]Dentro de 24 horas, todos ven tu sitio alojado en Site.%applicationhostdomain[/li>
[li]¡Cero tiempo de inactividad logrado![/li>
[/ul>

[h2]Lista de verificación de transferencia DIY[/h2]

[p]Aquí está tu hoja de ruta DIY completa:[/p]

[ol]
[li][b]Compra solo el hosting[/b] (sin transferencia de dominio)[/li>
[li][b]Configura el dominio[/b] como externo (sin cambios DNS)[/li>
[li][b]Transfiere los archivos tú mismo[/b] (plugin o manual)[/li>
[li][b]Prueba minuciosamente[/b] usando el subdominio temporal o tu archivo /etc/hosts[/li>
[li][b]Cambia el DNS[/b] cuando estés listo[/li>
[/ol>

[p]¡Lo hiciste! Tu sitio web ahora funciona en Site.%applicationhostdomain, y tú manejaste toda la transferencia por ti mismo.[/p]

[h2]Solucionar problemas comunes del DIY[/h2]

[p][b]¿Errores de conexión a la base de datos?[/b] Verifica tu wp-config.php o archivo de configuración para los detalles correctos de la base de datos. Asegúrate de que la base de datos exista y que el nombre de usuario y contraseña de la base de datos sean correctos.[/p]

[p][b]¿Imágenes faltantes?[/b] Los permisos de archivos pueden necesitar ajuste. Establece las carpetas en 755 y los archivos en 644.[/p]

[p][b]¿El sitio se ve roto?[/b] Limpia el caché de tu navegador y el caché del sitio web (si existe) y verifica que todos los archivos se hayan transferido completamente.[/p]

[p]Recuerda: como lo estás haciendo tú mismo, controlas cada paso. Tómate tu tiempo, prueba todo, ¡y disfruta de tu nuevo hosting![/p]

Transfiere tu sitio web a Site.%applicationhostdomain tú mismo - sin caídas

[p]Utiliser l'API Site.%applicationhostdomain est très simple.[/p]

[p]Que tu construises une intégration personnalisée ou que tu automatises ton flux de travail, notre API te donne un contrôle total sur tes services.[/p]

[h2]Créer ta clé API[/h2]

[p]Tout d'abord, tu as besoin d'une clé API pour commencer.[/p]

[p]Voici comment faire :[/p]

[p]Connecte-toi simplement à ton tableau de bord sur Site.%applicationhostdomain. Si tu as besoin d'aide pour accéder à ton compte, consulte [url=%helpdesk-article-url-83]où trouver ton code PIN de support[/url]. Va sur la page "%include-dashboard-language-dashboardHeader.settings" via la navigation supérieure. Clique sur [b]'%include-dashboard-language-dashboard.settings.DNSTemplates.options.apiKeys'[/b].[/p]

[p]C'est tout. Tu peux maintenant créer ta clé API.[/p]

[h2]Pratiques de sécurité[/h2]

[p]Voici la partie importante. Donne à ta clé uniquement l'accès aux endpoints API dont tu as réellement besoin. Cela garde tout sécurisé.[/p]

[p]Crée la clé API et copie immédiatement la clé de 256 caractères. Sauvegarde-la dans un endroit [i]sûr[/i].[/p]

[p]Tu utilises un fichier .env ? Assure-toi de le sauvegarder en dehors de tes fichiers accessibles publiquement.[/p]

[p][b]Notes de sécurité importantes :[/b][/p]

[ul]
[li]Les clés API doivent faire exactement 256 caractères[/li]
[li]Après 3 tentatives d'authentification échouées en 24 heures, ton adresse IP sera bloquée pendant 72 heures[/li]
[li]Il n'y a pas de mécanisme de déblocage manuel - manipule tes clés API avec précaution[/li]
[li]Stocke ta clé API en toute sécurité - elle ne peut pas être récupérée après sa création[/li]
[/ul]

[h2]Accéder à l'API[/h2]

[p]Tu peux accéder à l'API via [url=https://backend.site.eu/v2]https://backend.site.eu/v2[/url].[/p]

[p]Fait amusant ? Notre site web utilise exactement la même API.[/p]

[p]Tous les endpoints API ne te sont pas encore accessibles. Mais nous ouvrons constamment de nouveaux endpoints que tu peux utiliser. Si tu peux voir l'endpoint dans [url=https://backend.site.eu/v2]https://backend.site.eu/v2[/url], alors tu peux l'utiliser. Assure-toi simplement que tu as donné l'accès à ta clé API.[/p]

[h2]Utiliser l'API[/h2]

[p]Tu peux te connecter aux endpoints API via la même URL : [url=https://backend.site.eu/v2]https://backend.site.eu/v2[/url].[/p]

[p]Mais voici le hic. C'est ton compte [b]réel[/b]. Ce n'est pas un environnement de test. Toutes les actions sont réelles.[/p]

[p]Tu veux tester quelque chose ? Achète un produit à des fins de test. De cette façon, tu peux expérimenter sans toucher à tes domaines et sites web réels.[/p]

[h2]Et maintenant ?[/h2]

[p]Maintenant que tu as configuré ta clé API, tu peux commencer à créer des intégrations et à automatiser tes flux de travail.[/p]

[p]Consulte les endpoints disponibles. Commence à expérimenter. Et n'oublie pas de toujours garder ta clé API sécurisée et de donner uniquement l'accès aux endpoints dont tu as réellement besoin.[/p]

Comment démarrer avec l'API Site.%applicationhostdomain

[p]Changer les serveurs de noms de ton domaine, c'est assez simple. Tu dois juste savoir où chercher dans ton tableau de bord Site.%applicationhostdomain. Je vais te montrer comment ça marche et t'expliquer ce que font vraiment les serveurs de noms.[/p]

[h2]C'est quoi, les serveurs de noms ?[/h2]

[p]Pense aux serveurs de noms comme à l'annuaire d'internet. Quand quelqu'un tape ton nom de domaine, les serveurs de noms disent au navigateur où trouver ton site web. Tout simplement.[/p]

[p]Chaque domaine a besoin d'au moins deux serveurs de noms. Pourquoi deux ? Pour la fiabilité. Si l'un tombe en panne, l'autre prend le relais. Ces serveurs de noms contrôlent où vont ton site web et tes emails.[/p]

[h2]Étapes pour changer tes serveurs de noms[/h2]

[p]Voici comment faire :[/p]

[ol]
[li][b]Connecte-toi à ton tableau de bord Site.%applicationhostdomain[/b][/li]
[li][b]Clique sur ton nom de domaine[/b] - Il est dans la barre latérale à gauche. Clique dessus.[/li]
[li][b]Trouve "%include-dashboard-language-dashboard.domainsOptions.advancedOptions"[/b] - Va dans %include-dashboard-language-dashboard.domainTabs.domainOptions. Puis clique sur %include-dashboard-language-dashboard.domainsOptions.advancedOptions.[/li]
[li][b]Désactive les paramètres par défaut[/b] - Tu vois "%include-dashboard-language-dashboard.domains.domainOptionsSection.dnsManagement.defaultSettings" ? Désactive-le d'abord. Il faut le faire avant de pouvoir changer les serveurs de noms.[/li]
[li][b]Désactive %include-dashboard-language-dashboard.domains.domainOptionsSection.dnsManagement.changeRecords[/b] - C'est important. Désactive %include-dashboard-language-dashboard.domains.domainOptionsSection.dnsManagement.changeRecords. Sinon tu ne pourras pas utiliser des serveurs de noms personnalisés.[/li]
[li][b]Ajoute tes serveurs de noms[/b] - Tu vas maintenant voir des champs vides. Tape ici tes nouveaux serveurs de noms. Ton hébergeur te les a fournis (par exemple ns1.exemple.com et ns2.exemple.com).[/li]
[li][b]Enregistre les modifications[/b] - Clique sur le bouton sauvegarder. C'est fait ! La propagation peut prendre jusqu'à 24 heures.[/li]
[/ol]

[h2]Pourquoi tu ne peux pas utiliser la gestion DNS et des serveurs de noms personnalisés ?[/h2]

[p]Voilà le truc. Tu ne peux pas utiliser des serveurs de noms personnalisés ET notre [url=%helpdesk-article-url-79]gestion DNS[/url] en même temps. C'est incompatible.[/p]

[p]Pourquoi pas ? La raison est simple :[/p]

[ul]
[li][b]Notre gestion DNS a besoin de nos serveurs de noms[/b] - Si tu veux gérer les enregistrements DNS dans ton tableau de bord Site.%applicationhostdomain, ton domaine doit pointer vers nos serveurs de noms. C'est comme ça qu'on peut gérer ton DNS.[/li]
[li][b]Les serveurs de noms personnalisés pointent ailleurs[/b] - Quand tu utilises des serveurs de noms personnalisés, tu dis à ton domaine d'aller chercher les infos DNS chez un autre fournisseur. Pas chez nous.[/li]
[/ul]

[h2]Quand changer les serveurs de noms[/h2]

[p]Tu peux avoir besoin de changer tes serveurs de noms quand tu migres vers un nouvel hébergeur ou quand tu veux utiliser un autre service DNS. Ce sont les principales raisons. La plupart des gens n'ont pas besoin de toucher à ces réglages, sauf si leur hébergeur le demande.[/p]

[h2]Bon à savoir[/h2]

[ul]
[li][b]Ça prend du temps[/b] - Les changements ont besoin de jusqu'à 24 heures pour se propager sur internet. Mais c'est généralement plus rapide.[/li]
[li][b]Note bien tes anciens serveurs de noms[/b] - Au cas où tu devrais revenir en arrière.[/li]
[li][b]Vérifie avec ton hébergeur[/b] - Ils te diront exactement quels serveurs de noms utiliser.[/li]
[/ul]

Comment changer les serveurs de noms de ton domaine ?

[p]Par défaut, tous les noms de domaine peuvent envoyer [b]50 e-mails par 24 heures[/b].[/p]

[p]Concrètement, tu peux envoyer 50 e-mails toutes les 24 heures. Besoin de plus ? On peut augmenter cette limite pour toi.[/p]

[h2]Comment demander une limite plus élevée ?[/h2]

[p]Si tu veux une limite d'envoi d'e-mails plus élevée, contacte-nous. On aura besoin de quelques informations :[/p]

[ul]
[li]Quel type d'e-mails envoies-tu ?[/li]
[li]À qui les envoies-tu ?[/li]
[li]Ces personnes ont-elles accepté de recevoir des e-mails de ta part ?[/li]
[li]Y a-t-il autre chose qu'on devrait savoir ?[/li]
[/ul]

[p]Une fois qu'on aura examiné ta demande, on pourra augmenter la limite pour toi.[/p]

[h2]Pourquoi cette limite existe-t-elle ?[/h2]

[p]C'est simple.[/p]

[p]On utilise des adresses IP spécifiques pour le courrier sortant. Ces adresses IP sont partagées entre des milliers de nos clients. Et elles ont une [b]très bonne réputation[/b].[/p]

[p]Et c'est important.[/p]

[p]Imagine qu'un de nos clients se fasse pirater son adresse e-mail. Peut-être qu'ils ont utilisé un mot de passe peu sûr. Ou qu'ils ont été victimes de phishing. Quelle que soit la raison.[/p]

[p]Cette adresse e-mail piratée pourrait essayer d'envoyer des milliers, voire des [i]millions[/i] de spams.[/p]

[p]Notre limite de 50 e-mails ? Seuls les 50 premiers passeront. Après ça ? Bloqués.[/p]

[p]Et même ces 50 e-mails autorisés seront toujours filtrés par nos filtres anti-spam sortants.[/p]

[h2]Protéger la réputation e-mail de tout le monde[/h2]

[p]C'est une des façons dont on maintient l'excellente réputation de nos adresses IP de serveur e-mail. On utilise aussi les [url=%helpdesk-article-url-52]enregistrements SPF[/url] et les [url=%helpdesk-article-url-41]enregistrements DKIM[/url] pour protéger la livraison des e-mails.[/p]

[p]Et c'est comme ça qu'on fait en sorte que les e-mails de nos milliers de clients arrivent dans la [b]boîte de réception[/b] des destinataires. Et pas dans le dossier spam.[/p]

[p]La bonne nouvelle ? Si tu dois légitimement envoyer plus de 50 e-mails par jour, on est là pour t'aider.[/p]

[h2]Note importante pour les clients du forfait Basic[/h2]

[p]Attention : on [b]ne peut pas augmenter[/b] la limite d'envoi d'e-mails pour les clients avec un forfait Basic.[/p]

[p]Pourquoi ?[/p]

[p]Ce forfait est très abordable. Et à ce tarif, le risque est trop élevé pour nous d'augmenter la limite d'envoi d'e-mails.[/p]

[p]Des milliers d'utilisateurs dépendent de la réputation de nos adresses IP de serveur e-mail. On doit protéger ça pour tout le monde.[/p]

[h2]Prêt à augmenter ta limite ?[/h2]

[p]Besoin de plus de 50 e-mails par jour ? Contacte-nous et on t'aidera ![/p]

Combien d'e-mails puis-je envoyer ?

[p]Tu veux héberger une application Python ou Node.js sur ton [url=%helpdesk-article-url-53]hébergement web[/url] ? Excellent choix. Ce sont des technologies puissantes qui te permettent de créer aussi bien des API simples que des applications web complexes.[/p]

[p]Mais attention : tous les serveurs ne se valent pas.[/p]

[p]Si tu héberges chez Site.%applicationhostdomain, [b]les serveurs d'hébergement web CloudLinux[/b] sont ton meilleur choix pour faire tourner tes applications Python ou Node.js. Voici pourquoi.[/p]

[h2]Pourquoi choisir les serveurs CloudLinux ?[/h2]

[p]Les serveurs CloudLinux intègrent des sélecteurs pour Python et Node.js. Pense aux sélecteurs comme à des gestionnaires de versions qui te permettent de :[/p]

[ul]
[li]Choisir la version exacte de Python ou Node.js dont tu as besoin[/li]
[li]Passer d'une version à l'autre sans casser ton application[/li]
[li]Déployer plusieurs applications avec des versions différentes[/li]
[/ul]

[p]Cette flexibilité fait toute la différence.[/p]

[p]Mettons que tu aies développé ton application avec Node.js 14, mais que tu veuilles la tester avec la version 18. Sur un serveur CloudLinux, tu peux le faire sans toucher à ton application en production. Simple comme bonjour.[/p]

[h2]Ce qui différencie CloudLinux[/h2]

[p]CloudLinux utilise Apache Passenger pour exécuter tes applications Python et Node.js. Tu bénéficies ainsi de :[/p]

[ul]
[li][b]Isolation des ressources[/b] - Ton application reste protégée des autres utilisateurs du serveur[/li]
[li][b]Gestion automatique des processus[/b] - Le serveur s'occupe du démarrage et de l'arrêt de ton application[/li]
[li][b]Meilleure stabilité[/b] - Si une application plante, elle n'entraîne pas tout le serveur dans sa chute[/li]
[/ul]

[h2]Ressources nécessaires pour Python et Node.js[/h2]

[p]Voici ce que tu dois savoir pour héberger ces applications :[/p]

[p][b]Pour Node.js :[/b][/p]
[p]Même une application Node.js basique a besoin de vraies ressources serveur. Contrairement au JavaScript classique, tu ne peux pas exécuter Node.js dans un navigateur. La plupart des applications tournent sans problème avec 512 Mo de mémoire, mais les applications plus complexes peuvent nécessiter 1 Go ou plus.[/p]

[p][b]Pour Python :[/b][/p>
[p]Les applications Python ont des besoins similaires. Les ressources exactes dépendent de ce que fait ton application. Une API simple ? Des ressources minimales suffisent. Une application de traitement de données ? Il te faudra plus de puissance.[/p]

[p]La bonne nouvelle ? Les serveurs CloudLinux chez Site.%applicationhostdomain sont optimisés pour ces cas d'usage.[/p]

[h2]Comment choisir un serveur CloudLinux chez Site.%applicationhostdomain[/h2]

[p]Lors de la configuration de ton hébergement, tu dois sélectionner le bon type de serveur.[/p]

[p]Pour un guide détaillé, consulte [url=%helpdesk-article-url-70]ce guide sur le choix de ton serveur d'hébergement web[/url].[/p]

[h2]Pour conclure[/h2]

[p]Héberger des applications Python ou Node.js n'a rien de compliqué. Choisis un serveur d'hébergement web CloudLinux chez Site.%applicationhostdomain et tu bénéficies :[/p]

[ul]
[li]De sélecteurs de versions pour une gestion simplifiée[/li]
[li]D'une isolation des ressources pour une meilleure stabilité[/li]
[li]D'Apache Passenger pour la gestion automatique des processus[/li]
[/ul]

[p]Ton application mérite un serveur à la hauteur. L'hébergement web CloudLinux chez Site.%applicationhostdomain te donne exactement ça.[/p]

Les meilleurs serveurs pour tes applications Python et Node.js

[p]La plupart des [url=%helpdesk-article-url-57]certificats SSL[/url] doivent être renouvelés tous les 3 mois. C'est un processus automatisé qui fonctionne généralement sans problème.[/p]

[p]Mais voici le problème : si le renouvellement échoue, ton site web devient inaccessible. Ou pire encore, les visiteurs voient un gros avertissement de sécurité effrayant dans leur navigateur. Pas vraiment ce que tu veux.[/p]

[h2]Pourquoi un renouvellement SSL échoue-t-il ?[/h2]

[p]Voyons les raisons les plus courantes.[/p]

[p][b]Mauvais sous-domaines inclus[/b][/p]

[p]As-tu demandé le certificat SSL pour ton nom de domaine [i]et[/i] tous les sous-domaines que tu utilises réellement ? Parfait.[/p]

[p]Mais as-tu aussi inclus des sous-domaines comme mail, ftp ou smtp ? C'est là que ça coince.[/p]

[p]Voici pourquoi : ton sous-domaine mail ne pointe pas vers ton serveur d'hébergement web. Donc quand l'émetteur SSL essaie de vérifier que ton sous-domaine est connecté au serveur, la vérification échoue. Et paf : pas de renouvellement SSL.[/p]

[p][b]Problèmes de site web[/b][/p]

[p]Ton site web fonctionne-t-il correctement ? Pointe-t-il vers le bon serveur ?[/p]

[p]Si ton site web ne fonctionne pas correctement ou pointe vers le mauvais serveur, ton renouvellement SSL échouera. C'est aussi simple que ça.[/p]

[h2]Comment résoudre ce problème ?[/h2]

[p]La bonne nouvelle ? La solution est simple.[/p]

[p][b]D'abord, assure-toi que ton site web fonctionne[/b][/p]

[p]Avant de réparer le certificat SSL, vérifie que ton site web fonctionne réellement. Visite ton nom de domaine dans un navigateur. Ton site web apparaît-il ? Sinon, cela doit être corrigé en premier.[/p]

[p]Dans la plupart des cas, un site web qui ne fonctionne pas est causé par des enregistrements DNS manquants. [url=%helpdesk-article-url-89]Consulte ce guide pour réparer les enregistrements DNS manquants[/url].[/p]

[p]Une fois que ton site web fonctionne correctement, suis ces étapes :[/p]

[ol]
[li][url=%helpdesk-article-url-22]Va dans DirectAdmin[/url] et ouvre la page 'Certificats SSL'[/li]
[li]Supprime l'ancien certificat[/li]
[li]Demande-en un nouveau en suivant [url=%helpdesk-article-url-31]ce guide[/url][/li]
[/ol]

[p]Mais voici le plus important : [b]demande le certificat SSL uniquement pour ton nom de domaine principal et le sous-domaine www[/b].[/p]

[p]Si tu utilises d'autres sous-domaines pour ton site web (comme blog ou shop), inclus-les aussi. Mais [i]n'inclus pas[/i] les sous-domaines techniques comme :[/p]

[ul]
[li]ftp[/li]
[li]mail[/li]
[li]smtp[/li]
[li]pop[/li]
[/ul]

[p]Ceux-ci peuvent causer des problèmes de renouvellement par la suite.[/p]

[p]Une fois que tu as demandé un nouveau certificat avec uniquement les sous-domaines que tu utilises réellement, ton SSL sera renouvelé automatiquement tous les 3 mois sans problème, tant que ton site web fonctionne correctement et pointe vers le bon serveur.[/p]

Pourquoi le renouvellement de mon certificat SSL a échoué ?

[p]Tu veux transférer ton site web chez nous ? C'est génial ! La bonne nouvelle ? Nous nous occupons de tout le processus de transfert pour toi – [b]entièrement gratuitement[/b]. Aucun casse-tête technique, pas de stress.[/p]

[p]Je vais t'expliquer exactement comment fonctionne notre service de transfert de site web gratuit. C'est plus simple que tu ne le penses.[/p]

[h2]Étape 1 : Choisis un plan d'hébergement web[/h2]

[p]D'abord, le plus important. Tu dois acheter l'un de nos plans d'hébergement web qui inclut les transferts gratuits. Cela offre un nouveau foyer à ton site web.[/p]

[p][b]Conseil important :[/b] N'achète pas encore le transfert de ton nom de domaine. Garde ton nom de domaine chez ton fournisseur actuel pendant que nous transférons ton site. Fais-moi confiance – il y a une bonne raison, tu verras.[/p]

[h2]Étape 2 : Envoie-nous tes informations[/h2]

[p]Une fois que tu as ton plan d'hébergement, envoie-nous un email avec tout ce dont nous avons besoin pour commencer. C'est comme donner les clés de ton ancienne maison à une société de déménagement.[/p]

[p]Voici ce que tu dois inclure dans ton email (pour plus de détails sur [url=%helpdesk-article-url-54]comment transférer un site web[/url]) :[/p]

[ul]
[li]L'URL du site web que tu veux transférer[/li]
[li]Tes informations de connexion FTP actuelles (ancien serveur) – c'est ainsi que nous accéderons aux fichiers de ton site[/li]
[li]Le type de site web que tu as (WordPress, Joomla, Drupal ou autre chose)[/li]
[li]Toute autre information de connexion pour ton site web[/li]
[li]Tous détails spéciaux ou instructions que nous devrions connaître[/li]
[/ul]

[p]Plus tu nous donnes d'informations, plus le transfert sera fluide.[/p]

[h2]Étape 3 : Nous transférons ton site web[/h2]

[p]Maintenant vient la partie où nous faisons tout le travail. Nous transférons ton site web sous [b]24 à 48 heures[/b] après ta demande ([url=%helpdesk-article-url-12]le transfert du nom de domaine[/url] est un processus séparé). Pendant ce temps, ton site reste en ligne sur ton ancien serveur – aucune interruption pour tes visiteurs.[/p]

[p]Nous te tiendrons au courant si nous rencontrons des problèmes. Mais franchement ? La plupart des transferts se passent sans problème.[/p]

[h2]Étape 4 : Transfère ton domaine (ou lie-le)[/h2]

[p]C'est là que tu vas comprendre pourquoi je t'ai donné ce conseil. [b]Attends notre email de confirmation[/b] qui t'indique que le transfert du site est terminé. Ce n'est qu'[i]après[/i] avoir transféré ton site avec succès que tu dois passer à l'étape suivante.[/p]

[p]Une fois que tu reçois notre confirmation, tu as deux possibilités – consulte [url=%helpdesk-article-url-69]la meilleure façon de réaliser un transfert de domaine sans interruption[/url] :[/p]

[ol]
[li][b]Transfère ton nom de domaine chez nous[/b] – Cela signifie que nous gérerons ton site web et ton nom de domaine[/li]
[li][b]Garde ton domaine où il est[/b] – Pointe simplement les serveurs de noms ou DNS de ton domaine vers nous (nous appelons cela un [url=%helpdesk-article-url-87]nom de domaine externe[/url], et ça fonctionne parfaitement)[/li]
[/ol]

[p]Les deux options fonctionnent très bien. Choisis ce qui te convient le mieux.[/p]

[h2]Le meilleur : Zéro temps d'arrêt[/h2]

[p]Voici la magie. Parce que nous transférons ton site web [i]avant[/i] que tu déplaces ton domaine, il n'y a absolument aucun temps d'arrêt. Tes visiteurs ne remarqueront même pas que quelque chose a changé.[/p]

[p]Ton site continue de fonctionner sur ton ancien serveur jusqu'au moment exact où nous le basculons vers le nôtre. C'est comme changer le moteur d'une voiture en roulant – mais en beaucoup plus sûr ![/p]

[h2]Une règle cruciale à retenir[/h2]

[p][b]Ne transfère pas ton nom de domaine chez nous tant que nous n'avons pas terminé le transfert de ton site.[/b][/p]

[p]Je ne le répéterai jamais assez. Suivre cette règle simple garantit que tout se passe en douceur sans problème.[/p]

[h2]Prêt à commencer ?[/h2]

[p]C'est tout ! Notre service de transfert de site web gratuit rend ton passage chez Site.%applicationhostdomain tout en douceur. Nous nous occupons des aspects techniques pendant que tu te concentres sur l'important – gérer ton site web. Nous pouvons aussi [url=%helpdesk-article-url-75]transférer toutes tes adresses email[/url] ![/p]

[p]Rappelle-toi les étapes :[/p]
[ol]
[li]Achète un plan d'hébergement avec transferts gratuits[/li]
[li]Envoie-nous les détails de ton site web[/li]
[li]Attends 24-48 heures pendant que nous faisons notre magie[/li]
[li]Transfère ou lie ton domaine après que nous ayons terminé[/li]
[/ol]

[p]Des questions sur le processus de transfert ? Contacte simplement notre équipe de support. Nous sommes là pour rendre ton passage à Site.%applicationhostdomain aussi fluide que possible.[/p]

Profite du service de transfert gratuit de Site.%applicationhostdomain

[p]Tu veux déménager ton site web vers Site.%applicationhostdomain mais tu préfères le faire toi-même ? Excellent choix. Tu gardes le contrôle et ton site reste en ligne tout le temps.[/p]

[p][b]Pas besoin de support technique.[/b] Pas d'attente. Suis simplement ces étapes et ton site tournera sur nos serveurs sans une seconde d'interruption.[/p]

[p]Je vais te montrer exactement comment faire.[/p]

[h2]De quoi as-tu besoin avant de commencer ?[/h2]

[p]Cette méthode DIY fonctionne pour :[/p]

[ul]
[li]Les sites WordPress[/li]
[li]Les sites Joomla[/li]
[li]Les sites construits sur mesure[/li]
[li]Tout site accessible par FTP ou gestionnaire de fichiers[/li]
[/ul]

[p][b]Compétences requises :[/b] Connaissance de base du FTP ou des gestionnaires de fichiers. Si tu peux uploader des fichiers chez ton hébergeur actuel, tu peux le faire.[/p]

[h2]Étape 1 : Achète ton nouvel hébergement (sans transfert de domaine)[/h2]

[p]Commence par acheter un plan d'hébergement chez Site.%applicationhostdomain. N'importe quel plan convient. Tu peux même [url=%helpdesk-article-url-72]acheter un hébergement sans nom de domaine[/url] - nous te donnerons un sous-domaine gratuit à utiliser.[/p]

[p][b]Important :[/b] Achète seulement le plan d'hébergement. [i]NE transfère PAS encore ton domaine.[/i] C'est la clé pour zéro temps d'arrêt - tu feras le domaine en dernier.[/p]

[p]Pourquoi ? Parce que tu veux d'abord tout configurer toi-même, tester, et seulement ensuite pointer ton domaine vers le nouveau serveur.[/p]

[h2]Étape 2 : Prépare ton nouvel espace d'hébergement[/h2]

[p]Il est temps de préparer ta nouvelle maison sans toucher à ton site en ligne.[/p]

[p][b]Fais ces trois choses :[/b][/p]

[ol]
[li][url=%helpdesk-article-url-20]Active ton service d'hébergement web[/url] dans ton tableau de bord Site.%applicationhostdomain[/li]
[li][url=%helpdesk-article-url-71]Ajoute ton domaine comme domaine externe[/url] (cela informe juste notre système de ton domaine)[/li]
[li][url=%helpdesk-article-url-76]Lie le domaine à ton plan d'hébergement[/url][/li]
[/ol]

[p][b]Ce qu'il ne faut PAS encore faire :[/b][/p]
[ul]
[li]Ne change pas les paramètres DNS[/li]
[li]Ne mets pas à jour les serveurs de noms[/li]
[li]Ne transfère pas encore l'enregistrement de ton domaine chez nous[/li]
[/ul]

[p]Ton site reste en ligne chez ton ancien hébergeur pendant que tu travailles sur le nouveau. Parfait.[/p]

[h2]Étape 3 : Transfère toi-même les fichiers de ton site[/h2]

[p]Passons maintenant à la partie pratique. Tu as plusieurs options DIY :[/p]

[p][b]Option 1 - Plugin de migration WordPress :[/b][/p]
[ul]
[li]Installe WP Migrate Guru sur ton site actuel[/li]
[li]Entre tes informations d'hébergement Site.%applicationhostdomain[/li]
[li]Clique sur migrer et laisse-le faire son travail[/li]
[li]Prend environ 15-30 minutes pour la plupart des sites[/li]
[/ul]

[p][b]Option 2 - Transfert manuel (pour n'importe quel site) :[/b][/p]
[ol]
[li]Télécharge tous les fichiers depuis ton hébergeur actuel via FTP[/li]
[li]Exporte ta base de données (généralement via phpMyAdmin)[/li]
[li]Upload les fichiers vers ton nouveau compte Site.%applicationhostdomain[/li]
[li]Importe la base de données dans ton nouvel hébergement[/li]
[li]Mets à jour les paramètres de connexion à la base de données si nécessaire[/li]
[/ol]

[p][b]Option 3 - Utilise Softaculous :[/b][/p]
[p]Ton panneau de contrôle DirectAdmin chez Site.%applicationhostdomain inclut Softaculous, qui peut importer des sites WordPress, Joomla et autres CMS. Fournis simplement les détails FTP de ton ancien site.[/p]

[h2]Étape 4 : Teste ton travail (avant que quiconque le voie)[/h2]

[p]C'est là que faire les choses soi-même paie vraiment. Tu peux tout tester minutieusement.[/p]

[p][b]Méthode de test facile :[/b][/p]
[p]Utilise ton [url=%helpdesk-article-url-88]sous-domaine temporaire[/url] (comme tonsite.site.eu) pour vérifier ton site transféré.[/p]

[p][b]Méthode de test avancée :[/b][/p]
[p]Modifie le fichier hosts de ton ordinateur pour prévisualiser avec ton vrai domaine :[/p]
[ul]
[li]Windows : C:\Windows\System32\drivers\etc\hosts[/li]
[li]Mac/Linux : /etc/hosts[/li]
[li]Ajoute : <ton-ip-serveur-site-eu> tondomaine.com[/li]
[/ul]

[p][b]Quoi vérifier :[/b][/p]
[ul]
[li]Toutes les pages se chargent correctement[/li]
[li]Les images s'affichent bien[/li]
[li][url=%helpdesk-article-url-86]Les formulaires et pages de contact fonctionnent[/url][/li]
[li]Les fonctions de panier d'achat (si applicable)[/li]
[li]Les zones admin/connexion sont accessibles[/li]
[/ul]

[p]Des problèmes trouvés ? Corrige-les maintenant pendant que ton site live tourne encore chez l'ancien hébergeur.[/p]

[h2]Étape 5 : Passe en ligne (l'étape finale DIY)[/h2]

[p]Tout est testé et fonctionne ? Il est temps de basculer.[/p]

[p][b]Choisis ton approche :[/b][/p]

[p][b]Option A - Pointe juste ton domaine (le plus rapide) :[/b][/p]
[ol]
[li]Connecte-toi chez ton registraire de domaine actuel[/li]
[li][url=%helpdesk-article-url-87]Change les serveurs de noms[/url] vers les serveurs Site.%applicationhostdomain[/li]
[li]Attends 2-24 heures pour la propagation DNS[/li]
[/ol]

[p][b]Option B - Transfère aussi l'enregistrement du domaine :[/b][/p]
[ol]
[li]Lance le [url=%helpdesk-article-url-80]transfert de domaine[/url] vers Site.%applicationhostdomain[/li]
[li]Approuve le transfert chez ton registraire actuel[/li]
[li]Domaine et hébergement seront au même endroit[/li]
[/ol]

[p][i]Conseil pro :[/i] Nous recommandons l'option B - transférer ton nom de domaine chez nous. Tu auras accès à notre panneau de contrôle de domaine convivial et tu profiteras des prix de domaine les plus bas du marché. En plus, gérer tout au même endroit rend la vie plus simple.[/p]

[h2]Que se passe-t-il pendant la propagation DNS ?[/h2]

[p]Après avoir changé tes serveurs de noms, voici à quoi t'attendre :[/p]

[ul]
[li]Certains visiteurs voient ton ancien site, d'autres le nouveau[/li]
[li]Les deux versions fonctionnent parfaitement (c'est pourquoi on n'a pas touché à l'ancienne)[/li]
[li]Dans les 24 heures, tout le monde voit ton site hébergé chez Site.%applicationhostdomain[/li]
[li]Zéro temps d'arrêt atteint ![/li]
[/ul]

[h2]Checklist de transfert DIY[/h2]

[p]Voici ta feuille de route DIY complète :[/p]

[ol]
[li][b]Achète seulement l'hébergement[/b] (pas de transfert de domaine)[/li]
[li][b]Configure le domaine[/b] comme externe (pas de changements DNS)[/li]
[li][b]Transfère les fichiers toi-même[/b] (plugin ou manuel)[/li]
[li][b]Teste minutieusement[/b] avec le sous-domaine temporaire ou ton fichier /etc/hosts[/li]
[li][b]Change le DNS[/b] quand tu es prêt[/li]
[/ol]

[p]Tu l'as fait ! Ton site web tourne maintenant sur Site.%applicationhostdomain, et tu as géré tout le transfert toi-même.[/p]

[h2]Résoudre les problèmes DIY courants[/h2]

[p][b]Erreurs de connexion à la base de données ?[/b] Vérifie ton wp-config.php ou fichier de configuration pour les bons détails de base de données. Assure-toi que la base de données existe et que le nom d'utilisateur et mot de passe sont corrects.[/p]

[p][b]Images manquantes ?[/b] Les permissions de fichiers doivent peut-être être ajustées. Mets les dossiers en 755 et les fichiers en 644.[/p]

[p][b]Le site a l'air cassé ?[/b] Vide le cache de ton navigateur et le cache du site (si présent) et vérifie que tous les fichiers ont été transférés complètement.[/p]

[p]Souviens-toi : puisque tu fais ça toi-même, tu contrôles chaque étape. Prends ton temps, teste tout, et profite de ton nouvel hébergement ![/p]

Transférer ton site vers Site.%applicationhostdomain toi-même - sans coupure

[p]De Site.%applicationhostdomain API gebruiken is heel eenvoudig.[/p]

[p]Of je nu een eigen integratie bouwt of je werkproces automatiseert, met onze API heb je volledige controle over je diensten.[/p]

[h2]Je API key aanmaken[/h2]

[p]Allereerst heb je een API key nodig om te beginnen.[/p]

[p]Zo doe je dat:[/p]

[p]Log gewoon in op je dashboard op Site.%applicationhostdomain. Als je hulp nodig hebt bij het toegang krijgen tot je account, bekijk dan [url=%helpdesk-article-url-83]waar je je support pincode kunt vinden[/url]. Ga naar de "%include-dashboard-language-dashboardHeader.settings" pagina via de bovenste navigatie. Klik op [b]'%include-dashboard-language-dashboard.settings.DNSTemplates.options.apiKeys'[/b].[/p]

[p]Dat is alles. Je kunt nu je API key aanmaken.[/p]

[h2]Beveiligingspraktijken[/h2]

[p]Dit is het belangrijke deel. Geef je key alleen toegang tot de API endpoints die je echt nodig hebt. Zo blijft alles veilig.[/p]

[p]Maak de API key aan en kopieer de 256 karakters lange key meteen. Bewaar hem ergens [i]veilig[/i].[/p]

[p]Gebruik je een .env bestand? Zorg er dan voor dat je het opslaat buiten je publiek toegankelijke bestanden.[/p]

[p][b]Belangrijke beveiligingsnotities:[/b][/p]

[ul]
[li]API keys moeten precies 256 karakters lang zijn[/li]
[li]Na 3 mislukte authenticatiepogingen binnen 24 uur wordt je IP-adres voor 72 uur geblokkeerd[/li]
[li]Er is geen handmatig deblokkeer mechanisme - ga dus zorgvuldig om met je API keys[/li]
[li]Bewaar je API key veilig - hij kan niet meer worden opgehaald na aanmaak[/li]
[/ul]

[h2]Toegang tot de API[/h2]

[p]Je kunt de API bereiken via [url=https://backend.site.eu/v2]https://backend.site.eu/v2[/url].[/p]

[p]Leuk weetje? Onze website gebruikt precies dezelfde API.[/p]

[p]Niet alle API endpoints zijn nog voor jou beschikbaar. Maar we openen constant nieuwe endpoints die je kunt gebruiken. Als je het endpoint kunt zien in [url=https://backend.site.eu/v2]https://backend.site.eu/v2[/url], dan kun je het gebruiken. Zorg er wel voor dat je je API key er toegang toe hebt gegeven.[/p]

[h2]De API gebruiken[/h2]

[p]Je kunt verbinding maken met de API endpoints via dezelfde URL: [url=https://backend.site.eu/v2]https://backend.site.eu/v2[/url].[/p]

[p]Maar hier komt de clou. Dit is je [b]echte[/b] account. Dit is geen testomgeving. Alle acties zijn echt.[/p]

[p]Wil je iets testen? Koop dan een product voor testdoeleinden. Zo kun je experimenteren zonder je echte domeinen en websites aan te raken.[/p]

[h2]Wat nu?[/h2]

[p]Nu je je API key hebt ingesteld, kun je beginnen met het bouwen van integraties en het automatiseren van je workflows.[/p]

[p]Bekijk de beschikbare endpoints. Begin met experimenteren. En vergeet niet om je API key altijd veilig te houden en alleen toegang te geven tot de endpoints die je echt nodig hebt.[/p]

Hoe je aan de slag gaat met de Site.%applicationhostdomain API

[p]De nameservers van je domein wijzigen is vrij eenvoudig. Je moet alleen weten waar je moet kijken in je Site.%applicationhostdomain dashboard. Ik laat je zien hoe het werkt en leg uit wat nameservers eigenlijk doen.[/p]

[h2]Wat zijn nameservers?[/h2]

[p]Denk aan nameservers als het telefoonboek van het internet. Als iemand je domeinnaam intypt, vertellen nameservers de browser waar jouw website staat. Zo simpel is het.[/p]

[p]Elk domein heeft minstens twee unieke nameservers nodig. Waarom twee? Voor de zekerheid. Als er eentje uitvalt, neemt de ander het over. Deze nameservers bepalen waar je website en e-mail naartoe gaan.[/p]

[h2]Stappen om je nameservers te wijzigen[/h2]

[p]Zo doe je het:[/p]

[ol]
[li][b]Ga naar je Site.%applicationhostdomain dashboard[/b][/li]
[li][b]Klik op je domeinnaam[/b] - Je vindt hem in de linkerzijbalk. Klik erop.[/li]
[li][b]Zoek "%include-dashboard-language-dashboard.domainsOptions.advancedOptions"[/b] - Ga naar %include-dashboard-language-dashboard.domainTabs.domainOptions. Klik dan op %include-dashboard-language-dashboard.domainsOptions.advancedOptions.[/li]
[li][b]Zet de standaardinstellingen uit[/b] - Zie je "%include-dashboard-language-dashboard.domains.domainOptionsSection.dnsManagement.defaultSettings"? Zet die eerst uit. Dat moet voordat je nameservers kunt wijzigen.[/li]
[li][b]Schakel %include-dashboard-language-dashboard.domains.domainOptionsSection.dnsManagement.changeRecords uit[/b] - Dit is belangrijk. Zet %include-dashboard-language-dashboard.domains.domainOptionsSection.dnsManagement.changeRecords uit. Anders kun je geen eigen nameservers gebruiken.[/li]
[li][b]Voeg je nameservers toe[/b] - Je ziet nu lege velden. Typ hier je nieuwe nameservers. Die heb je van je hostingprovider gekregen (zoals ns1.voorbeeld.com en ns2.voorbeeld.com).[/li]
[li][b]Sla alles op[/b] - Klik op de opslaanknop. Klaar! Het duurt maximaal 24 uur voordat de wijzigingen overal doorgevoerd zijn.[/li]
[/ol]

[h2]Waarom kun je niet beide DNS-beheer en eigen nameservers gebruiken?[/h2]

[p]Het zit zo. Je kunt niet eigen nameservers EN ons [url=%helpdesk-article-url-79]DNS-beheer[/url] tegelijk gebruiken. Ze werken niet samen.[/p]

[p]Waarom niet? Simpel:[/p]

[ul]
[li][b]Ons DNS-beheer heeft onze nameservers nodig[/b] - Als je DNS-records wilt beheren in je Site.%applicationhostdomain dashboard, moet je domein naar onze nameservers wijzen. Zo beheren wij je DNS.[/li]
[li][b]Eigen nameservers wijzen naar een andere locatie[/b] - Als je eigen nameservers gebruikt, vertel je je domein om DNS-info bij een andere provider op te halen. Niet bij ons.[/li]
[/ul]

[h2]Wanneer nameservers wijzigen[/h2]

[p]Je moet je nameservers misschien wijzigen als je naar een nieuwe hostingprovider verhuist of als je een andere DNS-service wilt gebruiken. Dat zijn eigenlijk de voornaamste redenen. De meeste mensen hoeven deze instellingen niet aan te raken, tenzij hun hostingprovider het zegt.[/p]

[h2]Goed om te weten[/h2]

[ul]
[li][b]Het kost tijd[/b] - Wijzigingen hebben tot 24 uur nodig om zich over het internet te verspreiden. Meestal gaat het sneller.[/li]
[li][b]Schrijf je oude nameservers op[/b] - Voor het geval je de wijziging moet terugdraaien.[/li]
[li][b]Check bij je host[/b] - Zij vertellen je precies welke nameservers je moet gebruiken.[/li]
[/ul]

Hoe wijzig ik de nameservers van mijn domein?

[p]Standaard kunnen alle domeinnamen [b]50 e-mails per 24 uur[/b] versturen.[/p]

[p]Dus jouw domein mag 50 e-mails versturen in 24 uur. Heb je meer nodig? We kunnen deze limiet voor je verhogen.[/p]

[h2]Een hogere limiet aanvragen?[/h2]

[p]Als je een hogere limiet voor het versturen van e-mails wilt, neem dan contact met ons op. We hebben wat informatie nodig:[/p]

[ul]
[li]Wat voor soort e-mails verstuur je?[/li]
[li]Naar wie verstuur je ze?[/li]
[li]Hebben deze mensen ingestemd met het ontvangen van e-mails van jou?[/li]
[li]Is er nog iets anders dat we moeten weten?[/li]
[/ul]

[p]Zodra we jouw aanvraag hebben beoordeeld, kunnen we de limiet voor je verhogen.[/p]

[h2]Waarom bestaat deze limiet?[/h2]

[p]De reden is simpel.[/p]

[p]We gebruiken specifieke IP-adressen voor uitgaande mail. Deze IP-adressen worden gedeeld door duizenden klanten. En ze hebben een [b]zeer hoge reputatie[/b].[/p]

[p]Daarom is dit belangrijk.[/p]

[p]Stel je voor dat het e-mailadres van een van onze klanten wordt gehackt. Misschien gebruikten ze een onveilig wachtwoord. Of werden ze slachtoffer van phishing. Maakt niet uit hoe.[/p]

[p]Dat gehackte e-mailadres probeert mogelijk duizenden, soms zelfs [i]miljoenen[/i] spam e-mails te versturen.[/p]

[p]Onze limiet van 50 e-mails laat alleen de eerste 50 door. Daarna wordt alles geblokkeerd.[/p]

[p]En zelfs die 50 e-mails die door de limiet komen, worden nog steeds gefilterd door onze uitgaande spamfilters.[/p]

[h2]De e-mailreputatie van iedereen beschermen[/h2]

[p]Dit is een van de manieren waarop we de reputatie van onze e-mailserver IP-adressen hoog en schoon houden. We gebruiken ook [url=%helpdesk-article-url-52]SPF-records[/url] en [url=%helpdesk-article-url-41]DKIM-records[/url] om e-mailbezorging te beschermen.[/p]

[p]En zo zorgen we ervoor dat de e-mails van onze duizenden klanten in de [b]inbox[/b] van ontvangers terechtkomen. En niet in de spammap.[/p]

[p]Het goede nieuws? Als je terechte redenen hebt om meer dan 50 e-mails per dag te versturen, helpen we je graag.[/p]

[h2]Belangrijke opmerking voor Basic pakket klanten[/h2]

[p]Let op: we verhogen de limiet voor het versturen van e-mails [b]niet[/b] voor klanten met een Basic pakket.[/p]

[p]De reden?[/p]

[p]Dit pakket is zeer betaalbaar. Voor die lage prijs is het risico te groot om de limiet te verhogen.[/p]

[p]Duizenden gebruikers zijn afhankelijk van de reputatie van onze e-mailserver IP-adressen. Daar moeten we zuinig op zijn, voor iedereen.[/p]

[h2]Klaar om je limiet te verhogen?[/h2]

[p]Meer dan 50 e-mails per dag nodig? Neem gewoon contact met ons op en we helpen je verder![/p]

Hoeveel e-mails kan ik versturen?

[p]Dus je wilt een Python of Node.js app draaien op je [url=%helpdesk-article-url-53]webhosting[/url]? Slimme keuze. Dit zijn krachtige technologieën waarmee je van eenvoudige API's tot complexe webapplicaties kunt bouwen.[/p]

[p]Maar let op: niet alle servers zijn hetzelfde.[/p]

[p]Als je host bij Site.%applicationhostdomain, zijn [b]CloudLinux webhostingservers[/b] je beste optie om Python of Node.js applicaties te draaien. Waarom? Dat lees je hier.[/p]

[h2]Waarom CloudLinux servers?[/h2]

[p]CloudLinux servers hebben ingebouwde selectors voor zowel Python als Node.js. Zie selectors als versiemanagers waarmee je:[/p]

[ul]
[li]Precies de versie van Python of Node.js kiezen die je nodig hebt[/li]
[li]Wisselen tussen versies zonder dat je app crasht[/li]
[li]Meerdere applicaties deployen met verschillende versievereisten[/li]
[/ul]

[p]Deze flexibiliteit is belangrijk. Heel belangrijk.[/p]

[p]Stel: je hebt je app gebouwd met Node.js versie 14, maar je wilt hem testen met versie 18. Op een CloudLinux server kun je dit doen zonder je live applicatie te beïnvloeden. Simpel en zonder gedoe.[/p]

[h2]Wat maakt CloudLinux anders?[/h2]

[p]CloudLinux gebruikt Apache Passenger om je Python en Node.js applicaties te draaien. Dit geeft je:[/p]

[ul]
[li][b]Resource-isolatie[/b] - jouw app wordt niet beïnvloed door andere gebruikers op dezelfde server[/li]
[li][b]Automatisch procesbeheer[/b] - de server regelt het starten en stoppen van jouw applicatie[/li]
[li][b]Betere stabiliteit[/b] - als één applicatie crasht, gaat niet de hele server mee onderuit[/li]
[/ul]

[h2]Serververeisten voor Python en Node.js[/h2]

[p]Dit moet je weten over het draaien van deze applicaties:[/p]

[p][b]Voor Node.js:[/b][/p]
[p]Zelfs een simpele Node.js app heeft échte serverresources nodig. Je kunt Node.js niet in een browser draaien zoals gewone JavaScript. De meeste applicaties draaien prima met 512MB geheugen, maar complexe apps hebben misschien 1GB of meer nodig.[/p]

[p][b]Voor Python:[/b][/p]
[p]Python apps hebben vergelijkbare vereisten. De exacte resources hangen af van wat jouw applicatie doet. Een simpele API? Minimale resources. Een data processing applicatie? Dan heb je meer kracht nodig.[/p]

[p]Het goede nieuws? CloudLinux servers bij Site.%applicationhostdomain zijn geoptimaliseerd voor dit soort toepassingen.[/p]

[h2]Hoe selecteer je een CloudLinux server bij Site.%applicationhostdomain[/h2]

[p]Als je jouw hosting opzet, moet je het juiste servertype selecteren.[/p]

[p]Voor een volledige uitleg, bekijk [url=%helpdesk-article-url-70]deze handleiding over het selecteren van je webhostingserver[/url].[/p]

[h2]Wat is de conclusie?[/h2]

[p]Python of Node.js apps draaien hoeft niet ingewikkeld te zijn. Kies een CloudLinux webhostingserver bij Site.%applicationhostdomain, en je krijgt:[/p]

[ul]
[li]Versieselectors voor eenvoudig beheer[/li]
[li]Resource-isolatie voor stabiliteit[/li]
[li]Apache Passenger voor automatische procesafhandeling[/li]
[/ul]

[p]Jouw applicatie verdient een server die het aankan. CloudLinux webhosting bij Site.%applicationhostdomain levert precies dat.[/p]

Beste servers voor Python en Node.js apps

[p]De meeste [url=%helpdesk-article-url-57]SSL-certificaten[/url] moeten elke 3 maanden verlengd worden. Dit is een geautomatiseerd proces dat meestal zonder problemen verloopt.[/p]

[p]Maar hier is het probleem: als de verlenging mislukt, wordt je website ontoegankelijk. Of erger nog, bezoekers zien een grote rode beveiligingswaarschuwing in hun browser. Niet bepaald wat je wilt.[/p]

[h2]Waarom mislukt een SSL-verlenging?[/h2]

[p]Laten we de meest voorkomende redenen doornemen.[/p]

[p][b]Verkeerde subdomeinen toegevoegd[/b][/p]

[p]Heb je het SSL-certificaat aangevraagd voor je domeinnaam [i]en[/i] alle subdomeinen die je daadwerkelijk gebruikt? Mooi.[/p]

[p]Maar heb je ook subdomeinen zoals mail, ftp of smtp toegevoegd? Daar ligt het probleem.[/p]

[p]Dit is de reden: je mail-subdomein wijst niet naar je webhostingserver. Dus wanneer de SSL-uitgever probeert te controleren of je subdomein verbonden is met de server, mislukt de controle. Resultaat: geen SSL-verlenging.[/p]

[p][b]Websiteproblemen[/b][/p]

[p]Werkt je website goed? Wijst hij naar de juiste server?[/p]

[p]Als je website niet goed werkt of naar de verkeerde server wijst, zal je SSL-verlenging mislukken. Zo simpel is het.[/p]

[h2]Hoe los je het op?[/h2]

[p]Het goede nieuws? De oplossing is eenvoudig.[/p]

[p][b]Controleer eerst of je website werkt[/b][/p]

[p]Voordat je het SSL-certificaat repareert, controleer of je website daadwerkelijk werkt. Bezoek je domeinnaam in een browser. Verschijnt je website? Zo niet, dan moet dat eerst opgelost worden.[/p]

[p]In de meeste gevallen wordt een niet-werkende website veroorzaakt door ontbrekende DNS-records. [url=%helpdesk-article-url-89]Bekijk deze handleiding om ontbrekende DNS-records te repareren[/url].[/p]

[p]Zodra je website goed werkt, volg je deze stappen:[/p]

[ol]
[li][url=%helpdesk-article-url-22]Ga naar DirectAdmin[/url] en open de pagina 'SSL-certificaten'[/li]
[li]Verwijder het oude certificaat[/li]
[li]Vraag een nieuw certificaat aan volgens [url=%helpdesk-article-url-31]deze handleiding[/url][/li]
[/ol]

[p]Maar let op, dit is belangrijk: [b]vraag het SSL-certificaat alleen aan voor je daadwerkelijke domeinnaam en het www-subdomein[/b].[/p]

[p]Als je andere subdomeinen voor je website gebruikt (zoals blog of shop), neem die dan ook mee. Maar voeg [i]geen[/i] technische subdomeinen toe zoals:[/p]

[ul]
[li]ftp[/li]
[li]mail[/li]
[li]smtp[/li]
[li]pop[/li]
[/ul]

[p]Deze kunnen later voor verlengende problemen zorgen.[/p]

[p]Zodra je een nieuw certificaat hebt aangevraagd met alleen de subdomeinen die je daadwerkelijk gebruikt, wordt je SSL elke 3 maanden automatisch verlengd zonder problemen, zolang je website goed werkt en naar de juiste server wijst.[/p]

Waarom is de verlenging van mijn SSL-certificaat mislukt?

[p]Je wilt je website naar ons verhuizen! Dat is fantastisch. Het goede nieuws? Wij regelen het hele verhuisproces voor je – [b]helemaal gratis[/b]. Geen technische hoofdpijn, geen stress.[/p]

[p]Ik leg je precies uit hoe onze gratis website verhuisservice werkt. Het is simpeler dan je denkt.[/p]

[h2]Stap 1: Kies een webhosting pakket[/h2]

[p]Eerst het allerbelangrijkste. Je moet een van onze webhosting pakketten kopen die gratis website verhuizingen bevat. Dit geeft ons een nieuw thuis voor je website.[/p]

[p][b]Belangrijke tip:[/b] Koop je domeinnaam verhuizing nog niet. Houd je domeinnaam bij je huidige provider terwijl we je website verhuizen. Geloof me – hier is een goede reden voor die we later bespreken.[/p]

[h2]Stap 2: Stuur ons je gegevens[/h2]

[p]Als je eenmaal je hosting pakket hebt, stuur ons dan een email met alles wat we nodig hebben om te beginnen. Zie het als het overhandigen van de sleutels van je oude huis aan de verhuizers.[/p]

[p]Dit moet je in je email zetten (voor meer informatie over [url=%helpdesk-article-url-54]website verhuizen[/url]):[/p]

[ul]
[li]De URL van de website die je wilt verhuizen[/li]
[li]Je huidige (oude server) FTP inloggegevens – zo krijgen we toegang tot je websitebestanden[/li]
[li]Het type website dat je hebt (WordPress, Joomla, Drupal of iets anders)[/li]
[li]Alle andere inloggegevens voor je website[/li]
[li]Speciale details of instructies die we moeten weten[/li]
[/ul]

[p]Hoe meer informatie je ons geeft, hoe soepeler de verhuizing verloopt.[/p]

[h2]Stap 3: Wij verhuizen je website[/h2]

[p]Nu komt het deel waar wij al het zware werk doen. We verhuizen je website binnen [b]24-48 uur[/b] nadat je het aanvraagt. Gedurende deze tijd blijft je website gewoon online op je oude server – geen onderbrekingen voor je bezoekers.[/p]

[p]We houden je op de hoogte als we tegen problemen aanlopen. Maar eerlijk gezegd? De meeste verhuizingen gaan gewoon goed.[/p]

[h2]Stap 4: Verhuis je domein (of koppel het)[/h2]

[p]Nu komt die eerdere tip goed van pas. [b]Wacht op onze bevestigingsmail[/b] die je vertelt dat de website verhuizing compleet is. Pas [i]nadat[/i] we je website succesvol hebben verhuisd moet je de volgende stap nemen.[/p]

[p]Zodra je onze bevestiging hebt ontvangen, heb je twee mogelijkheden – bekijk [url=%helpdesk-article-url-69]de beste manier om een domeinoverdracht zonder downtime te voltooien[/url]:[/p]

[ol]
[li][b]Verhuis je domeinnaam naar ons[/b] – Dit betekent dat wij zowel je website als domeinnaam beheren (je hebt de [url=%helpdesk-article-url-80]transfercode[/url] nodig)[/li]
[li][b]Houd je domein waar het is[/b] – Wijs gewoon de nameservers of DNS van je domein naar ons (we noemen dit een [url=%helpdesk-article-url-87]externe domeinnaam[/url], en het werkt prima)[/li]
[/ol]

[p]Beide opties werken uitstekend. Kies wat het beste bij je past.[/p]

[h2]Het beste deel: Nul downtime[/h2]

[p]Hier zit de magie. Omdat we je website verhuizen [i]voordat[/i] je je domein verplaatst, is er absoluut geen downtime. Je bezoekers merken niet eens dat er iets veranderd is.[/p]

[p]Je website blijft draaien op je oude server tot het exacte moment dat we hem overzetten naar de onze. Het is alsof je de motor van een auto verwisselt terwijl hij nog rijdt – alleen veel veiliger![/p]

[h2]Eén cruciale regel om te onthouden[/h2]

[p][b]Verhuis je domeinnaam niet naar ons totdat we je website verhuizing hebben voltooid.[/b][/p]

[p]Dit kan ik niet genoeg benadrukken. Deze simpele regel volgen zorgt ervoor dat alles soepel verloopt zonder problemen.[/p]

[h2]Klaar om te beginnen?[/h2]

[p]Dat is alles! Onze gratis website verhuisservice maakt overstappen naar Site.%applicationhostdomain pijnloos. Wij regelen het technische gedoe terwijl jij je focust op wat belangrijk is – je website runnen. We kunnen ook je [url=%helpdesk-article-url-75]e-mailadressen verhuizen[/url]![/p]

[p]Onthoud de stappen:[/p]
[ol]
[li]Koop een hosting pakket met gratis verhuizingen[/li]
[li]Stuur ons je website gegevens[/li]
[li]Wacht 24-48 uur terwijl wij onze magie uitvoeren[/li]
[li]Verhuis of koppel je domein nadat we klaar zijn[/li]
[/ol]

[p]Vragen over het verhuisproces? Neem gewoon contact op met ons support team. We zorgen ervoor dat je overstap naar Site.%applicationhostdomain zo soepel mogelijk verloopt.[/p]

Gebruik de gratis website verhuisservice van Site.%applicationhostdomain

[p]Wil je je website naar Site.%applicationhostdomain verhuizen maar doe je het liever zelf? Slimme keuze. Jij houdt de controle en je website blijft de hele tijd online.[/p]

[p][b]Geen technische ondersteuning nodig.[/b] Geen wachten op iemand anders. Volg gewoon deze stappen en je website draait zonder één seconde downtime op onze servers.[/p]

[p]Ik laat je precies zien hoe je het zelf doet.[/p]

[h2]Wat heb je nodig voordat je begint?[/h2]

[p]Deze doe-het-zelf methode werkt voor:[/p]

[ul]
[li]WordPress websites[/li]
[li]Joomla websites[/li]
[li]Zelfgebouwde websites[/li]
[li]Elke website waar je via FTP/bestandsbeheer bij kunt[/li]
[/ul]

[p][b]Benodigde vaardigheden:[/b] Basiskennis van FTP of bestandsbeheerders. Als je bestanden naar je huidige host kunt uploaden, kun je dit.[/p]

[h2]Stap 1: Koop je nieuwe hosting (zonder domeinnaam verhuizing)[/h2]

[p]Begin met het kopen van een hosting pakket bij Site.%applicationhostdomain. Elk pakket is geschikt. Je kunt zelfs [url=%helpdesk-article-url-72]een hosting pakket kopen zonder domeinnaam[/url] - we geven je een gratis subdomein om te gebruiken.[/p]

[p][b]Belangrijk:[/b] Koop alleen het hosting pakket. [i]Verhuis je domein nog NIET.[/i] Dit is de sleutel tot nul downtime - het domein doe je als laatste.[/p]

[p]Waarom? Omdat je eerst alles zelf wilt instellen, testen, en pas daarna je domein naar de nieuwe server laat wijzen.[/p]

[h2]Stap 2: Bereid je nieuwe hosting ruimte voor[/h2]

[p]Tijd om je nieuwe thuis in te richten zonder je live website aan te raken.[/p]

[p][b]Doe deze drie dingen:[/b][/p]

[ol]
[li][url=%helpdesk-article-url-20]Activeer je webhosting service[/url] in je Site.%applicationhostdomain dashboard[/li]
[li][url=%helpdesk-article-url-71]Voeg je domein toe als externe domeinnaam[/url] (dit vertelt ons systeem alleen over je domein)[/li]
[li][url=%helpdesk-article-url-76]Koppel het domein aan je hosting pakket[/url][/li]
[/ol]

[p][b]Wat je nog NIET moet doen:[/b][/p]
[ul]
[li]Verander geen DNS instellingen[/li]
[li]Update geen nameservers[/li]
[li]Verhuis je domeinnaam registratie nog niet naar ons[/li]
[/ul]

[p]Je website blijft live draaien bij je oude host terwijl jij aan de nieuwe werkt. Perfect.[/p]

[h2]Stap 3: Verhuis je website bestanden zelf[/h2]

[p]Nu het praktische deel. Je hebt verschillende doe-het-zelf opties:[/p]

[p][b]Optie 1 - WordPress migratie plugin:[/b][/p]
[ul]
[li]Installeer WP Migrate Guru op je huidige site[/li]
[li]Voer je Site.%applicationhostdomain hosting gegevens in[/li]
[li]Klik op migreren en laat het zijn werk doen[/li]
[li]Duurt ongeveer 15-30 minuten voor de meeste sites[/li]
[/ul]

[p][b]Optie 2 - Handmatige verhuizing (voor elke website):[/b][/p]
[ol]
[li]Download alle bestanden van je huidige host via FTP[/li]
[li]Exporteer je database (meestal via phpMyAdmin)[/li]
[li]Upload bestanden naar je nieuwe Site.%applicationhostdomain account[/li]
[li]Importeer database in je nieuwe hosting[/li]
[li]Werk database verbindingsinstellingen bij indien nodig[/li]
[/ol]

[p][b]Optie 3 - Gebruik Softaculous:[/b][/p]
[p]Je DirectAdmin webhosting beheerpagina bij Site.%applicationhostdomain bevat Softaculous, dat WordPress, Joomla en andere CMS sites kan importeren. Geef gewoon je oude site's FTP gegevens op.[/p]

[h2]Stap 4: Test je werk (voordat iemand het ziet)[/h2]

[p]Hier betaalt het zelf doen zich echt uit. Je kunt alles grondig testen.[/p]

[p][b]Makkelijke testmethode:[/b][/p]
[p]Gebruik je [url=%helpdesk-article-url-88]tijdelijke subdomein[/url] (zoals jouwsite.site.eu) om je verhuisde site te controleren.[/p]

[p][b]Geavanceerde testmethode:[/b][/p]
[p]Bewerk je computer's hosts bestand om een preview te zien met je echte domein:[/p]
[ul]
[li]Windows: C:\Windows\System32\drivers\etc\hosts[/li]
[li]Mac/Linux: /etc/hosts[/li]
[li]Voeg toe: <jouw-site-eu-server-ip> jouwdomein.com[/li]
[/ul]

[p][b]Wat moet je controleren:[/b][/p]
[ul]
[li]Alle pagina's laden correct[/li]
[li]Afbeeldingen worden goed weergegeven[/li]
[li][url=%helpdesk-article-url-86]Formulieren en contactpagina's werken[/url][/li]
[li]Winkelwagen functies (indien van toepassing)[/li]
[li]Admin/inlog gebieden zijn toegankelijk[/li]
[/ul]

[p]Problemen gevonden? Los ze nu op terwijl je live site nog draait bij de oude host.[/p]

[h2]Stap 5: Ga live (de laatste doe-het-zelf stap)[/h2]

[p]Alles getest en werkend? Tijd om de schakelaar om te zetten.[/p]

[p][b]Kies je aanpak:[/b][/p]

[p][b]Optie A - Wijs alleen je domein (snelste):[/b][/p]
[ol]
[li]Log in bij je huidige domein registrar[/li]
[li][url=%helpdesk-article-url-87]Verander nameservers[/url] naar Site.%applicationhostdomain's servers[/li]
[li]Wacht 2-24 uur op DNS propagatie[/li]
[/ol]

[p][b]Optie B - Verhuis ook je domeinnaam registratie:[/b][/p]
[ol]
[li]Start [url=%helpdesk-article-url-80]domeinnaam verhuizing[/url] naar Site.%applicationhostdomain[/li]
[li]Keur verhuizing goed bij je huidige registrar[/li]
[li]Domein en hosting staan straks op één plek[/li]
[/ol]

[p][i]Pro tip:[/i] We raden optie B aan - je domeinnaam naar ons verhuizen. Je krijgt onze gebruiksvriendelijke domeinnaam beheerpagina en geniet van de laagste domeinnaam prijzen op de markt. Plus, alles op één plek beheren maakt het leven gewoon makkelijker.[/p]

[h2]Wat gebeurt er tijdens DNS propagatie?[/h2]

[p]Nadat je je nameservers hebt veranderd, kun je dit verwachten:[/p]

[ul]
[li]Sommige bezoekers zien je oude site, anderen de nieuwe[/li]
[li]Beide versies werken perfect (daarom hebben we de oude niet aangeraakt)[/li]
[li]Binnen 24 uur ziet iedereen je Site.%applicationhostdomain gehoste site[/li]
[li]Nul downtime bereikt![/li]
[/ul]

[h2]Doe-het-zelf verhuizing checklist[/h2]

[p]Hier is je complete doe-het-zelf routekaart:[/p]

[ol]
[li][b]Koop alleen hosting[/b] (geen domeinnaam verhuizing)[/li]
[li][b]Stel domein in[/b] als extern (geen DNS wijzigingen)[/li]
[li][b]Verhuis bestanden zelf[/b] (plugin of handmatig)[/li]
[li][b]Test grondig[/b] met tijdelijk subdomein of je /etc/hosts bestand[/li]
[li][b]Schakel DNS[/b] wanneer je klaar bent[/li]
[/ol]

[p]Je hebt het gedaan! Je website draait nu op Site.%applicationhostdomain, en je hebt de hele verhuizing zelf afgehandeld.[/p]

[h2]Veelvoorkomende doe-het-zelf problemen oplossen[/h2]

[p][b]Database verbindingsfouten?[/b] Controleer je wp-config.php of configuratiebestand voor de juiste database gegevens. Zorg dat de database bestaat en dat de database gebruikersnaam en wachtwoord correct zijn.[/p]

[p][b]Ontbrekende afbeeldingen?[/b] Bestandsrechten moeten mogelijk aangepast worden. Zet mappen op 755 en bestanden op 644.[/p]

[p][b]Site ziet er kapot uit?[/b] Leeg je browser cache en website cache (indien aanwezig) en controleer of alle bestanden volledig zijn overgezet.[/p]

[p]Onthoud: omdat je dit zelf doet, heb jij de controle over elke stap. Neem je tijd, test alles, en geniet van je nieuwe hosting![/p]

Verhuis je website zelf naar Site.%applicationhostdomain - zonder downtime

[p]Korzystanie z API Site.%applicationhostdomain jest bardzo proste.[/p]

[p]Niezależnie od tego, czy budujesz niestandardową integrację, czy automatyzujesz swój przepływ pracy, nasze API daje ci pełną kontrolę nad swoimi usługami.[/p]

[h2]Tworzenie klucza API[/h2]

[p]Przede wszystkim. Potrzebujesz klucza API, aby zacząć.[/p]

[p]Oto jak to zrobić:[/p]

[p]Po prostu zaloguj się do swojego panelu na Site.%applicationhostdomain. Przejdź do strony "%include-dashboard-language-dashboardHeader.settings" przez górną nawigację. Kliknij [b]'%include-dashboard-language-dashboard.settings.DNSTemplates.options.apiKeys'[/b].[/p]

[p]To wszystko. Możesz teraz utworzyć swój klucz API.[/p]

[h2]Praktyki bezpieczeństwa[/h2]

[p]Oto ważna część. Daj swojemu kluczowi dostęp tylko do tych endpointów API, których naprawdę potrzebujesz. To zapewnia bezpieczeństwo.[/p]

[p]Utwórz klucz API i natychmiast skopiuj 256-znakowy klucz. Zapisz go w [i]bezpiecznym[/i] miejscu.[/p]

[p]Używasz pliku .env? Upewnij się, że zapisujesz go poza publicznie dostępnymi plikami.[/p]

[p][b]Ważne uwagi dotyczące bezpieczeństwa:[/b][/p]

[ul]
[li]Klucze API muszą mieć dokładnie 256 znaków[/li]
[li]Po 3 nieudanych próbach uwierzytelnienia w ciągu 24 godzin, twój adres IP zostanie zablokowany na 72 godziny[/li]
[li]Nie ma mechanizmu ręcznego odblokowania - obchodź się ostrożnie ze swoimi kluczami API[/li]
[li]Przechowuj swój klucz API bezpiecznie - nie można go odzyskać po utworzeniu[/li]
[/ul]

[h2]Dostęp do API[/h2]

[p]Możesz uzyskać dostęp do API przez [url=https://backend.site.eu/v2]https://backend.site.eu/v2[/url].[/p]

[p]Ciekawostka? Nasza strona internetowa używa dokładnie tego samego API.[/p]

[p]Nie wszystkie endpointy API są jeszcze dla ciebie dostępne. Ale stale otwieramy nowe endpointy, z których możesz korzystać. Jeśli widzisz endpoint w [url=https://backend.site.eu/v2]https://backend.site.eu/v2[/url], to możesz go używać. Upewnij się tylko, że dałeś swojemu kluczowi API do niego dostęp.[/p]

[h2]Korzystanie z API[/h2]

[p]Możesz połączyć się z endpointami API przez ten sam URL: [url=https://backend.site.eu/v2]https://backend.site.eu/v2[/url].[/p]

[p]Ale jest haczyk. To jest twoje [b]prawdziwe[/b] konto. To nie jest środowisko testowe. Wszystkie działania są rzeczywiste![/p]

[p]Chcesz coś przetestować? Kup produkt do celów testowych. W ten sposób możesz eksperymentować bez dotykania swoich prawdziwych domen i stron internetowych.[/p]

[h2]Co dalej?[/h2]

[p]Teraz, gdy masz skonfigurowany klucz API, możesz zacząć budować integracje i automatyzować swoje przepływy pracy.[/p]

[p]Sprawdź dostępne endpointy. Zacznij eksperymentować. I pamiętaj, aby zawsze trzymać swój klucz API w bezpiecznym miejscu i dawać dostęp tylko do endpointów, których naprawdę potrzebujesz.[/p]

Jak zacząć korzystać z API Site.%applicationhostdomain

[p]Zmiana serwerów nazw Twojej domeny jest całkiem prosta. Musisz tylko wiedzieć, gdzie szukać w panelu Site.%applicationhostdomain. Pokażę Ci, jak to zrobić i wyjaśnię, do czego właściwie służą serwery nazw.[/p]

[h2]Czym są serwery nazw?[/h2]

[p]Pomyśl o serwerach nazw jak o książce telefonicznej internetu. Kiedy ktoś wpisuje nazwę Twojej domeny, serwery nazw mówią przeglądarce, gdzie znaleźć Twoją stronę. I to wszystko.[/p]

[p]Każda domena potrzebuje co najmniej dwóch unikalnych serwerów nazw. Dlaczego dwóch? To kwestia bezpieczeństwa. Jeśli jeden przestanie działać, drugi przejmuje jego rolę. Te serwery nazw kontrolują, dokąd trafiają Twoja strona i e-maile.[/p]

[h2]Kroki zmiany serwerów nazw[/h2]

[p]Oto jak to zrobić:[/p]

[ol]
[li][b]Wejdź do panelu Site.%applicationhostdomain[/b][/li]
[li][b]Kliknij nazwę swojej domeny[/b] - Znajdziesz ją w lewym pasku bocznym.[/li]
[li][b]Znajdź "%include-dashboard-language-dashboard.domainsOptions.advancedOptions"[/b] - Przejdź do %include-dashboard-language-dashboard.domainTabs.domainOptions. Następnie kliknij %include-dashboard-language-dashboard.domainsOptions.advancedOptions.[/li]
[li][b]Wyłącz ustawienia domyślne[/b] - Widzisz "%include-dashboard-language-dashboard.domains.domainOptionsSection.dnsManagement.defaultSettings"? Wyłącz to najpierw - to konieczne, żeby zmienić serwery nazw.[/li]
[li][b]Wyłącz %include-dashboard-language-dashboard.domains.domainOptionsSection.dnsManagement.changeRecords[/b] - To ważne. Bez tego nie będziesz mieć możliwości używania własnych serwerów nazw.[/li]
[li][b]Dodaj swoje serwery nazw[/b] - Teraz zobaczysz puste pola. Wpisz tutaj swoje nowe serwery nazw. Twój dostawca hostingu powinien był je podać (np. ns1.przyklad.com i ns2.przyklad.com).[/li]
[li][b]Zapisz wszystko[/b] - Kliknij przycisk zapisz. Gotowe! Zmiany mogą potrzebować do 24 godzin, żeby się rozprzestrzeniły.[/li]
[/ol]

[h2]Dlaczego nie możesz używać zarządzania DNS i własnych serwerów nazw?[/h2]

[p]Wyjaśnię Ci to. Nie możesz używać własnych serwerów nazw i naszego zarządzania DNS jednocześnie. To po prostu nie działa razem.[/p]

[p]Dlaczego nie? To proste:[/p]

[ul]
[li][b]Nasze zarządzanie DNS potrzebuje naszych serwerów nazw[/b] - Jeśli chcesz zarządzać rekordami DNS w panelu Site.%applicationhostdomain, Twoja domena musi wskazywać na nasze serwery nazw. Dzięki temu możemy zarządzać Twoim DNS.[/li]
[li][b]Własne serwery nazw wskazują gdzie indziej[/b] - Kiedy używasz własnych serwerów nazw, ustawiasz domenę tak, żeby pobierała informacje DNS od innego dostawcy. Nie od nas.[/li]
[/ul]

[h2]Kiedy zmieniać serwery nazw[/h2]

[p]Możesz potrzebować zmienić serwery nazw, gdy przenosisz się do nowego dostawcy hostingu lub gdy chcesz używać innej usługi DNS. To główne powody. Większość osób nie musi ruszać tych ustawień, chyba że dostawca hostingu tak im doradzi.[/p]

[h2]Warto wiedzieć[/h2]

[ul]
[li][b]To wymaga czasu[/b] - Zmiany potrzebują do 24 godzin, żeby się rozprzestrzenić w internecie. Choć zwykle dzieje się to szybciej.[/li]
[li][b]Zapisz swoje stare serwery nazw[/b] - Na wypadek, gdybyś musiał do nich wrócić.[/li]
[li][b]Zapytaj swojego dostawcę[/b] - Powiedzą Ci dokładnie, których serwerów nazw użyć.[/li]
[/ul]

Jak zmienić serwery nazw mojej domeny?

[p]Domyślnie wszystkie domeny mogą wysyłać [b]50 e-maili na dobę[/b].[/p]

[p]Twoja domena może więc wysłać 50 e-maili na dobę. Potrzebujesz więcej? Możemy ten limit zwiększyć.[/p]

[h2]Jak poprosić o wyższy limit?[/h2]

[p]Jeśli chcesz mieć wyższy limit, po prostu się z nami skontaktuj. Będziemy potrzebować kilku informacji:[/p]

[ul]
[li]Jaki rodzaj e-maili wysyłasz?[/li]
[li]Do kogo je wysyłasz?[/li]
[li]Czy te osoby zgodziły się na otrzymywanie e-maili od ciebie?[/li]
[li]Czy jest coś jeszcze, o czym powinniśmy wiedzieć?[/li]
[/ul]

[p]Po sprawdzeniu twojego wniosku będziemy mogli zwiększyć limit dla ciebie.[/p]

[h2]Dlaczego ten limit istnieje?[/h2]

[p]Powód jest prosty.[/p]

[p]Używamy określonych adresów IP do wysyłania maili. Te adresy IP są współdzielone przez tysiące naszych klientów. I mają [b]bardzo wysoką reputację[/b].[/p]

[p]Dlaczego to jest ważne?[/p]

[p]Wyobraź sobie, że adres e-mail jednego z naszych klientów zostaje zhakowany. Może użył słabego hasła. Albo padł ofiarą phishingu. Nieważne dlaczego.[/p]

[p]Ten zhakowany adres e-mail może próbować wysłać tysiące, czasami nawet [i]miliony[/i] spamowych e-maili.[/p]

[p]Nasz limit 50 e-maili przepuści tylko pierwsze 50. Reszta? Zablokowana.[/p]

[p]A nawet te 50 e-maili, które przejdą przez limit, nadal będą filtrowane przez nasze filtry antyspamowe.[/p]

[h2]Ochrona reputacji e-mailowej wszystkich[/h2]

[p]To jeden ze sposobów, w jaki utrzymujemy reputację adresów IP naszego serwera e-mail na bardzo wysokim poziomie.[/p]

[p]I w ten sposób sprawiamy, że e-maile naszych tysięcy klientów trafiają do [b]skrzynki odbiorczej[/b] odbiorców. Zamiast do folderu spam.[/p]

[p]Dobre wieści? Jeśli masz uzasadnione potrzeby związane z e-mailami przekraczające 50 e-maili dziennie, chętnie ci pomożemy.[/p]

[h2]Ważna uwaga dla klientów pakietu Basic[/h2]

[p]Pamiętaj, że [b]nie[/b] zwiększamy limitu wysyłania e-maili dla klientów z pakietem Basic.[/p]

[p]Powód?[/p]

[p]Ten pakiet jest bardzo przystępny cenowo. A przy tej niskiej cenie ryzyko jest dla nas zbyt wysokie, żeby zwiększać limit.[/p]

[p]Tysiące użytkowników polega na reputacji naszych adresów IP serwera e-mail. Musimy to chronić dla wszystkich.[/p]

[h2]Gotowy na zwiększenie limitu?[/h2]

[p]Potrzebujesz więcej niż 50 e-maili dziennie? Po prostu skontaktuj się z nami, a pomożemy![/p]

Ile e-maili mogę wysłać?

[p]Chcesz uruchomić aplikację Python lub Node.js na swoim [url=%helpdesk-article-url-53]hostingu[/url]? Dobry ruch. To wydajne technologie, które pomogą ci zbudować wszystko – od prostych API po zaawansowane aplikacje webowe.[/p]

[p]Jest tylko jeden problem: nie wszystkie serwery są sobie równe.[/p]

[p]Jeśli hostujesz u Site.%applicationhostdomain, [b]serwery hostingowe CloudLinux[/b] to najlepsza opcja do uruchamiania aplikacji Python lub Node.js. Oto dlaczego.[/p]

[h2]Dlaczego serwery CloudLinux?[/h2]

[p]Serwery CloudLinux mają wbudowane selektory zarówno dla Pythona, jak i Node.js. Pomyśl o selektorach jak o menedżerach wersji, które pozwalają ci:[/p]

[ul]
[li]Wybrać dokładnie tę wersję Pythona lub Node.js, której potrzebujesz[/li]
[li]Przełączać się między wersjami bez psujenia aplikacji[/li]
[li]Uruchamiać wiele aplikacji z różnymi wymaganiami wersji[/li]
[/ul]

[p]Ta elastyczność ma ogromne znaczenie.[/p]

[p]Załóżmy, że zbudowałeś aplikację na Node.js w wersji 14, ale chcesz ją przetestować na wersji 18. Na serwerze CloudLinux możesz to zrobić bez wpływu na działającą aplikację. Bez stresu.[/p]

[h2]Co wyróżnia CloudLinux?[/h2]

[p]CloudLinux używa Apache Passenger do uruchamiania aplikacji Python i Node.js. Daje ci to:[/p]

[ul]
[li][b]Izolację zasobów[/b] - Twoja aplikacja nie ucierpi przez działania innych użytkowników na tym samym serwerze[/li]
[li][b]Automatyczne zarządzanie procesami[/b] - serwer sam zajmuje się uruchamianiem i zatrzymywaniem twojej aplikacji[/li]
[li][b]Lepszą stabilność[/b] - jeśli jedna aplikacja się wysypie, nie zabierze ze sobą całego serwera[/li]
[/ul]

[h2]Wymagania serwerowe dla Pythona i Node.js[/h2]

[p]Oto, co musisz wiedzieć o uruchamianiu tych aplikacji:[/p]

[p][b]Node.js:[/b][/p]
[p]Nawet podstawowa aplikacja Node.js wymaga realnych zasobów serwera. Nie możesz uruchomić Node.js w przeglądarce jak zwykłego JavaScriptu. Większość aplikacji bez problemu działa na 512 MB pamięci, ale bardziej złożone mogą wymagać 1 GB lub więcej.[/p]

[p][b]Python:[/b][/p]
[p]Aplikacje w Pythonie mają podobne wymagania. Konkretne zasoby zależą od tego, co robi Twoja aplikacja. Proste API? Minimalne zasoby. Aplikacja do przetwarzania danych? Potrzebujesz więcej mocy.[/p]

[p]Dobra wiadomość? Serwery CloudLinux w Site.%applicationhostdomain są zoptymalizowane właśnie pod takie aplikacje.[/p]

[h2]Jak wybrać serwer CloudLinux w Site.%applicationhostdomain[/h2]

[p]Podczas konfigurowania hostingu musisz wybrać odpowiedni typ serwera.[/p]

[p]Szczegółową instrukcję znajdziesz w [url=%helpdesk-article-url-70]tym przewodniku po wybieraniu serwera hostingowego[/url].[/p]

[h2]Podsumowanie[/h2]

[p]Uruchamianie aplikacji Python lub Node.js nie musi być skomplikowane. Wybierz serwer hostingowy CloudLinux w Site.%applicationhostdomain, a otrzymasz:[/p]

[ul]
[li]Selektory wersji do łatwego zarządzania[/li]
[li]Izolację zasobów dla stabilności[/li]
[li]Apache Passenger do automatycznego zarządzania procesami[/li]
[/ul]

[p]Twoja aplikacja zasługuje na serwer, który za nią nadąży. Hosting CloudLinux w Site.%applicationhostdomain daje ci właśnie to.[/p]

Najlepsze serwery dla aplikacji Python i Node.js

[p]Większość [url=%helpdesk-article-url-57]certyfikatów SSL[/url] wymaga odnowienia co 3 miesiące. To zautomatyzowany proces, który zazwyczaj działa bez problemów.[/p]

[p]Ale jest haczyk: jeśli odnowienie się nie powiedzie, Twoja strona staje się niedostępna. Albo co gorsza, odwiedzający widzą w przeglądarce wielkie, przerażające ostrzeżenie bezpieczeństwa. Na pewno nie chcesz takiej sytuacji.[/p]

[h2]Co powoduje niepowodzenie odnowienia SSL?[/h2]

[p]Oto najczęstsze przyczyny.[/p]

[p][b]Błędnie wybrane subdomeny[/b][/p]

[p]Czy zamówiłeś certyfikat SSL dla swojej domeny [i]i[/i] wszystkich subdomen, których faktycznie używasz? Super.[/p]

[p]Ale czy dodałeś też subdomeny takie jak mail, ftp czy smtp? I tu właśnie jest problem.[/p]

[p]Oto dlaczego: Twoja subdomena mail nie wskazuje na Twój serwer hostingowy. Gdy więc dostawca certyfikatu SSL próbuje sprawdzić, czy Twoja subdomena jest połączona z serwerem, weryfikacja się nie udaje. I już: certyfikat się nie odnowi.[/p]

[p][b]Problemy ze stroną[/b][/p]

[p]Czy Twoja strona działa prawidłowo? Czy wskazuje na właściwy serwer?[/p]

[p]Jeśli Twoja strona nie działa prawidłowo lub wskazuje na niewłaściwy serwer, odnowienie SSL się nie powiedzie. Ot, cała tajemnica.[/p]

[h2]Jak to naprawić[/h2]

[p]Dobra wiadomość: rozwiązanie jest proste.[/p]

[p][b]Najpierw upewnij się, że Twoja strona działa[/b][/p]

[p]Zanim naprawisz certyfikat SSL, sprawdź czy Twoja strona rzeczywiście działa. Odwiedź swoją domenę w przeglądarce. Czy Twoja strona się wyświetla? Jeśli nie, to musi być naprawione w pierwszej kolejności.[/p]

[p]W większości przypadków niedziałająca strona jest spowodowana brakującymi rekordami DNS. [url=%helpdesk-article-url-89]Sprawdź ten przewodnik, aby naprawić brakujące rekordy DNS[/url].[/p]

[p]Gdy Twoja strona działa prawidłowo, postępuj zgodnie z tymi krokami:[/p]

[ol]
[li][url=%helpdesk-article-url-22]Przejdź do DirectAdmin[/url] i otwórz stronę 'Certyfikaty SSL'[/li]
[li]Usuń stary certyfikat[/li]
[li]Zamów nowy certyfikat, korzystając z [url=%helpdesk-article-url-31]tego przewodnika[/url][/li]
[/ol]

[p]Ale to jest kluczowe: [b]zamów certyfikat SSL tylko dla swojej głównej domeny i subdomeny www[/b].[/p]

[p]Jeśli używasz innych subdomen dla swojej strony (takich jak blog czy shop), dodaj je również. Ale [i]nie dodawaj[/i] subdomen technicznych, takich jak:[/p]

[ul]
[li]ftp[/li]
[li]mail[/li]
[li]smtp[/li]
[li]pop[/li]
[/ul]

[p]Mogą one później spowodować problemy z odnowieniem.[/p]

[p]Gdy zamówisz nowy certyfikat tylko z tymi subdomenami, których rzeczywiście używasz, Twój SSL będzie automatycznie odnawiany co 3 miesiące bez żadnych problemów — o ile Twoja strona działa prawidłowo i wskazuje na właściwy serwer.[/p]

Dlaczego odnowienie mojego certyfikatu SSL się nie powiodło?

[p]Chcesz przenieść swoją stronę do nas? Świetnie! Mamy dla ciebie dobrą wiadomość – zajmiemy się całym procesem transferu za ciebie, i to [b]całkowicie za darmo[/b]. Żadnych technicznych problemów, zero stresu.[/p]

[p]Wyjaśnię ci dokładnie, jak działa nasza darmowa usługa transferu stron. To prostsze niż myślisz.[/p]

[h2]Krok 1: Wybierz pakiet hostingowy[/h2]

[p]Najpierw najważniejsze. Musisz kupić jeden z naszych pakietów hostingowych, który zawiera darmowe transfery. Dzięki temu twoja strona będzie miała nowy dom.[/p]

[p][b]Ważna wskazówka:[/b] Nie kupuj jeszcze transferu domeny. Zostaw swoją domenę u obecnego dostawcy, podczas gdy my przenosimy twoją stronę. Zaufaj mi na słowo – ma to swój sens, o czym przekonasz się później.[/p]

[h2]Krok 2: Wyślij nam swoje dane[/h2]

[p]Gdy już masz pakiet hostingowy, wyślij nam e-mail ze wszystkim, czego potrzebujemy do rozpoczęcia. To tak, jakbyś dał klucze do mieszkania ekipie przeprowadzkowej.[/p]

[p]Oto co powinieneś zawrzeć w swoim e-mailu:[/p]

[ul]
[li]Adres URL strony, którą chcesz przenieść[/li]
[li]Twoje aktualne dane logowania FTP (stary serwer) – tak dostaniemy się do plików twojej strony[/li]
[li]Rodzaj strony, jaką masz (WordPress, Joomla, Drupal czy coś innego)[/li]
[li]Wszelkie inne dane logowania do twojej strony[/li]
[li]Specjalne szczegóły lub instrukcje, o których powinniśmy wiedzieć[/li]
[/ul]

[p]Im więcej informacji nam podasz, tym sprawniej przebiegnie transfer.[/p]

[h2]Krok 3: My przenosimy twoją stronę[/h2]

[p]Teraz przychodzi część, gdzie my wykonujemy całą pracę. Przeniesiemy twoją stronę w ciągu [b]24-48 godzin[/b] od twojej prośby. W tym czasie twoja strona pozostaje online na starym serwerze – żadnych przerw dla twoich odwiedzających.[/p]

[p]Będziemy cię informować, jeśli napotkamy jakieś problemy. Ale szczerze? Większość transferów przechodzi gładko.[/p]

[h2]Krok 4: Przenieś domenę (lub ją podłącz)[/h2]

[p]Tu przydaje się wcześniejsza wskazówka. [b]Poczekaj na nasz e-mail z potwierdzeniem[/b], który informuje, że transfer strony jest zakończony. Dopiero [i]po[/i] pomyślnym przeniesieniu twojej strony powinieneś zrobić następny krok.[/p]

[p]Gdy otrzymasz nasze potwierdzenie, masz dwie możliwości:[/p]

[ol]
[li][b]Przenieś swoją domenę do nas[/b] – To oznacza, że będziemy zarządzać zarówno twoją stroną, jak i domeną[/li]
[li][b]Zostaw domenę tam, gdzie jest[/b] – Po prostu skieruj serwery nazw lub DNS twojej domeny na nas (nazywamy to [url=%helpdesk-article-url-87]domeną zewnętrzną[/url], i działa to doskonale)[/li]
[/ol]

[p]Obie opcje działają świetnie. Wybierz to, co najlepiej ci pasuje.[/p]

[h2]A co najlepsze: Zero przestojów[/h2]

[p]Oto magia. Ponieważ przenosimy twoją stronę [i]zanim[/i] przeniesiesz domenę, nie ma absolutnie żadnych przestojów. Twoi odwiedzający nawet nie zauważą, że coś się zmieniło.[/p]

[p]Twoja strona nadal działa na starym serwerze aż do dokładnego momentu, gdy przełączymy ją na nasz. To jak wymiana silnika w jeżdżącym samochodzie – tylko że o wiele bezpieczniej![/p]

[h2]Jedna kluczowa zasada do zapamiętania[/h2]

[p][b]Nie przenoś swojej domeny do nas, dopóki nie zakończymy transferu strony.[/b][/p]

[p]To bardzo ważne, więc zapamiętaj. Przestrzeganie tej prostej zasady gwarantuje, że wszystko przebiegnie sprawnie bez problemów.[/p]

[h2]Gotowy do działania?[/h2]

[p]To wszystko! Nasz darmowy serwis transferu stron sprawia, że przejście na Site.%applicationhostdomain to pestka. My zajmujemy się technicznymi sprawami, podczas gdy ty skupiasz się na tym, co ważne – prowadzeniu swojej strony.[/p]

[p]Zapamiętaj kroki:[/p]
[ol]
[li]Kup pakiet hostingowy z darmowymi transferami[/li]
[li]Wyślij nam szczegóły swojej strony[/li]
[li]Poczekaj 24-48 godzin, podczas gdy my czarujemy[/li]
[li]Przenieś lub podłącz domenę po tym, jak skończymy[/li]
[/ol]

[p]Pytania o proces transferu? Po prostu skontaktuj się z naszym zespołem wsparcia. Jesteśmy tu, aby twoje przejście do Site.%applicationhostdomain było jak najbardziej płynne.[/p]

Skorzystaj z darmowego transferu strony Site.%applicationhostdomain

[p]Chcesz przenieść swoją stronę do Site.%applicationhostdomain, ale wolisz zrobić to samodzielnie? Świetny wybór. Zachowasz kontrolę, a twoja strona będzie cały czas online.[/p]

[p][b]Nie potrzebujesz wsparcia technicznego.[/b] Bez czekania na innych. Po prostu postępuj zgodnie z tymi krokami, a twoja strona będzie działać na naszych serwerach bez sekundy przerwy.[/p]

[p]Pokażę ci dokładnie, jak to zrobić samodzielnie.[/p]

[h2]Czego potrzebujesz przed rozpoczęciem?[/h2]

[p]Ta metoda "zrób to sam" działa dla:[/p]

[ul]
[li]Stron WordPress[/li]
[li]Stron Joomla[/li]
[li]Stron tworzonych indywidualnie[/li]
[li]Każdej strony, do której masz dostęp przez FTP/menedżer plików[/li]
[/ul]

[p][b]Potrzebne umiejętności:[/b] Podstawowa znajomość FTP lub menedżerów plików. Jeśli potrafisz przesyłać pliki do obecnego hostingu, poradzisz sobie z tym.[/p]

[h2]Krok 1: Kup nowy hosting (bez transferu domeny)[/h2]

[p]Zacznij od zakupu pakietu hostingowego w Site.%applicationhostdomain. Każdy pakiet będzie odpowiedni.[/p]

[p][b]Ważne:[/b] Kup tylko pakiet hostingowy. [i]NIE przenoś jeszcze swojej domeny.[/i] To klucz do braku przestojów - domenę zrobisz na samym końcu.[/p]

[p]Dlaczego? Bo najpierw chcesz wszystko samodzielnie skonfigurować, przetestować, a dopiero potem skierować domenę na nowy serwer.[/p]

[h2]Krok 2: Przygotuj swoją nową przestrzeń hostingową[/h2]

[p]Czas przygotować nowy dom bez dotykania działającej strony.[/p]

[p][b]Zrób te trzy rzeczy:[/b][/p]

[ol]
[li]Aktywuj usługę hostingu w swoim panelu Site.%applicationhostdomain[/li]
[li][url=%helpdesk-article-url-71]Dodaj swoją domenę jako domenę zewnętrzną[/url] (to tylko informuje nasz system o twojej domenie)[/li]
[li][url=%helpdesk-article-url-76]Połącz domenę ze swoim pakietem hostingowym[/url][/li]
[/ol]

[p][b]Czego jeszcze NIE robić:[/b][/p]
[ul]
[li]Nie zmieniaj ustawień DNS[/li]
[li]Nie aktualizuj serwerów nazw[/li]
[li]Nie przenoś jeszcze rejestracji domeny do nas[/li]
[/ul]

[p]Twoja strona pozostaje aktywna u starego dostawcy hostingu, podczas gdy pracujesz nad nową. Idealnie.[/p]

[h2]Krok 3: Przenieś pliki swojej strony samodzielnie[/h2]

[p]Teraz część praktyczna. Masz kilka opcji do samodzielnego wykonania:[/p]

[p][b]Opcja 1 - Wtyczka migracyjna WordPress:[/b][/p]
[ul]
[li]Zainstaluj WP Migrate Guru na swojej obecnej stronie[/li]
[li]Wprowadź dane swojego hostingu Site.%applicationhostdomain[/li]
[li]Kliknij migruj i pozwól jej wykonać swoją pracę[/li]
[li]Zajmuje około 15-30 minut dla większości stron[/li]
[/ul]

[p][b]Opcja 2 - Transfer ręczny (dla dowolnej strony):[/b][/p]
[ol]
[li]Pobierz wszystkie pliki ze swojego obecnego hostingu przez FTP[/li]
[li]Wyeksportuj bazę danych (zwykle przez phpMyAdmin)[/li]
[li]Prześlij pliki na swoje nowe konto Site.%applicationhostdomain[/li]
[li]Zaimportuj bazę danych do nowego hostingu[/li]
[li]Zaktualizuj ustawienia połączenia z bazą danych, jeśli to konieczne[/li]
[/ol]

[p][b]Opcja 3 - Użyj Softaculous:[/b][/p]
[p]Twój panel kontrolny DirectAdmin w Site.%applicationhostdomain zawiera Softaculous, który może importować strony WordPress, Joomla i inne CMS. Po prostu podaj dane FTP swojej starej strony.[/p]

[h2]Krok 4: Przetestuj swoją pracę (zanim ktoś to zobaczy)[/h2]

[p]Tu naprawdę opłaca się robienie tego samodzielnie. Możesz dokładnie wszystko przetestować.[/p]

[p][b]Łatwa metoda testowania:[/b][/p]
[p]Użyj swojej [url=%helpdesk-article-url-88]tymczasowej subdomeny[/url] (jak twojastrona.site.eu), aby sprawdzić przeniesioną stronę.[/p]

[p][b]Zaawansowana metoda testowania:[/b][/p]
[p]Edytuj plik hosts na swoim komputerze, aby podejrzeć stronę z prawdziwą domeną:[/p]
[ul]
[li]Windows: C:\Windows\System32\drivers\etc\hosts[/li]
[li]Mac/Linux: /etc/hosts[/li]
[li]Dodaj: <twój-ip-serwera-site-eu> twojadomena.pl[/li]
[/ul]

[p][b]Co sprawdzić:[/b][/p]
[ul]
[li]Wszystkie strony ładują się prawidłowo[/li]
[li]Obrazy wyświetlają się poprawnie[/li]
[li][url=%helpdesk-article-url-86]Formularze i strony kontaktowe działają[/url][/li]
[li]Funkcje koszyka (jeśli dotyczy)[/li]
[li]Obszary admin/logowania są dostępne[/li]
[/ul]

[p]Znalazłeś problemy? Napraw je teraz, gdy twoja działająca strona wciąż działa u starego dostawcy.[/p]

[h2]Krok 5: Idź na żywo (ostatni krok samodzielny)[/h2]

[p]Wszystko przetestowane i działa? Czas na przełączenie.[/p]

[p][b]Wybierz swoje podejście:[/b][/p]

[p][b]Opcja A - Po prostu skieruj domenę (najszybciej):[/b][/p]
[ol]
[li]Zaloguj się do swojego obecnego rejestratora domeny[/li]
[li][url=%helpdesk-article-url-87]Zmień serwery nazw[/url] na serwery Site.%applicationhostdomain[/li]
[li]Poczekaj 2-24 godziny na propagację DNS[/li]
[/ol]

[p][b]Opcja B - Przenieś też rejestrację domeny:[/b][/p]
[ol]
[li]Rozpocznij transfer domeny do Site.%applicationhostdomain[/li]
[li]Zatwierdź transfer u obecnego rejestratora[/li]
[li]Domena i hosting będą w jednym miejscu[/li]
[/ol]

[p][i]Wskazówka eksperta:[/i] Polecamy opcję B - przeniesienie nazwy domeny do nas. Otrzymasz nasz przyjazny panel kontrolny domeny i skorzystasz z najniższych cen domen na rynku. Poza tym, zarządzanie wszystkim w jednym miejscu po prostu ułatwia życie.[/p]

[h2]Co się dzieje podczas propagacji DNS?[/h2]

[p]Po zmianie serwerów nazw możesz się spodziewać:[/p]

[ul]
[li]Niektórzy odwiedzający widzą twoją starą stronę, inni nową[/li]
[li]Obie wersje działają idealnie (dlatego nie ruszaliśmy starej)[/li]
[li]W ciągu 24 godzin wszyscy widzą twoją stronę hostowaną w Site.%applicationhostdomain[/li]
[li]Zero przestojów osiągnięte![/li]
[/ul]

[h2]Lista kontrolna transferu "zrób to sam"[/h2]

[p]Oto twoja kompletna mapa drogowa:[/p]

[ol]
[li][b]Kup tylko hosting[/b] (bez transferu domeny)[/li]
[li][b]Skonfiguruj domenę[/b] jako zewnętrzną (bez zmian DNS)[/li]
[li][b]Przenieś pliki samodzielnie[/b] (wtyczka lub ręcznie)[/li]
[li][b]Dokładnie przetestuj[/b] używając tymczasowej subdomeny lub pliku /etc/hosts[/li]
[li][b]Zmień DNS[/b] gdy będziesz gotowy[/li]
[/ol]

[p]Udało się! Twoja strona działa teraz na Site.%applicationhostdomain, a ty samodzielnie poradziłeś sobie z całym transferem.[/p]

[h2]Rozwiązywanie typowych problemów przy samodzielnym transferze[/h2]

[p][b]Błędy połączenia z bazą danych?[/b] Sprawdź swój plik wp-config.php lub plik konfiguracyjny pod kątem prawidłowych danych bazy. Upewnij się, że baza danych istnieje oraz że nazwa użytkownika i hasło są poprawne.[/p]

[p][b]Brakujące obrazy?[/b] Uprawnienia plików mogą wymagać dostosowania. Ustaw foldery na 755, a pliki na 644.[/p]

[p][b]Strona wygląda na zepsutą?[/b] Wyczyść pamięć podręczną przeglądarki i strony (jeśli istnieje) i sprawdź, czy wszystkie pliki zostały w pełni przeniesione.[/p]

[p]Pamiętaj: skoro robisz to samodzielnie, kontrolujesz każdy krok. Nie spiesz się, przetestuj wszystko i ciesz się nowym hostingiem![/p]

Przenieś swoją stronę do Site.%applicationhostdomain samodzielnie - bez przerw

Fragen zu E-mail

Email questions

Preguntas del email

À propos des adresses e-mail

E-mail vragen

Pytania e-mail

Ik kan op mijn mobiel en tablet geen e-mailberichten verwijderen. Op mijn PC is dit geen probleem. Kent iemand dit probleem en hoe is dit op te lossen? Ik heb al mijn instellingen reeds doorgelopen Helaas kan ik niets vinden qua instellingen.

E-mail berichten verwijderen.

Ik heb externe domeinnamen waarvoor ik binnen m'n hostingpakket bij site.nl de e-mail wil gebruiken, maar dat lijkt niet te kunnen? Zowel in m'n dashboard als in directadmin kan ik dit niet aanzetten. 

Kan e-mail niet aanzetten?

Alles zum Thema Technik

Anything tech

Todo lo tecnológico

Technologie

Alles technisch

Wszystko techniczne

Om te voldoen aan https://www.forumstandaardisatie.nl/open-standaarden/starttls-en-dane zou het mooi zijn als DNSSEC en DANE kunnen worden geïmplementeerd op mailservers van Site.nl. Toch weer een extra stapje beveiliging en hierdoor kunnen alle mailboxen van de klanten een 100% score krijgen bij internet.nl email tester.

DNSSEC en DANE voor email

Ik maak gebuik van AbanteCart.
Inloggen als Admin lukt niet.
Krijg als foutmelding "Your Server is unable to create a Session".
Ik heb geen instellingen gewijzigd. 
Gisteren kon ik een uurtje inloggen en vandaag lukt het weer niet.
Kunnen jullie (Site.nl)iets voor mij betekenen?

Inloggen lukt niet als Admin ...

hallo zins vanochtend is mijn website niet meer bereikbaar 
wat is hier de oorzaak van  
heb zelf niks veranderd
kan wel vie ftp op de server komen   maar via www  krijg ik  
dit in beeld  
Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator at webmaster@weerstation-woerden.nl to inform them of the time this error occurred, and the actions you performed just before this error.

More information about this error may be available in the server error log.
.

gaat om  https://www.weerstation-woerden.nl/

mvg  Gert

Internal Server Error

Ik probeer op een MS SQL database(SQL Server 2019) database-mail in te stellen met mijn mailadres. Ik doe dat met deze instellingen, deze werken in Outlook en andere e-mailclients:

smtp-server: mail.site.eu
poort: 587
SSL: aan
basic authenticatie(user en pass)

Maar toch krijg ik deze melding: 

Cannot send mails to mail server. (Voor de SMTP-server is een beveiligde verbinding vereist of de client is niet geverifieerd. Het serverantwoord is: 5.7.1 Authentication required).

Ook via Powershell lukt het me niet mail te versturen en blijft die 5.7.1 melding terugkomen. Terwijl alle instellingen goed staan.
Mail versturen via Outlook of andere clients lukt wel.

Database mail versturen

Fragen zu unserem Website-Builder

Website builder questions

Preguntas del constructor web

À propos du créateur de site web

Websitebouwer vragen

Pytania o kreatora stron

Ik maak een website voor een vereniging en wil een pagina beschermen met een paswoord
heb het al geprobeerd met <> script maar het lukt mij niet.
Heeft iemand daar ervaring mee, ik kan wel een beetje overweg met HTML en PHP


Mogen wij je helpen?

Of blader zelf door de categorieën van onze helpdesk

Toegang tot onze kennis of gewoon voor een leuk gesprek

Hoe je aan de slag gaat met de Site.nl API

Nieuwe artikelen toegevoegd

Site.nl klantenforum