TweezerMan

Welcome to the forums, dcthunder57!

Welcome to the forums, Dave!

Bill (Head Guru) posted this info about server backups some months ago: I believe CPanel also makes a home directory backup nightly, which is what you download by clicking on the "Download a home directory Backup" link in the Backup section of your CPanel. (Note that this is not a "full" backup, in that it does not include any MySQL databases you may have, e-mail aliases, or e-mail filters.) All of these backups are run overnight and take hours to complete. At the time s107 was taken down due to the bad hard disk, *if* a backup was running, it probably would not have been completed and thus could not be relied upon to restore accounts to the new disk drive. Since all types of backups are run overnight, the latest backup that could have been reasonably expected to be available would have been one made the night before (Saturday night). Since the changes you made to your web site were done after that backup was made, those changes would be lost when that backup was restored. This should not be "alarming" - there is no way a server backup could contain changes you made to your site on the same day the server failed. As has been previously mentioned, backing up your data is ultimately your responsibility. If you have critical data on the server you need to be preserved, or need more frequent backups than what TCH provides, you should make and download your own backups.

I did some searching on Google for info about how the "Home Directory" backup link works. Assuming what I found is correct, what you download from that link is not a temp file nor is it generated 'on the fly'. The "Home Directory" backup link is a link to the daily backup file that CPanel automatically creates during its nightly backup procedure. The daily backup file is stored on the server's backup drive (not within your user account disk space). The "Home Directory" backup immediately downloads when you click on the link because the file already exists, and it is not deleted when the download is completed. Note that it is also not a current backup - it could be up to 24 hours old. If you need a current, up-to-the-minute backup, you should generate one using the "Generate/Download a Full Backup" link in CPanel. I don't know if this backup file counts against your disk quota or not. It might be worth putting in a Help Desk ticket to see if the nightly CPanel "Home Directory" backups are being created properly for your account, and if they are not, see if they can determine why (by examing any log files that CPanel may have recorded during the nightly backup process). It's also possible that the backup file is being created correctly, but you are unable to fully download it without error for some reason. Disk space that is used for storage of backups is still space being used by the customer. I hardly think it would be fair to allow a customer to use the full 850MB in disk space for their web site, then expect that they would be allowed to use an additional 200-400MB of disk space for backups, no matter how long they exist on the server. While one customer could conceivable do this on a server without serious impact, the reality is that there are dozens of customers with accounts on the same server, and if they were all allowed to exceed their disk quotas by up to 50%, the server would rapidly run out of disk space. The 850MB that you have for your account is for all purposes - web hosting, FTP hosting, e-mail, databases, backup files, etc. - not just web hosting. If you find that you need 850MB of disk space to host your web site, and another 200-400MB to properly back it up, that would indicate to me that you need a hosting plan with 1050MB of disk space (Deluxe plan) or 1250MB of disk space (Gold plan).

The imap_open() PHP function is supported on TCH servers. I'd first suggest making sure the parameters for the e-mail server (server name, username, password) are set up correctly in the plugin.

If I recall correctly, disk quotas are calculated and enforced via the user ID who owns the files, no matter where they are on the server. This would include files within your hosting account space, but also includes files such as MySQL databases, which are owned by your user ID but not stored within your account space and do count against your disk space quota. The backup process is being run under your user ID, so any files it creates would be owned by you, including any temp files created in the server's /tmp directory. Temp files owned by you should count against your disk quota just as any file owned by you would. I don't see how not including backups in the disk quota limits would be logical. When you purchase a hosting account, part of what you're buying is 'X' amount of disk space on the server, for whatever purpose you decide to use it for. If backup files were not included in calculating disk quota limits, it would effectively render the disk quotas useless. TCH would not be able to control how much disk space customer accounts could take up on the server. I don't know that I agree that users should be able to create backups that clearly and excessively exceed their disk quota. It seems like something that could cause issues for other customers on the server, and something that could potentially be abused. If you want to be able to back up your account, yes, you have to have free space on your account in order to do so. A typical account should be able to be backed up with up to 80% of it's disk quota used, but the exact amount of free space required depends on the types of files that are being backed up. It is usually not a good idea in any situation to use up nearly all of the free disk space. On a Windows PC, you cannot defrag a hard disk that is over 90% full (the system needs the 10% of free disk space to temporarily store files and fragments of files as it reorganizes the files on the hard drive). Currently, I see only two ways to back up what's on your account: 1) Manually download your site via FTP, and manually backup the things that CPanel includes when it does a backup (MySQL databases, mail accounts, mail forwarders, etc.). 2) Upgrade your account to one with a higher disk quota, then backup your account normally.

My girlfriend keeps a 4-1/2 lb. cast iron tortilla skillet around in case I get out of line: It's a challenge to keep coming up with new hiding place for the skillet so she won't find it while I'm sleeping!

Welcome to the forums, Derek! BoxTrapper is being removed from TCH servers and will no longer be available in CPanel due to the excessive load issues it causes.

You need to submit a ticket to the Help Desk and ask them to recompile PHP with all of the options normally used on TCH servers. Looking at phpinfo() on your server, the 'Configure Command' section only shows the following: The server hosting my account shows the following: The '--with-gd' option missing from your server's PHP configure command is why the imagecreatefromjpeg() function does not work on your server now, but as you can see above, your server is missing a lot more than that. The Help Desk should be able to quickly take care of this once you bring it to their attention.

Welcome to the forums, uamuzeme!

'max_input_time' is also a PHP configuration setting that can be set in your .htaccess file: >php_value max_input_time 300 This would set the file upload timout to 5 minutes (300 seconds).

'upload_max_filesize' is a PHP configuration setting that would indeed limit the size of files you could upload. You can change this by adding the following to your .htaccess file, which would increase that limit to 5MB: >php_value upload_max_filesize 5M

You're going to have to live with that warning - it is not something that you have the ability to 'turn off' (disable). The version PHP that TCH is currently running is pretty recent, so I would not expect to encounter any open_basedir 'bugs'. Check the directories and make sure they have 0777 permissions, and also look within each of those directories and change the permissions of all files and subdirectories within them to 0777 as well. Nope - blue skies and sunny today!

Yes, I am! Since you cannot change the ownership of the directories, you would want to change the permissions on the directories to 0777. 0775 permissions would not help you in this case. One thing I overlooked in my previous post: The 'chmod' command that is given includes the '-R' option, which makes the 'chmod' command recursively set permissions on every file and subdirectory within each listed directory. I don't know if this is strictly necessary or not (or even if there's any addtional files and subdirectories in the above listed directories). I'd suggest changing the permissions on the 8 listed directories above to 0777, and if eZ Publish still indicates permission problems, then go into each of those listed directories and set each file and subdirectory within them to 0777 permissions as well.

TCH doesn't 'approve' scripts nor maintain such a list. Some scripts cannot be run on your account because they require root access to the server, or access to directories outside of your account. A few other scripts have been banned because they consume excessive resources or do inappropriate things. Beyond that, you'd just need to look at the script's requirements and see if what's installed on the TCH server meets them. I'm not really up on what various CMS scripts are available, but whether one is 'install friendly' or not is in the eye of the installer, if you ask me.

If you sent the Help Desk what you posted above, they may not have been clear on what directories you wanted the permissions changed on. A 'var' directory in your web space is okay, but there is also a '/var' system directory that would indeed be off-limits to you. The directories to be changed should be have been specified as full paths: >/home/username/public_html/nbcms/settings /home/username/public_html/nbcms/settings/override /home/username/public_html/nbcms/var /home/username/public_html/nbcms/var/storage /home/username/public_html/nbcms/var/cache /home/username/public_html/nbcms/settings/siteaccess /home/username/public_html/nbcms/settings/siteaccess/admin /home/username/public_html/nbcms/design (where 'username' is your CPanel username). The 'chmod' command changes the permissions on the listed directories to 0775.The 'chown' command changes the ownership of the directories from you to the user 'nobody' (which is the user ID that PHP scripts run under). You could change the directory permissions yourself, using an FTP program or the File Manager in CPanel. However, the system will not allow you to perform any kind of 'chown' command - this is something that would have to be done by the Help Desk (assuming they would be willing to do it). The 'chmod' command in this case changes the permissions on the listed directories to 0777. Again, you can change the directory permissions yourself using an FTP program or the File Manager in CPanel. This option is your best bet to getting eZ Publish working on your site (and you don't need to Help Desk to do anything at all on your account).

Welcome to the forums, dave_the_designer!

Done.

Welcome to the forums, Sam! From what I've seen in both Perl and PHP, there are libraries available to interact with a mailbox, grab any e-mails sitting in the account, extract any attachments, and save them where you want. I have not seen any kind of code that would do the same thing from a filter script though.

Welcome to the forums, Brent!

Rob: Apache server modules cannot be added or enabled from .htaccess files - this has to be done in the main server config file. TheCanadian: mod_auth_mysql is not a core Apache module, so it is something that would have to manually installed on the server first before it could be enabled. I don't think the Help Desk would be willing to do that, but you can ask.

Keep in mind that Dick could wait for everyone to reserve their post numbers, then go back and delete Robert's original reply (post #2) so all of the subsequent posts will get renumbered...just to keep it interesting!

Welcome to the forums, Debi!

Welcome to the forums, Rundi!

The Error Log in CPanel should indicate why you're getting a 500 error. Looking at phpinfo() on my server, under apache / Loaded Modules, I do not see mod_auth_mysql as being loaded. I would presume this is the same on other TCH servers as well. If you need to know for sure, submit a ticket to the Help Desk and ask them.