[p]Möchtest du DNSSEC für deinen Domainnamen aktivieren oder deaktivieren, während du das [url=%helpdesk-article-url-97]Site.%applicationhostdomain-DNS[/url] nutzt? Gute Nachricht. Das geht mit nur ein paar Klicks.[/p]

[p]Stell dir DNSSEC wie ein Sicherheitssiegel auf einem Paket vor. Wenn das Siegel aktiv ist, können andere Daten schwerer fälschen. Deshalb empfehlen wir, DNSSEC aktiviert zu lassen.[/p]

[h2]Bevor du startest[/h2]

[p]Öffne zuerst die Seite mit den DNS-Einträgen deiner Domain. Noch nicht dort? Folge dann dieser Anleitung:[/p]
[p][url=%helpdesk-article-url-79]DNS-Einträge deines Domainnamens verwalten[/url][/p]

[h2]DNSSEC aktivieren oder deaktivieren[/h2]

[ol]
[li]Gehe in deinem Site.%applicationhostdomain-Konto zum DNS-Eintragsbildschirm deiner Domain.[/li]
[li]Suche den Schalter mit dem Namen [b]%include-dashboard-language-dashboard.domains.domainOptionsSection.dnsManagement.dnssecTogglerLable[/b].[/li]
[li]Stelle ihn auf [b]%include-dashboard-language-dashboard.toggler.on[/b], um DNSSEC zu aktivieren, oder auf [b]%include-dashboard-language-dashboard.toggler.off[/b], um DNSSEC zu deaktivieren.[/li]
[/ol]

[img]https://backend.site.nl/uploads/6a64804dfc8ee91728564c7b365499c9.png[/img]

[h2]Welche Einstellung ist sinnvoll?[/h2]

[p]Wir empfehlen, DNSSEC [b]aktiviert[/b] zu lassen. Das ist die Standardeinstellung und in den meisten Fällen die sicherste Wahl.[/p]

[h2]Wichtig: mögliche kurzfristige Nichterreichbarkeit[/h2]

[p]Wenn du diese Einstellung änderst, kann deine Domain für einige Stunden über bestimmte Internetverbindungen nicht erreichbar sein.[/p]

[p]Das passiert, weil DNS-Daten Zeit brauchen, um sich bei verschiedenen Anbietern zu aktualisieren.[/p]

[p]Kannst du das komplett verhindern? [i]Nicht wirklich.[/i] In den meisten Fällen ist es am besten, zu warten, bis DNS-Updates überall übernommen wurden.[/p]

DNSSEC für deine Domain bei Site.%applicationhostdomain

[p]Eine [b]IDN[/b] (Internationalized Domain Name) nutzt Zeichen außerhalb des einfachen englischen Alphabets (a-z). Also zum Beispiel Buchstaben mit Akzenten und nicht-lateinische Schriften.[/p]

[ul][li]Latein mit Akzent: [b]münchen.com[/b][/li][li]Spanisch mit Akzent: [b]niñez.es[/b][/li][li]Griechisch: [b]παράδειγμα.com[/b][/li][li]Kyrillisch: [b]пример.com[/b][/li][li]Arabisch: [b]موقع.com[/b][/li][/ul]

[h2]So suchst und registrierst du eine IDN bei Site.%applicationhostdomain[/h2]

[ol][li][url=%url-menu.searchExact]Öffne die Domainsuche bei Site.%applicationhostdomain[/url].[/li][li]Gib den Domainnamen genau so ein, wie du ihn haben willst, zum Beispiel [b]münchen[/b].[/li][li]Prüfe, welche Endungen (TLDs) verfügbar sind.[/li][li]Wähle deine Domain und schließe die Bestellung ab, genau wie bei einer normalen Domain.[/li][/ol]

[p]Unten siehst du die Suchergebnisse für [b]münchen[/b]. Du erkennst sofort, welche Endungen die eingegebenen Zeichen unterstützen.[/p]

[img]https://backend.site.nl/uploads/4590c45346f802c5ce370c93c132eb71.png[/img]

[h2]Und was ist mit Punycode?[/h2]

[p]Gute Frage. Im Browser geben Nutzer die Domain in normalen Zeichen ein und lesen sie auch so, zum Beispiel [b]münchen.com[/b].[/p]

[p]Im Hintergrund nutzt [url=%helpdesk-article-url-108]DNS[/url] eine technische, codierte Version: [b]Punycode[/b]. Stell es dir wie eine Übersetzungsschicht zwischen lesbarem Text und DNS-Format vor.[/p]

[p]Für dich und deine Besucher zählt die [url=%helpdesk-article-url-99]normale Domain[/url]. Punycode läuft im Hintergrund. [i]Unauffällig[/i].[/p]

[h2]Wichtig bei TLD-Unterstützung[/h2]

[p]Nicht jede Endung unterstützt jedes Sonderzeichen.[/p]


[p]Site.%applicationhostdomain zeigt dir für deine Suche nur passende TLDs. Du wählst also nur aus unterstützten Optionen.[/p]

[h2]Kurz zusammengefasst[/h2]

[ul][li]Du kannst IDN-Domains direkt bei Site.%applicationhostdomain mit Zeichen deiner Sprache suchen.[/li][li]Die Registrierung läuft wie bei normalen Domains.[/li][li]Punycode wird im Hintergrund verwendet, nicht als Hauptansicht für Besucher.[/li][li]Die Unterstützung hängt von der Endung ab, und Site.%applicationhostdomain zeigt dir die verfügbaren Treffer.[/li][/ul]

IDN-Domains bei Site.%applicationhostdomain registrieren

[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]Do you want to enable or disable DNSSEC for your domain name while using [url=%helpdesk-article-url-97]Site.%applicationhostdomain DNS[/url]? Good news. It only takes a few clicks.[/p]

[p]Think of DNSSEC like a safety seal on a package. When the seal is on, it is harder for others to fake what is inside. That is why we recommend leaving it enabled.[/p]

[h2]Before you start[/h2]

[p]Open the DNS records page for your domain first. If you are not there yet, follow this guide:[/p]
[p][url=%helpdesk-article-url-79]How to manage your domain name's DNS records[/url][/p]

[h2]Enable or disable DNSSEC[/h2]

[ol]
[li]Go to your domain's DNS records screen in your Site.%applicationhostdomain account.[/li]
[li]Find the toggle named [b]%include-dashboard-language-dashboard.domains.domainOptionsSection.dnsManagement.dnssecTogglerLable[/b].[/li]
[li]Switch it [b]%include-dashboard-language-dashboard.toggler.on[/b] to enable DNSSEC, or [b]%include-dashboard-language-dashboard.toggler.off[/b] to disable DNSSEC.[/li]
[/ol]

[img]https://backend.site.nl/uploads/6a64804dfc8ee91728564c7b365499c9.png[/img]

[h2]Which setting should you use?[/h2]

[p]We recommend keeping DNSSEC [b]enabled[/b]. It is the default setting and usually the safest choice.[/p]

[h2]Important: possible temporary downtime[/h2]

[p]If you change this setting, your domain may become unreachable for some internet connections for a couple of hours.[/p]

[p]This happens because DNS data needs time to refresh across providers.[/p]

[p]Can you fully prevent this? [i]Not really.[/i] In most cases, the best approach is to wait until DNS updates are fully picked up.[/p]

Manage DNSSEC for your domain on Site.%applicationhostdomain

[p]An [b]IDN[/b] (Internationalized Domain Name) uses characters outside basic English letters (a-z). Think accented letters and non-Latin scripts.[/p]

[ul][li]Accented Latin: [b]münchen.com[/b][/li][li]Spanish accents: [b]niñez.es[/b][/li][li]Greek: [b]παράδειγμα.com[/b][/li][li]Cyrillic: [b]пример.com[/b][/li][li]Arabic: [b]موقع.com[/b][/li][/ul]

[h2]How to search and register an IDN at Site.%applicationhostdomain[/h2]

[ol][li][url=%url-menu.searchExact]Go to the domain search on Site.%applicationhostdomain[/url].[/li][li]Type the domain name exactly as you want it, for example [b]münchen[/b].[/li][li]Check the list of available extensions (TLDs).[/li][li]Choose your domain and complete checkout, just like a regular domain registration.[/li][/ol]

[p]You can see the search results for [b]münchen[/b] below. The search results showed exactly the domain name extensions that allow the characters you filled in.[/p]

[img]https://backend.site.nl/uploads/4590c45346f802c5ce370c93c132eb71.png[/img]

[h2]What about punycode?[/h2]

[p]Good question. Browsers let people type and read the domain in normal language characters, like [b]münchen.com[/b].[/p]

[p]In the background, the [url=%helpdesk-article-url-79]DNS system[/url] uses a technical encoded version called [b]punycode[/b]. Think of it as a translation layer between human-friendly text and DNS format.[/p]

[p]So for you and your visitors, the [url=%helpdesk-article-url-11]normal domain name[/url] is what matters. Punycode works in the background. [i]Quietly[/i].[/p]

[h2]Important note about TLD support[/h2]

[p]Not every extension supports every special character.[/p]

[p]Site.%applicationhostdomain shows which TLDs are available for your exact IDN search. So you only pick from supported options.[/p]

[h2]Quick recap[/h2]

[ul][li]You can search IDN domains directly at Site.%applicationhostdomain using native-language characters.[/li][li]You register them the same way as regular domains.[/li][li]Punycode is used in the background, not as the main user view.[/li][li]TLD support depends on the extension, and Site.%applicationhostdomain shows available matches.[/li][/ul]

How to register IDN domain names at Site.%applicationhostdomain

[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]¿Quieres activar o desactivar DNSSEC para tu nombre de dominio mientras usas el [url=%helpdesk-article-url-97]DNS de Site.%applicationhostdomain[/url]? Buenas noticias. Solo te llevará unos clics.[/p]

[p]Piensa en DNSSEC como un sello de seguridad en un paquete. Cuando está activado, a otros les cuesta más falsificar los datos. Por eso te recomendamos dejar DNSSEC activado.[/p]

[h2]Antes de empezar[/h2]

[p]Primero abre la página de registros DNS de tu dominio. ¿Aún no estás ahí? Sigue esta guía:[/p]
[p][url=%helpdesk-article-url-79]Cómo gestionar los registros DNS de tu nombre de dominio[/url][/p]

[h2]Activar o desactivar DNSSEC[/h2]

[ol]
[li]En tu cuenta de Site.%applicationhostdomain, ve a la pantalla de registros DNS de tu dominio.[/li]
[li]Busca el interruptor llamado [b]%include-dashboard-language-dashboard.domains.domainOptionsSection.dnsManagement.dnssecTogglerLable[/b].[/li]
[li]Ponlo en [b]%include-dashboard-language-dashboard.toggler.on[/b] para activar DNSSEC, o en [b]%include-dashboard-language-dashboard.toggler.off[/b] para desactivarlo.[/li]
[/ol]

[img]https://backend.site.nl/uploads/6a64804dfc8ee91728564c7b365499c9.png[/img]

[h2]¿Qué ajuste te conviene?[/h2]

[p]Te recomendamos mantener DNSSEC [b]activado[/b]. Es la opción predeterminada y, en la mayoría de los casos, la más segura.[/p]

[h2]Importante: posible caída temporal[/h2]

[p]Si cambias este ajuste, tu dominio puede quedar inaccesible durante algunas horas en ciertas conexiones a internet.[/p]

[p]Esto pasa porque los datos DNS necesitan tiempo para actualizarse entre distintos proveedores.[/p]

[p]¿Se puede evitar por completo? [i]No del todo.[/i] En la mayoría de los casos, lo mejor es esperar a que las actualizaciones DNS se propaguen por completo.[/p]

Gestiona DNSSEC de tu dominio en Site.%applicationhostdomain

[p]Un [b]IDN[/b] (Internationalized Domain Name) usa caracteres fuera del alfabeto inglés básico (a-z). Por ejemplo, letras con acentos y alfabetos no latinos.[/p]

[ul][li]Latín con acento: [b]münchen.com[/b][/li][li]Español con acento: [b]niñez.es[/b][/li][li]Griego: [b]παράδειγμα.com[/b][/li][li]Cirílico: [b]пример.com[/b][/li][li]Árabe: [b]موقع.com[/b][/li][/ul]

[h2]Cómo buscar y registrar un IDN en Site.%applicationhostdomain[/h2]

[ol][li][url=%url-menu.searchExact]Entra en el buscador de dominios de Site.%applicationhostdomain[/url].[/li][li]Escribe el nombre exactamente como lo quieres, por ejemplo [b]münchen[/b].[/li][li]Revisa qué extensiones (TLD) están disponibles.[/li][li]Elige tu dominio y termina el pedido, igual que con un dominio normal.[/li][/ol]

[p]Abajo puedes ver los resultados de búsqueda para [b]münchen[/b]. Verás enseguida qué extensiones aceptan los caracteres que escribiste.[/p]

[img]https://backend.site.nl/uploads/4590c45346f802c5ce370c93c132eb71.png[/img]

[h2]¿Y el punycode?[/h2]

[p]Buena pregunta. En el navegador, la gente escribe y lee el dominio con caracteres normales, por ejemplo [b]münchen.com[/b].[/p]

[p]En segundo plano, el [url=%helpdesk-article-url-87]DNS[/url] usa una versión codificada llamada [b]punycode[/b]. Piensa en una capa de traducción entre texto legible y formato DNS.[/p]

[p]Para ti y tus visitantes, lo importante es el [url=%helpdesk-article-url-12]dominio normal[/url]. El punycode funciona en segundo plano. [i]Sin que se note[/i].[/p]

[h2]Punto importante sobre los TLD[/h2]

[p]No todas las extensiones admiten todos los caracteres especiales.[/p]


[p]Site.%applicationhostdomain te muestra los TLD compatibles con tu búsqueda exacta. Así solo eliges entre opciones admitidas.[/p]

[h2]Resumen rápido[/h2]

[ul][li]Puedes buscar dominios IDN directamente en Site.%applicationhostdomain usando caracteres nativos.[/li][li]El registro funciona igual que con dominios normales.[/li][li]El punycode se usa en segundo plano, no como vista principal para tus visitantes.[/li][li]La compatibilidad depende de la extensión, y Site.%applicationhostdomain te muestra los resultados disponibles.[/li][/ul]

Cómo registrar dominios IDN en Site.%applicationhostdomain

[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]Vous voulez activer ou désactiver DNSSEC pour votre nom de domaine pendant que vous utilisez le [url=%helpdesk-article-url-97]DNS Site.%applicationhostdomain[/url] ? Bonne nouvelle. Cela prend seulement quelques clics.[/p]

[p]Imaginez DNSSEC comme un scellé de sécurité sur un colis. Quand le scellé est actif, il est plus difficile pour d'autres de falsifier les données. C'est pourquoi nous vous recommandons de laisser DNSSEC activé.[/p]

[h2]Avant de commencer[/h2]

[p]Ouvrez d'abord la page des enregistrements DNS de votre domaine. Pas encore dessus ? Suivez ce guide :[/p]
[p][url=%helpdesk-article-url-79]Gérer les enregistrements DNS de votre nom de domaine[/url][/p]

[h2]Activer ou désactiver DNSSEC[/h2]

[ol]
[li]Dans votre compte Site.%applicationhostdomain, allez sur l'écran des enregistrements DNS de votre domaine.[/li]
[li]Repérez l'interrupteur nommé [b]%include-dashboard-language-dashboard.domains.domainOptionsSection.dnsManagement.dnssecTogglerLable[/b].[/li]
[li]Mettez-le sur [b]%include-dashboard-language-dashboard.toggler.on[/b] pour activer DNSSEC, ou sur [b]%include-dashboard-language-dashboard.toggler.off[/b] pour le désactiver.[/li]
[/ol]

[img]https://backend.site.nl/uploads/6a64804dfc8ee91728564c7b365499c9.png[/img]

[h2]Quel réglage choisir ?[/h2]

[p]Nous vous recommandons de garder DNSSEC [b]activé[/b]. C'est le réglage par défaut et, dans la plupart des cas, le plus sûr.[/p]

[h2]Important : indisponibilité temporaire possible[/h2]

[p]Si vous modifiez ce réglage, votre domaine peut devenir inaccessible pendant quelques heures sur certaines connexions internet.[/p]

[p]Cela arrive parce que les données DNS ont besoin de temps pour se mettre à jour chez les différents fournisseurs.[/p]

[p]Peut-on éviter cela complètement ? [i]Pas vraiment.[/i] Dans la plupart des cas, le mieux est d'attendre que les mises à jour DNS soient propagées partout.[/p]

Gérer DNSSEC sur Site.%applicationhostdomain

[p]Un [b]IDN[/b] (Internationalized Domain Name) utilise des caractères hors de l’alphabet anglais de base (a-z). Par exemple, des lettres accentuées et des écritures non latines.[/p]

[ul][li]Latin accentué : [b]münchen.com[/b][/li][li]Espagnol accentué : [b]niñez.es[/b][/li][li]Grec : [b]παράδειγμα.com[/b][/li][li]Cyrillique : [b]пример.com[/b][/li][li]Arabe : [b]موقع.com[/b][/li][/ul]

[h2]Comment chercher et enregistrer un IDN chez Site.%applicationhostdomain[/h2]

[ol][li][url=%url-menu.searchExact]Va sur la recherche de domaines de Site.%applicationhostdomain[/url].[/li][li]Tape le nom de domaine exactement comme tu le veux, par exemple [b]münchen[/b].[/li][li]Regarde quelles extensions (TLD) sont disponibles.[/li][li]Choisis ton domaine et finalise ta commande, comme pour un domaine classique.[/li][/ol]

[p]Ci-dessous, tu vois les résultats de recherche pour [b]münchen[/b]. Tu vois tout de suite quelles extensions acceptent les caractères que tu as saisis.[/p]

[img]https://backend.site.nl/uploads/4590c45346f802c5ce370c93c132eb71.png[/img]

[h2]Et le punycode ?[/h2]

[p]Bonne question. Dans le navigateur, les gens tapent et lisent le domaine en caractères normaux, par exemple [b]münchen.com[/b].[/p]

[p]En arrière-plan, le [url=%helpdesk-article-url-47]DNS[/url] utilise une version encodée appelée [b]punycode[/b]. Pense à une couche de traduction entre un texte lisible et le format DNS.[/p]

[p]Pour toi et tes visiteurs, c’est le [url=%helpdesk-article-url-80]nom de domaine normal[/url] qui compte. Le punycode fonctionne en arrière-plan. [i]Discrètement[/i].[/p]

[h2]Point important sur les TLD[/h2]

[p]Toutes les extensions ne prennent pas en charge tous les caractères spéciaux.[/p]


[p]Site.%applicationhostdomain affiche pour ta recherche les TLD compatibles. Tu choisis donc uniquement parmi les options prises en charge.[/p]

[h2]En résumé[/h2]

[ul][li]Tu peux chercher des domaines IDN directement sur Site.%applicationhostdomain avec des caractères natifs.[/li][li]L’enregistrement se fait comme pour un domaine classique.[/li][li]Le punycode est utilisé en arrière-plan, pas comme affichage principal pour les visiteurs.[/li][li]La compatibilité dépend de l’extension, et Site.%applicationhostdomain te montre les résultats disponibles.[/li][/ul]

Comment enregistrer un domaine IDN chez Site.%applicationhostdomain

[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]Wil je DNSSEC voor je domeinnaam aan- of uitzetten terwijl je Site.%applicationhostdomain DNS gebruikt? Goed nieuws. Dat doe je in een paar klikken.[/p]

[p]Zie DNSSEC als een veiligheidszegel op een pakket. Staat het zegel aan, dan is het lastiger voor anderen om data te vervalsen. Daarom raden we aan om DNSSEC aan te laten.[/p]

[h2]Voordat je begint[/h2]

[p]Open eerst de pagina met DNS-records van je domeinnaam. Ben je daar nog niet? Volg dan deze handleiding:[/p]
[p][url=%helpdesk-article-url-79]DNS-records van je domeinnaam beheren[/url][/p]

[h2]DNSSEC aan- of uitzetten[/h2]

[ol]
[li]Ga in je Site.%applicationhostdomain-account naar het DNS-recordsscherm van je domeinnaam.[/li]
[li]Zoek de schakelaar met de naam [b]%include-dashboard-language-dashboard.domains.domainOptionsSection.dnsManagement.dnssecTogglerLable[/b].[/li]
[li]Zet die op [b]%include-dashboard-language-dashboard.toggler.on[/b] om DNSSEC aan te zetten, of op [b]%include-dashboard-language-dashboard.toggler.off[/b] om DNSSEC uit te zetten.[/li]
[/ol]

[img]https://backend.site.nl/uploads/6a64804dfc8ee91728564c7b365499c9.png[/img]

[h2]Welke instelling is het beste?[/h2]

[p]We raden aan om DNSSEC [b]ingeschakeld[/b] te houden. Dit is de standaardinstelling en meestal de veiligste keuze.[/p]

[h2]Belangrijk: tijdelijke onbereikbaarheid[/h2]

[p]Als je deze instelling wijzigt, kan je domeinnaam voor sommige internetverbindingen een paar uur onbereikbaar zijn.[/p]

[p]Dit gebeurt omdat DNS-gegevens tijd nodig hebben om overal te verversen.[/p]

[p]Kun je dit helemaal voorkomen? [i]Niet echt.[/i] In de meeste gevallen is wachten de beste aanpak, tot DNS-updates overal zijn verwerkt.[/p]

DNSSEC beheren voor je domein op Site.%applicationhostdomain

[p]Een [b]IDN[/b] (Internationalized Domain Name) gebruikt tekens buiten het standaard Engelse alfabet (a-z). Denk aan letters met accenten en niet-Latijnse schriften.[/p]

[ul][li]Latijn met accent: [b]münchen.com[/b][/li][li]Spaans met accent: [b]niñez.es[/b][/li][li]Grieks: [b]παράδειγμα.com[/b][/li][li]Cyrillisch: [b]пример.com[/b][/li][li]Arabisch: [b]موقع.com[/b][/li][/ul]

[h2]Zo zoek en registreer jij een IDN bij Site.%applicationhostdomain[/h2]

[ol][li][url=%url-menu.searchExact]Ga naar de domeinzoeker van Site.%applicationhostdomain[/url].[/li][li]Typ de domeinnaam precies zoals jij die wilt, bijvoorbeeld [b]münchen[/b].[/li][li]Bekijk welke extensies (TLD's) beschikbaar zijn.[/li][li]Kies je domein en rond je bestelling af, net zoals bij een gewone domeinnaam.[/li][/ol]

[p]Hieronder zie je de zoekresultaten voor [b]münchen[/b]. Je ziet direct welke extensies de tekens ondersteunen die jij hebt ingevuld.[/p]

[img]https://backend.site.nl/uploads/4590c45346f802c5ce370c93c132eb71.png[/img]

[h2]Hoe zit het met punycode?[/h2]

[p]Goede vraag. In de browser typen en lezen mensen gewoon de normale domeinnaam, zoals [b]münchen.com[/b].[/p]

[p]Op de achtergrond gebruikt [url=%helpdesk-article-url-79]DNS[/url] een technische gecodeerde versie: [b]punycode[/b]. Zie het als een vertaallaag tussen leesbare tekst en het DNS-formaat.[/p]

[p]Voor jou en je bezoekers telt vooral de [url=%helpdesk-article-url-80]normale domeinnaam[/url]. Punycode werkt op de achtergrond. [i]Onzichtbaar[/i].[/p]

[h2]Belangrijk over TLD-ondersteuning[/h2]

[p]Niet elke extensie ondersteunt elk speciaal teken.[/p]


[p]Site.%applicationhostdomain laat voor jouw zoekopdracht alleen de passende TLD's zien. Zo kies jij alleen uit ondersteunde opties.[/p]

[h2]Kort samengevat[/h2]

[ul][li]Jij kunt IDN-domeinen direct zoeken bij Site.%applicationhostdomain met tekens uit je eigen taal.[/li][li]Registreren werkt hetzelfde als bij gewone domeinen.[/li][li]Punycode wordt op de achtergrond gebruikt, niet als hoofdweergave voor bezoekers.[/li][li]Ondersteuning hangt af van de extensie, en Site.%applicationhostdomain toont de beschikbare matches.[/li][/ul]

IDN-domeinnamen registreren bij Site.%applicationhostdomain

[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]Chcesz włączyć lub wyłączyć DNSSEC dla swojej domeny, gdy korzystasz z DNS Site.%applicationhostdomain? Dobra wiadomość. Zrobisz to w kilku kliknięciach.[/p]

[p]Pomyśl o DNSSEC jak o plombie bezpieczeństwa na paczce. Gdy plomba jest aktywna, trudniej podrobić dane. Dlatego zalecamy zostawić DNSSEC włączony.[/p]

[h2]Zanim zaczniesz[/h2]

[p]Najpierw otwórz stronę rekordów DNS swojej domeny. Nie masz jej jeszcze otwartej? Skorzystaj z tego poradnika:[/p]
[p][url=https://site.eu/support/article/how-to-manage-your-domain-name-s-dns-records-79]Jak zarządzać rekordami DNS domeny[/url][/p]

[h2]Włączanie lub wyłączanie DNSSEC[/h2]

[ol]
[li]W koncie Site.%applicationhostdomain przejdź do ekranu rekordów DNS swojej domeny.[/li]
[li]Znajdź przełącznik o nazwie [b]%include-dashboard-language-dashboard.domains.domainOptionsSection.dnsManagement.dnssecTogglerLable[/b].[/li]
[li]Ustaw go na [b]%include-dashboard-language-dashboard.toggler.on[/b], aby włączyć DNSSEC, albo na [b]%include-dashboard-language-dashboard.toggler.off[/b], aby go wyłączyć.[/li]
[/ol]

[img]https://backend.site.nl/uploads/6a64804dfc8ee91728564c7b365499c9.png[/img]

[h2]Które ustawienie wybrać?[/h2]

[p]Zalecamy zostawić DNSSEC [b]włączony[/b]. To ustawienie domyślne i zwykle najbezpieczniejszy wybór.[/p]

[h2]Ważne: możliwa chwilowa niedostępność[/h2]

[p]Jeśli zmienisz to ustawienie, twoja domena może być przez kilka godzin niedostępna w części połączeń internetowych.[/p]

[p]Dzieje się tak, bo dane DNS potrzebują czasu, aby odświeżyć się u różnych dostawców.[/p]

[p]Da się temu całkowicie zapobiec? [i]Niestety nie.[/i] W większości przypadków najlepiej po prostu poczekać, aż aktualizacje DNS rozpropagują się wszędzie.[/p]

DNSSEC dla domeny w Site.%applicationhostdomain

[p]Domena [b]IDN[/b] (Internationalized Domain Name) używa znaków spoza podstawowego alfabetu angielskiego (a-z). Na przykład liter z akcentami i pism nielacińskich.[/p]

[ul][li]Łacina z akcentem: [b]münchen.com[/b][/li][li]Hiszpański z akcentem: [b]niñez.es[/b][/li][li]Grecki: [b]παράδειγμα.com[/b][/li][li]Cyrylica: [b]пример.com[/b][/li][li]Arabski: [b]موقع.com[/b][/li][/ul]

[h2]Jak wyszukać i zarejestrować IDN w Site.%applicationhostdomain[/h2]

[ol][li][url=%url-menu.searchExact]Wejdź do wyszukiwarki domen w Site.%applicationhostdomain[/url].[/li][li]Wpisz nazwę dokładnie tak, jak chcesz, na przykład [b]münchen[/b].[/li][li]Sprawdź, które rozszerzenia (TLD) są dostępne.[/li][li]Wybierz domenę i dokończ zamówienie, tak samo jak przy zwykłej domenie.[/li][/ol]

[p]Poniżej widzisz wyniki wyszukiwania dla [b]münchen[/b]. Od razu widać, które rozszerzenia obsługują wpisane znaki.[/p]

[img]https://backend.site.nl/uploads/4590c45346f802c5ce370c93c132eb71.png[/img]

[h2]A co z punycode?[/h2]

[p]Dobre pytanie. W przeglądarce użytkownicy wpisują i czytają normalną nazwę domeny, na przykład [b]münchen.com[/b].[/p]

[p]W tle system DNS używa zakodowanej wersji o nazwie [b]punycode[/b]. To warstwa tłumaczenia między czytelnym tekstem a formatem DNS.[/p]

[p]Dla Ciebie i Twoich odwiedzających najważniejsza jest zwykła nazwa domeny. Punycode działa w tle. [i]Po cichu[/i].[/p]

[h2]Ważna uwaga o TLD[/h2]

[p]Nie każde rozszerzenie obsługuje każdy znak specjalny.[/p]


[p]Site.%applicationhostdomain pokazuje dla Twojego wyszukania tylko zgodne TLD. Dzięki temu wybierasz tylko spośród obsługiwanych opcji.[/p]

[h2]Szybkie podsumowanie[/h2]

[ul][li]Możesz wyszukiwać domeny IDN bezpośrednio w Site.%applicationhostdomain, używając znaków swojego języka.[/li][li]Rejestracja działa tak samo jak przy zwykłych domenach.[/li][li]Punycode jest używany w tle, nie jako główny widok dla odwiedzających.[/li][li]Zgodność zależy od rozszerzenia, a Site.%applicationhostdomain pokazuje dostępne wyniki.[/li][/ul]

Jak zarejestrować domenę IDN w Site.%applicationhostdomain

[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]Želiš omogočiti ali onemogočiti DNSSEC za svojo domeno, medtem ko uporabljaš DNS Site.%applicationhostdomain? Dobra novica. Urediš v nekaj klikih.[/p]

[p]DNSSEC si predstavljaj kot varnostni pečat na paketu. Ko je pečat vklopljen, drugi težje ponaredijo podatke. Zato priporočamo, da DNSSEC pustiš vklopljen.[/p]

[h2]Preden začneš[/h2]

[p]Najprej odpri stran z DNS zapisi svoje domene. Še nisi tam? Sledi temu vodiču:[/p]
[p][url=https://site.eu/support/article/how-to-manage-your-domain-name-s-dns-records-79]Kako upravljati DNS zapise svoje domene[/url][/p]

[h2]Omogočanje ali onemogočanje DNSSEC[/h2]

[ol]
[li]V svojem računu Site.%applicationhostdomain odpri zaslon DNS zapisov za svojo domeno.[/li]
[li]Poišči preklopnik z imenom [b]%include-dashboard-language-dashboard.domains.domainOptionsSection.dnsManagement.dnssecTogglerLable[/b].[/li]
[li]Nastavi ga na [b]%include-dashboard-language-dashboard.toggler.on[/b] za vklop DNSSEC ali na [b]%include-dashboard-language-dashboard.toggler.off[/b] za izklop DNSSEC.[/li]
[/ol]

[img]https://backend.site.nl/uploads/6a64804dfc8ee91728564c7b365499c9.png[/img]

[h2]Katero nastavitev izbrati?[/h2]

[p]Priporočamo, da DNSSEC ostane [b]vklopljen[/b]. To je privzeta nastavitev in v večini primerov tudi najbolj varna izbira.[/p]

[h2]Pomembno: možna začasna nedosegljivost[/h2]

[p]Če spremeniš to nastavitev, je lahko tvoja domena za nekatere internetne povezave nekaj ur nedosegljiva.[/p]

[p]Do tega pride, ker DNS podatki potrebujejo čas, da se osvežijo pri različnih ponudnikih.[/p]

[p]Ali lahko to popolnoma preprečiš? [i]Ne čisto.[/i] V večini primerov je najbolje počakati, da se DNS posodobitve razširijo povsod.[/p]

DNSSEC za domeno v Site.%applicationhostdomain

[p]Domena [b]IDN[/b] (Internationalized Domain Name) uporablja znake zunaj osnovne angleške abecede (a-z). Na primer črke z naglasi in nelatinične pisave.[/p]

[ul][li]Latinica z naglasom: [b]münchen.com[/b][/li][li]Španščina z naglasom: [b]niñez.es[/b][/li][li]Grščina: [b]παράδειγμα.com[/b][/li][li]Cirilica: [b]пример.com[/b][/li][li]Arabščina: [b]موقع.com[/b][/li][/ul]

[h2]Kako poiščeš in registriraš IDN pri Site.%applicationhostdomain[/h2]

[ol][li][url=%url-menu.searchExact]Odpri iskanje domen na Site.%applicationhostdomain[/url].[/li][li]Vpiši ime domene točno tako, kot ga želiš, na primer [b]münchen[/b].[/li][li]Preveri, katere končnice (TLD) so na voljo.[/li][li]Izberi domeno in zaključi naročilo, enako kot pri običajni domeni.[/li][/ol]

[p]Spodaj vidiš rezultate iskanja za [b]münchen[/b]. Takoj vidiš, katere končnice podpirajo znake, ki si jih vnesel.[/p]

[img]https://backend.site.nl/uploads/4590c45346f802c5ce370c93c132eb71.png[/img]

[h2]Kaj pa punycode?[/h2]

[p]Dobro vprašanje. V brskalniku uporabniki domeno vpišejo in berejo v normalnih znakih, na primer [b]münchen.com[/b].[/p]

[p]V ozadju DNS uporablja kodirano različico, imenovano [b]punycode[/b]. Predstavljaj si jo kot prevajalni sloj med berljivim besedilom in DNS zapisom.[/p]

[p]Zate in za tvoje obiskovalce je pomembno normalno ime domene. Punycode deluje v ozadju. [i]Tiho[/i].[/p]

[h2]Pomembno glede podpore TLD[/h2]

[p]Vsaka končnica ne podpira vsakega posebnega znaka.[/p]


[p]Site.%applicationhostdomain za tvoje iskanje prikaže samo združljive TLD-je. Tako izbiraš le med podprtimi možnostmi.[/p]

[h2]Kratek povzetek[/h2]

[ul][li]IDN domene lahko iščeš neposredno na Site.%applicationhostdomain z znaki svojega jezika.[/li][li]Registracija poteka enako kot pri običajnih domenah.[/li][li]Punycode se uporablja v ozadju, ne kot glavni prikaz za obiskovalce.[/li][li]Podpora je odvisna od končnice, Site.%applicationhostdomain pa pokaže razpoložljive rezultate.[/li][/ul]

Kako registrirati IDN domeno pri Site.%applicationhostdomain

[p]Uporaba Site.%applicationhostdomain API je zelo enostavna.[/p]

[p]Ne glede na to, ali gradiš integracijo po meri ali avtomatiziraš svoj delovni tok, naš API ti daje popoln nadzor nad svojimi storitvami.[/p]

[h2]Ustvarjanje API ključa[/h2]

[p]Najprej najpomembnejše. Za začetek potrebuješ API ključ.[/p]

[p]Takole:[/p]

[p]Preprosto se prijavi v svojo nadzorno ploščo na Site.%applicationhostdomain. Pojdi na stran "%include-dashboard-language-dashboardHeader.settings" prek zgornje navigacije. Klikni na [b]'%include-dashboard-language-dashboard.settings.DNSTemplates.options.apiKeys'[/b].[/p]

[p]To je to. Zdaj lahko ustvariš svoj API ključ.[/p]

[h2]Varnostne prakse[/h2]

[p]Tu je pomemben del. Svojemu ključu daj dostop samo do API končnih točk, ki jih dejansko potrebuješ. To ohranja vse varno.[/p]

[p]Ustvari API ključ in takoj kopiraj 256 znakov dolg ključ. Shrani ga na [i]varno[/i] mesto.[/p]

[p]Uporabljaš .env datoteko? Poskrbi, da jo shraniš zunaj svojih javno dostopnih datotek.[/p]

[p][b]Pomembna varnostna opozorila:[/b][/p]

[ul]
[li]API ključi morajo biti natanko 256 znakov dolgi[/li]
[li]Po 3 neuspelih poskusih preverjanja pristnosti v 24 urah bo tvoj IP naslov blokiran za 72 ur[/li]
[li]Ni mehanizma za ročno deblokiranje - ravnaj previdno s svojimi API ključi[/li]
[li]Shrani svoj API ključ varno - po ustvarjanju ga ni mogoče pridobiti[/li]
[/ul]

[h2]Dostop do API-ja[/h2]

[p]Do API-ja lahko dostopaš prek [url=https://backend.site.eu/v2]https://backend.site.eu/v2[/url].[/p]

[p]Zabavno dejstvo? Naša spletna stran uporablja popolnoma isti API.[/p]

[p]Še niso vse API končne točke na voljo zate. Vendar nenehno odpiramo nove končne točke, ki jih lahko uporabljaš. Če lahko vidiš končno točko v [url=https://backend.site.eu/v2]https://backend.site.eu/v2[/url], potem jo lahko uporabljaš. Samo poskrbi, da si svojemu API ključu dal dostop do nje.[/p]

[h2]Uporaba API-ja[/h2]

[p]Povezeš se lahko z API končnimi točkami prek istega URL-ja: [url=https://backend.site.eu/v2]https://backend.site.eu/v2[/url].[/p]

[p]Ampak tukaj je zagvozd. To je tvoj [b]pravi[/b] račun. To ni testno okolje. Vsa dejanja so resnična![/p]

[p]Želiš nekaj preizkusiti? Kupi izdelek za namene testiranja. Tako lahko eksperimentiraš, ne da bi se dotaknil svojih pravih domen in spletnih strani.[/p]

[h2]Kaj sledi?[/h2]

[p]Zdaj, ko imaš nastavljen API ključ, lahko začneš graditi integracije in avtomatizirati svoje delovne tokove.[/p]

[p]Preveri razpoložljive končne točke. Začni eksperimentirati. In ne pozabi vedno ohraniti svojega API ključa varnega in dati dostop samo do končnih točk, ki jih dejansko potrebuješ.[/p]

Kako začeti uporabljati Site.%applicationhostdomain API

[p]Spreminjanje imenskih strežnikov tvoje domene je precej preprosto. Samo vedeti moraš, kje iskati v tvoji Site.%applicationhostdomain nadzorni plošči. Pokazal ti bom, kako to deluje in razložil, kaj imenski strežniki pravzaprav so.[/p]

[h2]Kaj so imenski strežniki?[/h2]

[p]Predstavljaj si imenske strežnike kot telefonski imenik interneta. Ko nekdo vpiše ime tvoje domene, imenski strežniki povedo brskalniku, kje najde tvojo spletno stran. Tako preprosto je.[/p]

[p]Vsaka domena potrebuje vsaj dva edinstvena imenska strežnika. Zakaj dva? Za varnost. Če eden preneha delovati, prevzame drugi. Ti imenski strežniki nadzorujejo, kam gredo tvoja spletna stran in e-pošta.[/p]

[h2]Koraki za spremembo imenskih strežnikov[/h2]

[p]Takole narediš:[/p]

[ol]
[li][b]Pojdi na tvojo Site.%applicationhostdomain nadzorno ploščo[/b][/li]
[li][b]Klikni na ime svoje domene[/b] - Najdeš jo v levi stranski vrstici. Klikni nanjo.[/li]
[li][b]Poišči "%include-dashboard-language-dashboard.domainsOptions.advancedOptions"[/b] - Pojdi na %include-dashboard-language-dashboard.domainTabs.domainOptions. Nato klikni %include-dashboard-language-dashboard.domainsOptions.advancedOptions.[/li]
[li][b]Izklopi privzete nastavitve[/b] - Vidiš "%include-dashboard-language-dashboard.domains.domainOptionsSection.dnsManagement.defaultSettings"? Najprej to izklopi. To moraš storiti, preden lahko spremeniš imenske strežnike.[/li]
[li][b]Onemogoči %include-dashboard-language-dashboard.domains.domainOptionsSection.dnsManagement.changeRecords[/b] - To je pomembno. Izklopi %include-dashboard-language-dashboard.domains.domainOptionsSection.dnsManagement.changeRecords. Sicer ne boš mogel uporabljati lastnih imenskih strežnikov.[/li]
[li][b]Dodaj svoje imenske strežnike[/b] - Zdaj boš videl prazna polja. Tukaj vpiši svoje nove imenske strežnike. Tvoj ponudnik gostovanja ti jih je dal (na primer ns1.primer.com in ns2.primer.com).[/li]
[li][b]Shrani vse[/b] - Klikni gumb za shranjevanje. Končano! Spremembe potrebujejo do 24 ur, da se razširijo povsod.[/li]
[/ol]

[h2]Zakaj ne moreš uporabljati upravljanja DNS in lastnih imenskih strežnikov?[/h2]

[p]Stvar je taka. Ne moreš uporabljati lastnih imenskih strežnikov IN našega upravljanja DNS hkrati. Ne delujeta skupaj.[/p]

[p]Zakaj ne? Preprosto:[/p]

[ul]
[li][b]Naše upravljanje DNS potrebuje naše imenske strežnike[/b] - Če želiš upravljati DNS zapise v tvoji Site.%applicationhostdomain nadzorni plošči, mora tvoja domena kazati na naše imenske strežnike. Tako lahko upravljamo tvoj DNS.[/li]
[li][b]Lastni imenski strežniki kažejo drugam[/b] - Ko uporabljaš lastne imenske strežnike, poveš svoji domeni, naj dobi DNS informacije od drugega ponudnika. Ne od nas.[/li]
[/ul]

[h2]Kdaj spremeniti imenske strežnike[/h2]

[p]Morda boš moral spremeniti svoje imenske strežnike, ko se seliš k novemu ponudniku gostovanja ali ko želiš uporabljati drugo DNS storitev. To sta v bistvu glavna razloga. Večina ljudi ne rabi spreminjati teh nastavitev, razen če jim ponudnik gostovanja tako naroči.[/p]

[h2]Dobro je vedeti[/h2]

[ul]
[li][b]Potrebuje čas[/b] - Spremembe potrebujejo do 24 ur, da se razširijo po internetu. Čeprav običajno gre hitreje.[/li]
[li][b]Zapiši si stare imenske strežnike[/b] - Za primer, če se boš moral vrniti nazaj.[/li]
[li][b]Preveri pri svojem ponudniku[/b] - Povedali ti bodo točno, katere imenske strežnike uporabiti.[/li]
[/ul]

Kako spremenim imenske strežnike domene?

[p]Privzeto lahko vsaka domena pošlje [b]50 e-poštnih sporočil v 24 urah[/b].[/p]

[p]Torej tvoja domena lahko pošlje 50 e-poštnih sporočil v 24 urah. Potrebuješ več? Lahko povečamo to omejitev zate.[/p]

[h2]Kako zahtevam višjo omejitev?[/h2]

[p]Če želiš višjo omejitev pošiljanja e-pošte, nas preprosto kontaktiraj. Potrebovali bomo nekaj informacij:[/p]

[ul]
[li]Kakšno vrsto e-poštnih sporočil pošiljaš?[/li]
[li]Komu jih pošiljaš?[/li]
[li]Ali so te osebe privolile v prejemanje e-poštnih sporočil od tebe?[/li]
[li]Ali je še kaj, kar bi morali vedeti?[/li]
[/ul]

[p]Ko pregledamo tvojo zahtevo, lahko povečamo omejitev zate.[/p]

[h2]Zakaj ta omejitev obstaja?[/h2]

[p]Razlog je preprost.[/p]

[p]Uporabljamo določene IP naslove za odhodno pošto. Ti IP naslovi so deljeni med tisoče naših strank. In imajo [b]zelo visok ugled[/b].[/p]

[p]Zato je to pomembno.[/p]

[p]Predstavljaj si, da bi nekdo vdrl v e-poštni naslov ene od naših strank. Morda so uporabili nezaščiteno geslo. Ali pa so nasedli prevari po e-pošti. Ne glede na razlog.[/p]

[p]S tega vlomljenca e-poštnega naslova bi lahko poskusili poslati tisoče, včasih celo [i]milijone[/i] neželenih sporočil.[/p]

[p]Naša omejitev 50 e-poštnih sporočil bo prepustila samo prvih 50. Potem? Blokirano.[/p]

[p]In tudi teh 50 e-poštnih sporočil, ki so še dovoljena, bo še vedno filtriranih z našimi filtri za neželeno pošto pri pošiljanju.[/p]

[h2]Zaščita e-poštnega ugleda vseh[/h2]

[p]To je eden od načinov, kako ohranjamo ugled IP naslovov našega e-poštnega strežnika zelo visok in čist.[/p]

[p]In tako poskrbimo, da e-poštna sporočila naših tisoč strank pristanejo v [b]mapi prejete pošte[/b] prejemnikov. Namesto v mapi neželene pošte.[/p]

[p]Dobre novice? Če imaš legitimne potrebe po e-pošti, ki presegajo 50 e-poštnih sporočil na dan, ti bomo z veseljem pomagali.[/p]

[h2]Pomembno obvestilo za stranke paketa Basic[/h2]

[p]Upoštevaj, da [b]ne[/b] povečujemo omejitve pošiljanja e-pošte za stranke s paketom Basic.[/p]

[p]Razlog?[/p]

[p]Ta paket je zelo dostopen. In za tako nizko ceno je tveganje za nas preveliko, da bi povečali omejitev pošiljanja e-pošte.[/p]

[p]Tisoči uporabnikov so odvisni od ugleda IP naslovov našega e-poštnega strežnika. To moramo zaščititi za vse.[/p]

[h2]Pripravljen povečati svojo omejitev?[/h2]

[p]Potrebuješ več kot 50 e-poštnih sporočil na dan? Samo kontaktiraj nas in ti pomagamo![/p]

Koliko e-poštnih sporočil lahko pošljem?

[p]Torej želiš poganjati Python ali Node.js aplikacijo na svojem [url=%helpdesk-article-url-53]spletnem gostovanju[/url]? Pametna poteza. To sta zmogljivi tehnologiji, s katerima lahko zgradiš karkoli - od preprostih API-jev do kompleksnih spletnih aplikacij.[/p]

[p]Ampak pozor: vsi strežniki niso enaki.[/p]

[p]Če gostuješ pri Site.%applicationhostdomain, so [b]CloudLinux strežniki za spletno gostovanje[/b] tvoja najboljša izbira za poganjanje Python ali Node.js aplikacij. Zakaj? Tu je odgovor.[/p]

[h2]Zakaj CloudLinux strežniki?[/h2]

[p]CloudLinux strežniki imajo vgrajene selektorje za Python in Node.js. Selektorji so nekakšni upravitelji različic, ki ti omogočajo:[/p]

[ul]
[li]Izbrati točno tisto verzijo Pythona ali Node.js, ki jo potrebuješ[/li]
[li]Preklapljati med verzijami, ne da bi pokvaril svojo aplikacijo[/li]
[li]Poganjati več aplikacij z različnimi zahtevami glede verzij[/li]
[/ul]

[p]Ta fleksibilnost je res pomembna.[/p]

[p]Recimo, da si svojo aplikacijo razvil z Node.js verzijo 14, zdaj pa jo želiš testirati z verzijo 18. Na CloudLinux strežniku lahko to narediš brez kakršnegakoli vpliva na produkcijsko aplikacijo. Čisto brez skrbi.[/p]

[h2]Kaj dela CloudLinux drugačnega?[/h2]

[p]CloudLinux uporablja Apache Passenger za poganjanje tvojih Python in Node.js aplikacij. To ti daje:[/p]

[ul]
[li][b]Izolacijo virov[/b] - drugi uporabniki na istem strežniku ne vplivajo na tvojo aplikacijo[/li]
[li][b]Samodejno upravljanje procesov[/b] - strežnik sam upravlja zagon in ustavljanje tvoje aplikacije[/li]
[li][b]Boljšo stabilnost[/b] - če ena aplikacija odpove, ne sesuje celotnega strežnika[/li]
[/ul]

[h2]Zahteve strežnika za Python in Node.js[/h2]

[p]Tole moraš vedeti o poganjanju teh aplikacij:[/p]

[p][b]Za Node.js:[/b][/p]
[p]Tudi osnovna Node.js aplikacija potrebuje prave strežniške vire. Node.js ne moreš poganjati v brskalniku kot navaden JavaScript. Večina aplikacij teče gladko s 512 MB RAM-a, bolj kompleksne aplikacije pa lahko potrebujejo 1 GB ali več.[/p]

[p][b]Za Python:[/b][/p]
[p]Python aplikacije imajo podobne zahteve. Točni viri so odvisni od tega, kaj tvoja aplikacija počne. Preprost API? Minimalni viri. Aplikacija za obdelavo podatkov? Potrebuješ več moči.[/p]

[p]Dobra novica? CloudLinux strežniki pri Site.%applicationhostdomain so optimizirani za tovrstne primere uporabe.[/p]

[h2]Kako izbrati CloudLinux strežnik pri Site.%applicationhostdomain[/h2]

[p]Ko nastavljaš svoje gostovanje, moraš izbrati ustrezen tip strežnika.[/p]

[p]Za podrobna navodila poglej [url=%helpdesk-article-url-70]ta vodnik o izbiri strežnika za spletno gostovanje[/url].[/p]

[h2]Skratka[/h2]

[p]Poganjanje Python ali Node.js aplikacij ni treba, da je zapleteno. Izberi CloudLinux strežnik za spletno gostovanje pri Site.%applicationhostdomain in dobiš:[/p]

[ul]
[li]Selektorje verzij za preprosto upravljanje[/li]
[li]Izolacijo virov za stabilnost[/li]
[li]Apache Passenger za samodejno upravljanje procesov[/li]
[/ul]

[p]Tvoja aplikacija zasluži strežnik, ki ji lahko sledi. CloudLinux spletno gostovanje pri Site.%applicationhostdomain ti natanko to ponuja.[/p]

Najboljši strežniki za Python in Node.js aplikacije

[p]Večina [url=%helpdesk-article-url-57]SSL-certifikatov[/url] zahteva obnovo vsakih 3 mesece. To je avtomatiziran proces, ki običajno deluje brez težav.[/p]

[p]Problem pa nastane, ko obnova spodleti: tvoja spletna stran postane nedostopna. Ali še huje, obiskovalci v brskalniku vidijo velikansko varnostno opozorilo, ki jih prestraši. To zagotovo ne želiš.[/p]

[h2]Kaj povzroči, da obnova SSL spodleti?[/h2]

[p]Poglejmo si najpogostejše razloge.[/p]

[p][b]Vključene so napačne poddomene[/b][/p]

[p]Si zahteval SSL-certifikat za svojo domeno [i]in[/i] vse poddomene, ki jih dejansko uporabljaš? Odlično.[/p]

[p]Si pa vključil tudi poddomene, kot so mail, ftp ali smtp? Tukaj nastane problem.[/p]

[p]Zakaj? Tvoja poddomena mail ne kaže na tvoj gostovalni strežnik. Ko izdajatelj SSL poskuša preveriti, ali je tvoja poddomena povezana s strežnikom, preverjanje ne uspe. In posledica: SSL se ne obnovi.[/p]

[p][b]Težave s spletno stranjo[/b][/p]

[p]Ali tvoja spletna stran deluje pravilno? Ali kaže na pravi strežnik?[/p]

[p]Če tvoja spletna stran ne deluje pravilno ali kaže na napačen strežnik, obnova SSL ne bo uspela. Tako preprosto je.[/p]

[h2]Kako to popraviš?[/h2]

[p]Dobra novica? Rešitev je enostavna.[/p]

[p][b]Najprej preveri, ali tvoja spletna stran deluje[/b][/p]

[p]Preden popraviš SSL-certifikat, preveri, ali tvoja spletna stran dejansko deluje. Obišči svojo domeno v brskalniku. Se tvoja spletna stran prikaže? Če ne, je treba to najprej popraviti.[/p]

[p]V večini primerov nedelujočo spletno stran povzročajo manjkajoči DNS zapisi. [url=%helpdesk-article-url-89]Preveri ta vodnik za popravilo manjkajočih DNS zapisov[/url].[/p]

[p]Ko tvoja spletna stran deluje pravilno, sledi tem korakom:[/p]

[ol]
[li][url=%helpdesk-article-url-22]Odpri DirectAdmin[/url] in pojdi na stran 'SSL-certifikati'[/li]
[li]Izbriši stari certifikat[/li]
[li]Zahtevaj novega po [url=%helpdesk-article-url-31]tem vodniku[/url][/li]
[/ol]

[p]Toda pozor, to je najpomembnejše: [b]zahtevaj SSL-certifikat samo za svojo domeno in poddomeno www[/b].[/p]

[p]Če uporabljaš druge poddomene za svojo spletno stran (kot je blog ali shop), vključi tudi te. Toda [i]ne vključuj[/i] tehničnih poddomen, kot so:[/p]

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

[p]Te lahko kasneje povzročijo težave pri obnovi.[/p]

[p]Ko zahtevaj nov certifikat samo s poddomenami, ki jih dejansko uporabljaš, se bo tvoj SSL samodejno obnovil vsakih 3 mesece brez težav - če tvoja spletna stran deluje pravilno in kaže na pravi strežnik.[/p]

Zakaj obnova mojega SSL-certifikata ni uspela?

[p]Vill du aktivera eller inaktivera DNSSEC för ditt domännamn medan du använder Site.%applicationhostdomain DNS? Bra nyheter. Det tar bara några klick.[/p]

[p]Tänk på DNSSEC som en säkerhetsförsegling på ett paket. När förseglingen är påslagen blir det svårare för andra att förfalska data. Därför rekommenderar vi att du låter DNSSEC vara aktiverat.[/p]

[h2]Innan du börjar[/h2]

[p]Öppna först sidan med DNS-poster för din domän. Är du inte där än? Följ den här guiden:[/p]
[p][url=https://site.eu/support/article/how-to-manage-your-domain-name-s-dns-records-79]Hantera DNS-poster för ditt domännamn[/url][/p]

[h2]Aktivera eller inaktivera DNSSEC[/h2]

[ol]
[li]Gå till DNS-postskärmen för din domän i ditt Site.%applicationhostdomain-konto.[/li]
[li]Leta upp reglaget med namnet [b]%include-dashboard-language-dashboard.domains.domainOptionsSection.dnsManagement.dnssecTogglerLable[/b].[/li]
[li]Sätt det till [b]%include-dashboard-language-dashboard.toggler.on[/b] för att aktivera DNSSEC, eller till [b]%include-dashboard-language-dashboard.toggler.off[/b] för att inaktivera DNSSEC.[/li]
[/ol]

[img]https://backend.site.nl/uploads/6a64804dfc8ee91728564c7b365499c9.png[/img]

[h2]Vilken inställning ska du välja?[/h2]

[p]Vi rekommenderar att du behåller DNSSEC [b]aktiverat[/b]. Det är standardinställningen och oftast det säkraste valet.[/p]

[h2]Viktigt: tillfällig nedtid kan förekomma[/h2]

[p]Om du ändrar den här inställningen kan din domän vara otillgänglig i några timmar för vissa internetanslutningar.[/p]

[p]Det händer eftersom DNS-data behöver tid för att uppdateras hos olika leverantörer.[/p]

[p]Kan du undvika detta helt? [i]Inte riktigt.[/i] I de flesta fall är det bäst att vänta tills DNS-uppdateringarna har slagit igenom överallt.[/p]

Hantera DNSSEC för din domän på Site.%applicationhostdomain

[p]En [b]IDN[/b] (Internationalized Domain Name) använder tecken utanför det grundläggande engelska alfabetet (a-z). Till exempel bokstäver med accenter och icke-latinska skriftsystem.[/p]

[ul][li]Latinskt med accent: [b]münchen.com[/b][/li][li]Spanska med accent: [b]niñez.es[/b][/li][li]Grekiska: [b]παράδειγμα.com[/b][/li][li]Kyrilliska: [b]пример.com[/b][/li][li]Arabiska: [b]موقع.com[/b][/li][/ul]

[h2]Så söker och registrerar du ett IDN hos Site.%applicationhostdomain[/h2]

[ol][li][url=%url-menu.searchExact]Gå till domänsökningen på Site.%applicationhostdomain[/url].[/li][li]Skriv domännamnet exakt som du vill ha det, till exempel [b]münchen[/b].[/li][li]Kontrollera vilka ändelser (TLD:er) som är tillgängliga.[/li][li]Välj domän och slutför beställningen, precis som med en vanlig domän.[/li][/ol]

[p]Nedan ser du sökresultat för [b]münchen[/b]. Du ser direkt vilka ändelser som stöder tecknen du skrev in.[/p]

[img]https://backend.site.nl/uploads/4590c45346f802c5ce370c93c132eb71.png[/img]

[h2]Hur fungerar punycode?[/h2]

[p]Bra fråga. I webbläsaren skriver och läser användare domänen med vanliga tecken, till exempel [b]münchen.com[/b].[/p]

[p]I bakgrunden använder DNS en kodad version som heter [b]punycode[/b]. Tänk på det som ett översättningslager mellan läsbar text och DNS-format.[/p]

[p]För dig och dina besökare är det vanliga domännamnet viktigast. Punycode arbetar i bakgrunden. [i]Diskret[/i].[/p]

[h2]Viktigt om stöd för TLD[/h2]

[p]Alla ändelser stöder inte alla specialtecken.[/p]


[p]Site.%applicationhostdomain visar vilka TLD:er som passar din exakta sökning. Då väljer du bara bland alternativ som stöds.[/p]

[h2]Kort sammanfattning[/h2]

[ul][li]Du kan söka IDN-domäner direkt på Site.%applicationhostdomain med tecken från ditt språk.[/li][li]Registreringen fungerar som för vanliga domäner.[/li][li]Punycode används i bakgrunden, inte som huvudvisning för besökare.[/li][li]Stöd beror på ändelsen, och Site.%applicationhostdomain visar tillgängliga träffar.[/li][/ul]

Registrera IDN-domäner hos Site.%applicationhostdomain

[p]Att använda Site.%applicationhostdomain API är väldigt enkelt.[/p]

[p]Oavsett om du bygger en anpassad integration eller automatiserar ditt arbetsflöde, ger vårt API dig full kontroll över dina tjänster.[/p]

[h2]Skapa din API-nyckel[/h2]

[p]Först och främst. Du behöver en API-nyckel för att komma igång.[/p]

[p]Så här gör du:[/p]

[p]Logga helt enkelt in på din instrumentpanel på Site.%applicationhostdomain. Gå till sidan "%include-dashboard-language-dashboardHeader.settings" via den övre navigeringen. Klicka på [b]'%include-dashboard-language-dashboard.settings.DNSTemplates.options.apiKeys'[/b].[/p]

[p]Det är allt. Du kan nu skapa din API-nyckel.[/p]

[h2]Säkerhetsrutiner[/h2]

[p]Här kommer den viktiga delen. Ge endast din nyckel åtkomst till de API-endpoints du faktiskt behöver. Detta håller allt säkert.[/p]

[p]Skapa API-nyckeln och kopiera omedelbart den 256 tecken långa nyckeln. Spara den på ett [i]säkert[/i] ställe.[/p]

[p]Använder du en .env-fil? Se till att du sparar den utanför dina offentligt tillgängliga filer.[/p]

[p][b]Viktiga säkerhetsnoteringar:[/b][/p]

[ul]
[li]API-nycklar måste vara exakt 256 tecken långa[/li]
[li]Efter 3 misslyckade autentiseringsförsök inom 24 timmar kommer din IP-adress att blockeras i 72 timmar[/li]
[li]Det finns ingen manuell upplåsningsmekanism - hantera dina API-nycklar försiktigt[/li]
[li]Lagra din API-nyckel säkert - den kan inte hämtas efter skapandet[/li]
[/ul]

[h2]Åtkomst till API:et[/h2]

[p]Du kan komma åt API:et via [url=https://backend.site.eu/v2]https://backend.site.eu/v2[/url].[/p]

[p]Rolig fakta? Vår webbplats använder exakt samma API.[/p]

[p]Inte alla API-endpoints är exponerade för dig ännu. Men vi öppnar ständigt nya endpoints som du kan använda. Om du kan se endpointen i [url=https://backend.site.eu/v2]https://backend.site.eu/v2[/url], då kan du använda den. Se bara till att du har gett din API-nyckel åtkomst till den.[/p]

[h2]Använda API:et[/h2]

[p]Du kan ansluta till API-endpoints via samma URL: [url=https://backend.site.eu/v2]https://backend.site.eu/v2[/url].[/p]

[p]Men här är kruxet. Detta är ditt [b]riktiga[/b] konto. Detta är inte en testmiljö. Alla åtgärder är verkliga![/p]

[p]Vill du testa något? Köp en produkt för teständamål. På så sätt kan du experimentera utan att röra dina riktiga domäner och webbplatser.[/p]

[h2]Vad händer nu?[/h2]

[p]Nu när du har konfigurerat din API-nyckel kan du börja bygga integrationer och automatisera dina arbetsflöden.[/p]

[p]Kolla in de tillgängliga endpoints. Börja experimentera. Och kom ihåg att alltid hålla din API-nyckel säker och endast ge åtkomst till de endpoints du faktiskt behöver.[/p]

Hur du kommer igång med Site.%applicationhostdomain API

[p]Att ändra namnservrarna för din domän är ganska enkelt. Du behöver bara veta var du ska leta i din Site.%applicationhostdomain-kontrollpanel. Här visar jag hur det går till och förklarar vad namnservrar egentligen är.[/p]

[h2]Vad är namnservrar?[/h2]

[p]Tänk på namnservrar som en telefonkatalog för internet. När någon skriver in ditt domännamn berättar namnservrarna för webbläsaren var din webbplats finns. Så enkelt är det.[/p]

[p]Varje domän behöver minst två unika namnservrar. Varför två? Av säkerhetsskäl. Om en slutar fungera tar den andra över. Dessa namnservrar styr var din webbplats och e-post hamnar.[/p]

[h2]Steg för att ändra dina namnservrar[/h2]

[p]Så här gör du:[/p]

[ol]
[li][b]Gå till din Site.%applicationhostdomain-kontrollpanel[/b][/li]
[li][b]Klicka på ditt domännamn[/b] - Du hittar det i sidofältet till vänster. Klicka på det.[/li]
[li][b]Hitta "%include-dashboard-language-dashboard.domainsOptions.advancedOptions"[/b] - Gå till %include-dashboard-language-dashboard.domainTabs.domainOptions. Klicka sedan på %include-dashboard-language-dashboard.domainsOptions.advancedOptions.[/li]
[li][b]Stäng av standardinställningarna[/b] - Ser du "%include-dashboard-language-dashboard.domains.domainOptionsSection.dnsManagement.defaultSettings"? Stäng av det först. Du måste göra detta innan du kan ändra namnservrar.[/li]
[li][b]Inaktivera %include-dashboard-language-dashboard.domains.domainOptionsSection.dnsManagement.changeRecords[/b] - Detta är viktigt. Stäng av %include-dashboard-language-dashboard.domains.domainOptionsSection.dnsManagement.changeRecords. Annars kan du inte använda dina egna namnservrar.[/li]
[li][b]Lägg till dina namnservrar[/b] - Nu ser du tomma fält. Skriv in dina nya namnservrar här. Din webbhotelleverantör har gett dig dessa (till exempel ns1.exempel.com och ns2.exempel.com).[/li]
[li][b]Spara allt[/b] - Klicka på spara-knappen. Klart! Det kan ta upp till 24 timmar innan ändringarna har spridits överallt.[/li]
[/ol]

[h2]Varför kan du inte använda DNS-hantering och egna namnservrar?[/h2]

[p]Här är grejen: du kan inte använda egna namnservrar OCH vår DNS-hantering samtidigt. De fungerar inte tillsammans.[/p]

[p]Varför inte? Jo:[/p]

[ul]
[li][b]Vår DNS-hantering behöver våra namnservrar[/b] - Om du vill hantera DNS-poster i din Site.%applicationhostdomain-kontrollpanel måste din domän peka på våra namnservrar. Det är så vi kan hantera din DNS.[/li]
[li][b]Egna namnservrar pekar någon annanstans[/b] - När du använder egna namnservrar säger du åt din domän att hämta DNS-information från en annan leverantör. Inte från oss.[/li]
[/ul]

[h2]När ska du ändra namnservrar[/h2]

[p]Du kan behöva ändra dina namnservrar när du flyttar till en ny webbhotelleverantör eller när du vill använda en annan DNS-tjänst. Det är i princip de vanligaste anledningarna. De flesta behöver inte röra dessa inställningar såvida inte deras webbhotelleverantör ber dem om det.[/p]

[h2]Bra att veta[/h2]

[ul]
[li][b]Det tar tid[/b] - Ändringar kan ta upp till 24 timmar att sprida sig över internet. Men det går oftast snabbare.[/li]
[li][b]Skriv ner dina gamla namnservrar[/b] - Ifall du skulle behöva byta tillbaka.[/li]
[li][b]Kolla med din leverantör[/b] - De kan berätta exakt vilka namnservrar du ska använda.[/li]
[/ul]

Hur ändrar jag namnservrar för min domän?

[p]Som standard kan alla domännamn skicka [b]50 mejl per dygn[/b].[/p]

[p]Din domän får alltså skicka 50 mejl per dygn. Behöver du fler? Vi kan höja gränsen åt dig.[/p]

[h2]Hur begär jag högre gräns?[/h2]

[p]Vill du ha en högre gräns för mejlutskick? Kontakta oss bara. Vi behöver lite information:[/p]

[ul]
[li]Vilken typ av mejl skickar du?[/li]
[li]Vem skickar du dem till?[/li]
[li]Har de gett sitt samtycke till att få mejl från dig?[/li]
[li]Finns det något annat vi bör veta?[/li]
[/ul]

[p]När vi har granskat din förfrågan höjer vi gränsen åt dig.[/p]

[h2]Varför finns denna gräns?[/h2]

[p]Anledningen är enkel.[/p]

[p]Vi använder specifika IP-adresser för utgående mejl. Dessa IP-adresser delas av tusentals kunder. Och de har ett [b]mycket högt rykte[/b].[/p]

[p]Varför är det viktigt?[/p]

[p]Föreställ dig att en kunds mejladress blir hackad. Kanske använde de ett osäkert lösenord. Eller så blev de lurade av nätfiske. Oavsett varför.[/p]

[p]Den hackade mejladressen kan försöka skicka tusentals, ibland till och med [i]miljontals[/i] skräpmejl.[/p]

[p]Vår gräns på 50 mejl släpper bara igenom de första 50. Efter det? Blockerat.[/p]

[p]Och även de 50 mejl som passerar gränsen filtreras fortfarande av våra utgående spamfilter.[/p]

[h2]Skydda allas e-postrykte[/h2]

[p]Så här håller vi IP-adresserna till våra mejlservrar rena och välrenommerade.[/p]

[p]På så sätt ser vi till att våra tusentals kunders mejl hamnar i mottagarnas [b]inkorg[/b] – inte i skräppostmappen.[/p]

[p]Goda nyheter? Om du har legitima mejlbehov som överstiger 50 mejl per dag hjälper vi gärna till.[/p]

[h2]Viktigt för Basic-kunder[/h2]

[p]Observera att vi [b]inte[/b] höjer e-postsändningsgränsen för kunder med ett Basic-abonnemang.[/p]

[p]Anledningen?[/p]

[p]Det här abonnemanget är mycket prisvärt. Och för det låga priset är risken för stor för att vi ska höja gränsen för mejlutskick.[/p]

[p]Tusentals användare är beroende av våra mejlservrars goda rykte. Vi måste skydda det för alla.[/p]

[h2]Redo att höja din gräns?[/h2]

[p]Behöver du mer än 50 mejl per dag? Hör bara av dig så hjälper vi dig![/p]

Hur många mejl kan jag skicka?

[p]Så du vill köra en Python- eller Node.js-app på ditt [url=%helpdesk-article-url-53]webbhotell[/url]? Smart drag. Det här är kraftfulla teknologier som låter dig bygga allt från enkla API:er till komplexa webbapplikationer.[/p]

[p]Men saken är den här: alla servrar är inte likvärdiga.[/p]

[p]Om du hostar hos Site.%applicationhostdomain är [b]CloudLinux-webbhotellservrar[/b] ditt bästa val för att köra Python- eller Node.js-applikationer. Här är varför.[/p]

[h2]Varför CloudLinux-servrar?[/h2]

[p]CloudLinux-servrar har inbyggda selektorer för både Python och Node.js. Tänk på selektorer som versionshanterare som låter dig:[/p]

[ul]
[li]Välja exakt vilken version av Python eller Node.js du behöver[/li]
[li]Växla mellan versioner utan att appen slutar fungera[/li]
[li]Deploya flera applikationer med olika versionskrav[/li]
[/ul]

[p]Den här flexibiliteten spelar stor roll.[/p]

[p]Säg att du byggde din app med Node.js version 14, men vill testa den med version 18. På en CloudLinux-server kan du göra det utan att påverka din produktionsapplikation. Inga problem.[/p]

[h2]Vad gör CloudLinux annorlunda?[/h2]

[p]CloudLinux använder Apache Passenger för att köra dina Python- och Node.js-applikationer. Det ger dig:[/p]

[ul]
[li][b]Resursisolering[/b] - Din app påverkas inte av andra användare på samma server[/li]
[li][b]Automatisk processhantering[/b] - Servern hanterar start och stopp av din applikation automatiskt[/li]
[li][b]Bättre stabilitet[/b] - Om en applikation kraschar tar den inte med sig hela servern[/li]
[/ul]

[h2]Serverkrav för Python och Node.js[/h2]

[p]Här är vad du behöver veta om att köra dessa applikationer:[/p]

[p][b]För Node.js:[/b][/p]
[p]Även en grundläggande Node.js-app behöver faktiska serverresurser. Du kan inte köra Node.js i en webbläsare som vanlig JavaScript. De flesta applikationer fungerar bra med 512 MB minne, men komplexa appar kan behöva 1 GB eller mer.[/p]

[p][b]För Python:[/b][/p]
[p]Python-appar har liknande krav. De exakta resurserna beror på vad din applikation gör. Ett enkelt API? Minimala resurser. En databearbetningsapplikation? Då behöver du mer kraft.[/p]

[p]Den goda nyheten? CloudLinux-servrar hos Site.%applicationhostdomain är optimerade för just detta.[/p]

[h2]Hur du väljer en CloudLinux-server hos Site.%applicationhostdomain[/h2]

[p]När du sätter upp din hosting behöver du välja rätt servertyp.[/p]

[p]För en fullständig genomgång, kolla in [url=%helpdesk-article-url-70]den här guiden om att välja din webbhotellserver[/url].[/p]

[h2]Kort sagt[/h2]

[p]Att köra Python- eller Node.js-appar behöver inte vara komplicerat. Välj en CloudLinux-webbhotellserver hos Site.%applicationhostdomain och du får:[/p]

[ul]
[li]Versionsväljare för enkel hantering[/li]
[li]Resursisolering för stabilitet[/li]
[li]Apache Passenger för automatisk processhantering[/li]
[/ul]

[p]Din applikation förtjänar en server som kan hänga med. CloudLinux-webbhotell hos Site.%applicationhostdomain ger dig exakt det.[/p]

Bästa servrar för Python- och Node.js-appar

[p]De flesta [url=%helpdesk-article-url-57]SSL-certifikat[/url] behöver förnyas var tredje månad. Det är en automatiserad process som vanligtvis fungerar problemfritt.[/p]

[p]Men här är problemet: om förnyelsen misslyckas blir din webbplats otillgänglig. Eller ännu värre, besökare ser en stor skrämmande säkerhetsvarning i sin webbläsare. Det vill man ju inte ha.[/p]

[h2]Vad kan göra att SSL-förnyelsen misslyckas?[/h2]

[p]Låt oss gå igenom de vanligaste orsakerna.[/p]

[p][b]Fel underdomäner inkluderade[/b][/p]

[p]Begärde du SSL-certifikatet för ditt domännamn [i]och[/i] alla underdomäner som du faktiskt använder? Bra.[/p]

[p]Men inkluderade du också underdomäner som mail, ftp eller smtp? Det är där det går fel.[/p]

[p]Här är varför: din mail-underdomän pekar inte på din webbhotellserver. Så när SSL-utfärdaren försöker verifiera att din underdomän är ansluten till servern misslyckas kontrollen. Resultat: ingen SSL-förnyelse.[/p]

[p][b]Webbplatsproblem[/b][/p]

[p]Fungerar din webbplats ordentligt? Pekar den på rätt server?[/p]

[p]Om din webbplats inte fungerar korrekt eller pekar på fel server kommer din SSL-förnyelse att misslyckas. Så enkelt är det.[/p]

[h2]Hur löser du det?[/h2]

[p]Den goda nyheten? Lösningen är enkel.[/p]

[p][b]Kontrollera först att din webbplats fungerar[/b][/p]

[p]Innan du fixar SSL-certifikatet, kontrollera att din webbplats verkligen fungerar. Besök ditt domännamn i en webbläsare. Visas din webbplats? Om inte, måste det åtgärdas först.[/p]

[p]I de flesta fall orsakas en icke-fungerande webbplats av saknade DNS-poster. [url=%helpdesk-article-url-89]Se den här guiden för att fixa saknade DNS-poster[/url].[/p]

[p]När din webbplats fungerar korrekt, följ dessa steg:[/p]

[ol]
[li][url=%helpdesk-article-url-22]Gå till DirectAdmin[/url] och öppna sidan 'SSL-certifikat'[/li]
[li]Ta bort det gamla certifikatet[/li]
[li]Begär ett nytt genom att följa [url=%helpdesk-article-url-31]den här guiden[/url][/li]
[/ol]

[p]Men här kommer det viktigaste: [b]begär SSL-certifikatet endast för ditt faktiska domännamn och www-underdomänen[/b].[/p]

[p]Om du använder andra underdomäner för din webbplats (som blog eller shop), inkludera dem också. Men inkludera [i]inte[/i] tekniska underdomäner som:[/p]

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

[p]Dessa kan orsaka problem med förnyelsen längre fram.[/p]

[p]När du väl har begärt ett nytt certifikat med endast de underdomäner du faktiskt använder kommer ditt SSL att förnyas automatiskt var tredje månad utan problem. Detta förutsätter att din webbplats fungerar korrekt och pekar på rätt server.[/p]

Varför gick min SSL-förnyelse inte igenom?

Fragen zu E-mail

Email questions

Preguntas del email

À propos des adresses e-mail

E-mail vragen

Pytania e-mail

Tengo una web que usa la funcion nativa de PHP mail() para enviar correos y no me funciona, como ya he teneido en otras ocasiones problemas con esta funcion he cambiado todo el código para usar la librería PHPmailer pero tampoco me funciona, el proceso lo acaba correctamente y no me da ningún tipo de error, de hecho en el control de errores de mi web intento cazar si da algún error pero no da ninguno pero nunca llega al destino, he probado con muchas cuentas de correo pero no llega nunca. Esta funcionalidad es imprescindible para cualquier hosting porque para cualquier web que tenga acceso de usuarios es necesario por ejemplo para cambiar la clave

Problema con envios de correos con PHP

Alles zu Off-Topic

Anything off topic

Cualquier tema libre

Autres sujets

Alles off-topic

Wszystko poza tematem

Pues eso soy primero en escribir en este foro, en este momento no hay ni un solo tema abierto en ninguna de las secciones.
Una lástima que tenga un mínimo de 200 caracteres para poder publicar, por eso me estoy enrollando.
Saludos a todos.

El primero en estrenar el foro soy yo

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

Hola me gustaria saber cómo y dónde  incluir las lineas en la configuracion de mi pagina web que me indican desde mi sitio en Dailymotion para poder monetizar los videos que subo a mi pagina web ya que me indican que están desactualizadas

¿Cómo podemos ayudarte?

O encuentra artículos y guías en nuestro centro de ayuda.

Recibe información y asesoramiento de uno de nuestros miembros del equipo

Gestiona DNSSEC de tu dominio en Site.es

Nuevos artículos añadidos

Foro de clientes de Site.es