Привет,
да, предложений и идей у нас у всех много, но насчет будущего трудно на данный момент что-то конкретное сказать.
Русский уголок тут к сожалению не прижился, видимо менталитет не совместимый и все разбежались.
но обновиться до новой версии очень советую, панелька прослужит еще несколько лет без проблем, а там уже видно будет. минимум из соображений безопасности.
перед обновлением обязательно сделай резервную копию и проверь ее.
again, this is the browserside error message. you need to show us the serverside message. under dev tools / network tab.
but please, find help on stackoverflow. here is a support forum for i-MSCP. we can not teach you in webdevelopment which is the case here.
nextx42, again, show us the related php error, not the browserside javascript error.
if you don't understand what i mean, please get a local web/php developer to help you.
this is a javascript, so a browserside error. to see if datatables gives the error because of php output serverside you need to use your browser dev/inspection tools and show the requested response from php. then we can decide if this error is related to php compatibility of datatables serverside script or really an phswitcher error.
phpswitcher is a plugin, which only chages php version, if you change the customers php version, you need to get sure before, that your php applications are compatible. or go over to stackoverflow 
i would guess, that after switching to a different php version, your servide script is throwing deprecated warnings into the json response (and so drawing it unusable for datatables) or something like that.
Also ich mache das eigentlich genau so, schaue ab und zu im Adminbereich in Debug-Übersicht, aber nicht täglich.
Wobei bei Fehlern startet das Letsencrypt-Plugin einen Neuversuch automatisch, und falls der Grund für den vorigen Fehler behoben ist, wird der Neuversuch auch klappen. Manchmal, wenn ich länger nicht reinschaue, kommt aber auch der Fall vor, dass ein Kunde anruft. Meist besteht einfach das Urproblem noch (meist DNS)...
Zb. ein Kunde sich einen Alias anlegt, deren DNS gar nicht bei uns gehostet ist, aktiviert Letsencrypt und fragt wieso das nicht funktioniert 🤦♂️
because you manually renewed only the cert, so the plugin has not updated the webserver vhost files and its own database entries. set the database entries as i said above and rerun renew via panel. letsencrypt won't issue a new cert in that case, but the plugin will update all needed configs.
Will be updated and online soon. No panic.
In /var/log/letsencrypt you can probably find more about the error.
If not, update letsencrypt client with apt and then in the table imscp.letsencrypt set the column letsencrypt_status to 'ok' and column letsencrypt_previous_status to NULL and retry renew from panel. Report back.
Wenn es von einem i-MSCP Server zu einem anderen i-MSCP server geht, kannst die Kennwörter in verschlüsselter Form direkt aus der einen Datenbank in die andere kopieren.
Kunde auf dem neuen Server anlegen mit temporären Kennwörtern, Daten migrieren, Kennwörter 1:1 kopieren, sollte alles laufen und der Kunde merkt nichts.
Naja, damit die DNS Einträge funktionieren, muss der Server beim Domainregistrar als Nameserver registriert sein und bei der domain IN NS record eingetragen sein.
Dafür braucht es aber noch mindestens einen zweiten Nameserver der als Slave läuft und vom i-MSCP die Zonen holt.
Dieses Thema hier komplett durchzukauen sprengt den Rahmen und gehört zu den Mindestkenntnissen die man benötigt.
das Custom DNS feature macht nichts anderes, als im lokalen bind die Zonen zu verwalten, es gibt mehrere Wege diese zu propagieren.
