Recent Posts

Pages: [1] 2 3 ... 10
1
CentOS-WebPanel Bugs / Re: Cannot log in to the MySQL server
« Last post by overseer on December 20, 2024, 10:36:37 PM »
Are you able to login as root okay? Is it just end users who cannot login to phpMyAdmin?
Are sites still working that use various DB users (e.g. kostivca_wp1234)?
2
Updates / Re: Problem Yesterday Update (19Dic)
« Last post by overseer on December 20, 2024, 10:34:00 PM »
I haven't noticed any problems with yesterday's CWP update (0.9.8.1190). Try this:
https://blog.alphagnu.com/fix-cwp-500-internal-server-error-expired-white-blank-screen/
3
CentOS-WebPanel Bugs / Re: Cannot log in to the MySQL server
« Last post by cyberspace on December 20, 2024, 08:35:01 PM »
Make sure your account isn't out of free space. If it is ok then try to reset your CWP password and then make new attempt to access MySQL using PHPMyAdmin.
4
Installation / Re: CWP without dns and mail
« Last post by Starburst on December 20, 2024, 05:22:05 PM »
Ah, you want to hide the icons in the user control panel.

Gotcha.

You will have to create some profiles. You can make these per Package (so when someone signs up for a certain package) or per Account.

You can do that under User Accounts -> Features,Themes,Languages

Then just Check or Uncheck what you want the end user to see in their control panel.
5
CentOS-WebPanel Bugs / Cannot log in to the MySQL server
« Last post by mkaioh2 on December 20, 2024, 04:44:15 PM »
I enter my control panel, go to phpMyAdmin and another page opens where it asks me for a username and password, I already entered the username and password for the control panel, for the database and nothing works... In theory that window should not appear, I would just log in directly and that's it.
6
Installation / Re: CWP without dns and mail
« Last post by walkingwithlee on December 20, 2024, 02:57:49 PM »
Not really, your best option is just to disable those services you are not using.

I need to hide it completely from users seeing them. The services are "disabled" but doesnt stop users trying to use them.

Also would be awesome to have a plugin to Cloudflare API to manage DNS
7
Updates / Re: Permission issue after cwppro update
« Last post by josephchuks on December 20, 2024, 02:43:36 PM »
Problem fixed.

I had to create a script to copy /usr/local/cwpsrv/htdocs to /root and then replace codeEditor.php and move back to /usr/local/cwpsrv/htdocs
8
Updates / Permission issue after cwppro update
« Last post by josephchuks on December 20, 2024, 01:59:44 PM »
I use cwppro with a custom codeEditor.php I created:
Code: [Select]
https://github.com/JosephChuks/cwp-codeEditor as I find the default codeEditor not up to what I want.

I changed it for admin and user respectively:
Code: [Select]
/usr/local/cwpsrv/htdocs/admin/admin/codeEditor.php and
Code: [Select]
/usr/local/cwpsrv/var/services/users/codeEditor.php and it has been working fine until the recent cwppro update. Although I created a script to overwrite the default cwppro codeEditor.php any time there's an update:

Code: [Select]
#!/bin/bash

# Paths
ORIGINAL_FILES_ADMIN="/usr/local/cwpsrv/htdocs/admin/admin/codeEditor.php"
ORIGINAL_FILES_USER="/usr/local/cwpsrv/var/services/users/codeEditor.php"
CUSTOM_FILE="/root/codeEditor.php"

# Log file
LOG_FILE="/var/log/code_editor_restore.log"

# Function to restore admin file
restore_admin_file() {
    local original_file="$1"
    if [ ! -f "$original_file" ] || [ "$(stat -c%s "$original_file")" -ne "$(stat -c%s "$CUSTOM_FILE")" ]; then
        echo "$(date) - $original_file was overwritten. Restoring custom version." >> "$LOG_FILE"
        cp "$CUSTOM_FILE" "$original_file"
        chown root:root "$original_file"
        chmod 644 "$original_file"
    fi
}

# Function to restore user file
restore_user_file() {
    local original_file="$1"
    if [ ! -f "$original_file" ] || [ "$(stat -c%s "$original_file")" -ne "$(stat -c%s "$CUSTOM_FILE")" ]; then
        echo "$(date) - $original_file was overwritten. Restoring custom version." >> "$LOG_FILE"
        cp "$CUSTOM_FILE" "$original_file"
        chown cwpsvc:cwpsvc "$original_file"
        chmod 644 "$original_file"
    fi
}

# Restore files
restore_admin_file "$ORIGINAL_FILES_ADMIN"
restore_user_file "$ORIGINAL_FILES_USER"

The script works fine as it did the job of overwriting the default codeEditor after the update for user:
Code: [Select]
/usr/local/cwpsrv/var/services/users/codeEditor.php  but throws a permission error for the admin:

Code: [Select]
cp: cannot create regular file '/usr/local/cwpsrv/htdocs/admin/admin/codeEditor.php': Operation not permitted
chown: changing ownership of '/usr/local/cwpsrv/htdocs/admin/admin/codeEditor.php': Operation not permitted
chmod: changing permissions of '/usr/local/cwpsrv/htdocs/admin/admin/codeEditor.php': Operation not permitted
9
Updates / Re: Problem Yesterday Update (19Dic)
« Last post by Starburst on December 20, 2024, 08:19:26 AM »
What kind of 'update' did you do from inside CWP?

Sounds like a permission problem.

Goto:
User Accounts -> Fix Permissions -> [Select User] and then check Fix Permissions & Internal Server Error

Then the big blue bar that says 'Fix Selected Issues'
10
Updates / Re: Problem Yesterday Update (19Dic)
« Last post by cyberspace on December 20, 2024, 06:08:55 AM »
Did you check error logs of the subdomains to find what cases the problem ? Please show us the errors.
Pages: [1] 2 3 ... 10