Can't add images to a category, or insert new products V1.5.6

[jnorwood521]

URL - https://www.huginnnsnest.com/shop
New installation of ZC 1.5.6b. PHP 7.3.6 Running only Shipstation, tax cloud, and USPS tracking plugins. Template is Classic Responsive.

Issue: I am unable to add a new category or edit an existing category, when attempting to change or modify the related image. A category CAN be created or edited when not changing the image settings. I don't know if it is the same issue or not, but I am apparently unable to insert new products with or without an image. In all these cases, when i hit the save or insert buttons, it returns an error stating "This page isn’t working www.huginnsnest.com is currently unable to handle this request.
HTTP ERROR 500".

I assumed initially that it was due to a CHMOD permission on the image directories, however, I checked and all those directories are CHMOD777. I then checked the DB and can't find issues there, but im definitely not any kind of DB expert. The DB user is correct and has all priviledges. Im sure there is a simple answer that I will feel dumb about when it is pointed out, but, I can't find it. If there are more questions or info needed, please let me know.

[Note: remember to include site URL, ZC version, list of plugins, PHP version, etc ... read the Posting Tips shown above for information to include in your post here. And, remove this comment before actually posting!]

[jnorwood521]

apologies. I mistyped the URL in the OP. it is https://www.huginnsnest.com/shop

[dbltoe]

If your site is actually at /shop versus /, then you might have left /shop off of the admin configure.php file.

[jnorwood521]

If your site is actually at /shop versus /, then you might have left /shop off of the admin configure.php file.

I opened the admin/configure.php file and did find this

* Enter the domain for your Admin URL. If you have SSL, enter the correct https address in the HTTP_SERVER setting, instead of just an http address.
 */
define('HTTP_SERVER', 'https://www.huginnsnest.com/shop');
/**

It did not have the /shop when I first opened the file, so I added. I also checked the includes/configure.php file and verified it was correct. I tried again with that correction and still the same result. I am still able to edit or create categories as long as I am not dealing with images. I am unable to edit or insert products with or without images. Attempts to do so still return the 500 error. is this example in the admin configure file supposed to have the admin directory on the end?

Any other ideas what I can try?

[dbltoe]

Take a look at the following. You should probably have something like what's in red with the ****** being your account on the server. This tells the sytem what location and the catalog calls tell the system what folder.

/*************** NOTE: This file is VERY similar to, but DIFFERENT from the "store" version of configure.php. ***********//***************       The 2 files should be kept separate and not used to overwrite each other.              ***********/


/**
 * Enter the domain for your Admin URL. If you have SSL, enter the correct https address in the HTTP_SERVER setting, instead of just an http address.
 */
define('HTTP_SERVER', 'https://huginnsnest.com');
/**
 * Note about HTTPS_SERVER:
 * There is no longer an HTTPS_SERVER setting for the Admin. Instead, put your SSL URL in the HTTP_SERVER setting above.
 */


/**
 * Note about DIR_WS_ADMIN
 * The DIR_WS_ADMIN value is now auto-detected.
 * In the rare case where it cannot be detected properly, you can add your own DIR_WS_ADMIN definition below.
 */


/**
 * Enter the domain for your storefront URL.
 * Enter a separate SSL URL in HTTPS_CATALOG_SERVER if your store supports SSL.
 */
define('HTTP_CATALOG_SERVER', 'https://huginnsnest.com');
define('HTTPS_CATALOG_SERVER', 'https://huginnsnest.com');


/**
 * Do you use SSL for your customers login/checkout on the storefront? If so, enter 'true'. Else 'false'.
 */
define('ENABLE_SSL_CATALOG', 'true');


/**
 * These DIR_WS_xxxx values refer to the name of any subdirectory in which your store is located.
 * These values get added to the HTTP_CATALOG_SERVER and HTTPS_CATALOG_SERVER values to form the complete URLs to your storefront.
 * They should always start and end with a slash ... ie: '/' or '/foldername/'
 */
define('DIR_WS_CATALOG', '/shop/');
define('DIR_WS_HTTPS_CATALOG', '/shop/');


/**
 * This is the complete physical path to your store's files.  eg: /var/www/vhost/accountname/public_html/store/
 * Should have a closing / on it.
 */
define('DIR_FS_CATALOG', '/home/******/public_html/shop/');


/**
 * NOTE about DIR_FS_ADMIN
 * The value for DIR_FS_ADMIN is now auto-detected.
 * In the very rare case where there is a need to override the autodetection, simply add your own definition for it below.
 */


/**
 * The following settings define your database connection.
 * These must be the SAME as you're using in your non-admin copy of configure.php
 */

Also, make sure you have the correct prefix (if any) listed for your database tables.

[jnorwood521]

Thank you for that input. I did make those edits, but am still getting the same results when I try to insert a new product (images or not) or edit/create a category image. I also experimented to see if I could edit an existing product and get the same 500 error. I have not had any trouble with any of the other configuration in this installation so far.

[dbltoe]

If both the configure.php files match those settings and the database credentials match, it's time to get with your host for the cause of the 500 error.

[jnorwood521]

Ok thank you. If I am able to get it resolved through that channel, I will try to post the solution here in case someone is able to benefit from it.

[mc12345678]

Do be sure to double check that the files are actually the same as thought. If one of them that was changed didn't have write permissions then the changes thought to be made may not be saved and somewhat back to square one.

[jnorwood521]

ok, I tried all the tips above and have looked everywhere I can find something even remotely related and nothing has worked. I called my host for help and they referred me to my developer because they can't access the admin area of the ZC installation. I don't have a developer, and can't afford one. My next plan of action is to completely delete ZC from my server, drop all the DB tables and start from scratch. Is this a reasonable approach? or is there something else I should try first?