You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
So there's the stuff in /etc/cyberpanel and the stuff in /home/cyberpanel and the stuff in the mysql configs and the stuff spread all over /usr/local/X and a whole buncha of stuff everywhere else.
Everything needs to be co-located under one directory. How about /home/cyberpanel. Everything else... everything will be stored inside this directory. Everything. That includes all the new user home dirs, all the related configs in /etc including for un-vendored externals and their configuration files (e.g. phpMyAdmin; this is likely achieved via bind mount) if they are installed by CP itself, all of the stuff that normally gets dumped into /usr/local, everything. I like Snappymail/Rainloop's approach to configuration files and source code: keep it close, keep it simple. The snappymail approach even allows for relatively simple updates (i.e. just extract the zip over the old directory and everything will be ok) with built-in backup of previous versions.
Also, new users that are created and managed by CP should have some common prefix. Perhaps supreme-X or supreme_X.
Also: it should not be hard to, for instance, change the user and password that CP uses to access MariaDB/MySql. Right now, it's painful.
The text was updated successfully, but these errors were encountered:
Also, why are the MariaDB login credentials stored in multiple places... or anywhere at all? Why not just use UDS authentication instead of this outdated username/password business?
Update: grepping through the source shows many references to /etc/cyberpanel/mysqlPassword. This is unfortunate, and perhaps something to address.
Similarly, /root/.acme.sh and all that should be replaced by normal certbot, no? If not, centralize in /home/cyberpanel. Otherwise, delete it entirely if use chooses to use certbotNo, acme.sh is the superior option. Also necessary for multi-dns single-cert renewal configurations. And I changed my mind again. After playing with acme.sh for a little while... back to using certbot.
Corollary: all logs related to CP, OLS, should be centralized into one top-level directory (under the apex); perhaps /home/cyberpanel/logs by default (and then separated into subdirectories like nginx, litespeed, lscp, etc), and it should be possible to send logs to syslog/journald as well. There should also be an option to hardlink to /var/log (perhaps with periodic permissions fixes).
Also, easy debug-level logging output from CP itself should be toggleable.
So there's the stuff in
/etc/cyberpanel
and the stuff in/home/cyberpanel
and the stuff in the mysql configs and the stuff spread all over/usr/local/X
and a whole buncha of stuff everywhere else.Everything needs to be co-located under one directory. How about
/home/cyberpanel
. Everything else... everything will be stored inside this directory. Everything. That includes all the new user home dirs, all the related configs in/etc
including for un-vendored externals and their configuration files (e.g. phpMyAdmin; this is likely achieved via bind mount) if they are installed by CP itself, all of the stuff that normally gets dumped into/usr/local
, everything. I like Snappymail/Rainloop's approach to configuration files and source code: keep it close, keep it simple. The snappymail approach even allows for relatively simple updates (i.e. just extract the zip over the old directory and everything will be ok) with built-in backup of previous versions.Also, new users that are created and managed by CP should have some common prefix. Perhaps
supreme-X
orsupreme_X
.Also: it should not be hard to, for instance, change the user and password that CP uses to access MariaDB/MySql. Right now, it's painful.
The text was updated successfully, but these errors were encountered: