Apparently, my host clears error logs every 24 hours, and it took a while for the log entries pertaining to my recent issues to show up.
Here they are:
[Fri Aug 31 08:39:54 2007] [error] [client 207.38.5.178] (2)No such file or directory: File does not exist: /var/chroot/home/content/d/a/r/darinland1/html/posting.php
[Fri Aug 31 08:40:08 2007] [error] [client 83.176.204.32] (2)No such file or directory: File does not exist: /var/chroot/home/content/d/a/r/darinland1/html/viewforum.php
[Fri Aug 31 08:40:57 2007] [error] [client 69.92.179.101] (2)No such file or directory: File does not exist: /var/chroot/home/content/d/a/r/darinland1/html/index.php
[Fri Aug 31 08:41:04 2007] [error] [client 69.92.179.101] (2)No such file or directory: File does not exist: /var/chroot/home/content/d/a/r/darinland1/html/index.php
[Fri Aug 31 08:41:15 2007] [error] [client 69.92.179.101] (2)No such file or directory: File does not exist: /var/chroot/home/content/d/a/r/darinland1/html/index.php
[Fri Aug 31 08:41:27 2007] [error] [client 69.92.179.101] (2)No such file or directory: File does not exist: /var/chroot/home/content/d/a/r/darinland1/html/index.php
To answer your question, yes, I can trigger the problem consistently. It happens every time I try to activate or deactivate specials--every time, without fail, it happens on the 2nd or 3rd special being activated or deactivated. And it only happens when I'm doing this, so clearly it is this action that is triggering the problem, whatever it might be.
I doubt there's any problem with my install, since absolutely nothing unusual was done during the install process--it was installed step by step according to ZenCart instructions.
I am also not doing anything out of the ordinary that would trigger the problem. I am simply using the admin functions as they were intended, as they have been designed.
I'll try that database-repair you suggest...
DrByte:
"cannot find server" messages suggest that the webserver service has crashed or cannot be reached.
Have you talked to your hosting company to confirm whether something you're doing is actually resetting the webserver services (ie: apache) ?
As far as Zen Cart is concerned, updating specials simply flips a few database fields. It's not a server-intensive process.
Can you trigger the problem consistently ? ie: every time you update specials ?
If you can trigger it on-demand, try running a database-repair (phpMyAdmin) on all your tables, and test again.
What happens if you install a fresh uncustomized copy of Zen Cart in another folder and database, perhaps with demo products, and try changing specials in the same manner as you've been doing ? Does it crash things then too ? If so, there's something amuck on your server. If not, then there's something amuck in your existing ZC setup ... perhaps files or data ... uncertain at this point.