I haven't seen my web server refuse to recycle altogether, but I have seen it take a long time to kick over. I'll have a look at that and see if there's anything I can find out.

Probably. I haven't used the Control Panel in a long time, so I'm not sure how it's supposed to behave or if this is a prompt you can turn off. If you said "yes", did your webserver shut down even if the browser/tab was still open?

I will have to look to see if there is an option to turn it off. But when I do click on yes, it does take a little while longer to shutdown. If there is not webpage open and there is no persistent connection it shuts down quickly.
--- SBBSecho 3.14-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

in each directory (ie ../webv4/pages; ../webv4/pages/More; ../webv4/sidebar, etc) there is a webctrl.ini file (similar as .htaccess) that is used to control access. if you have ../webv4/pages/More/001-userlist.xjs you can control access to that file (or directory) in webctrl.ini [*001-userlist.xjs] AccessRequirements = Level 50 REST NOT G .. would stop Guest from access to that file

I found the webctrl.ini for the more pages. and its set for Level 50 REST NOT G, it also has AccessRequirements = level 90 which would mean anyone level 90 and above would have access to that page i.e. sysop = 99 :)

yes, that delay in recycling the server is because the web browser is still open and until the browser is closed (closing the tab still keeps the persistence). The Synchronet Control Panel is doing it's intended job by asking to shutdown web server. BTW an unidentified visitor to the web is considered user.number = 0; which is considered Guest.

Well that might be an issue, if someone on the web has a webpage open to my site, and I need to recycle the web service to make a change, then I am theoretically on hold until all pages are closed, or I force the Control Panel to close.(which I would rather not do), And if that were the case, and need to really really make that change, then I would force the connection to disconnect.
--- SBBSecho 3.14-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: Re: 3.18 webv4 configuration help
By: JohnBWilloughby to Mortifis on Wed Mar 31 2021 08:56 am

Well that might be an issue, if someone on the web has a webpage open to my site, and I need to recycle the web service to make a change, then I am theoretically on hold until all pages are closed, or I force the Control Pan to close.(which I would rather not do), And if that were the case, and need really really make that change, then I would force the connection to disconnect.

Another thing to consider, in this day-and-age of bots and web crawlers, as long as connections are being made to your webserver it will not recycle until all of the connections settle down. Changes made to web pages (edited; added; deleted, etc) or a change to any webctrl.ini will not require the web server to recycle. If you are changing modopts.ini; services.ini; sbbs.ini, etc, that requires a recyle, those services will recycle and update and if those changes do not affect the webserver then techically there is no harm, the changed services will update and when webserver is freed up it will recycle also.

---
þ Synchronet þ AlleyCat! BBS Lake Echo, NS Canada alleycatbbs.com
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Another thing to consider, in this day-and-age of bots and web crawlers, as long as connections are being made to your webserver it will not recycle until all of the connections settle down. Changes made to web pages (edited; added; deleted, etc) or a change to any webctrl.ini will not require the web server to recycle.

That is good to know. every time I made a change, i was recycling the web services to make sure I could see the changes.
--- SBBSecho 3.14-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

I see that you've solved your problem. Thanks for reporting it. It's kind of a bug, but not really, but I'll fix it in the near future.

Thank you, I did solve it, Now that I switched the server from upgrade/development to production, the Files menu is not working again. I just get the Header at the top, and the sidebar on the right side. While this is not a game changer to keep on the new platform, if I cant get it to work, I will just remove the Files Option, no like I have a ton of files to offer.

Does the Files Menu index get built each time someone click on the File Menu ?

Is there any kind of debugging logging from the webv4 that can be turned on to see what is happening when a user clicks on the Files Menu ?
--- SBBSecho 3.14-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: 3.18 webv4 configuration help
By: JohnBWilloughby to echicken on Fri Apr 02 2021 08:42:33

upgrade/development to production, the Files menu is not working again. I just get the Header at the top, and the sidebar on the right side. While

Sounds like the Files page script itself is probably exiting abnormally. Either that or perhaps you're logged in as guest or as a user who can't see any file libraries/directories.

Is there any kind of debugging logging from the webv4 that can be turned on to see what is happening when a user clicks on the Files Menu ?

Nothing particular to the Files page, although your web server log might show you an error message when you load the page, which might reveal the problem.

---
echicken
electronic chicken bbs - bbs.electronicchicken.com
---
þ Synchronet þ electronic chicken bbs - bbs.electronicchicken.com
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Sounds like the Files page script itself is probably exiting abnormally. Either that or perhaps you're logged in as guest or as a user who can't see any file libraries/directories.

I am going tot the page, not logging in as a user.

This is the webctrl.ini that is in the Pages folder. :

AccessRequirements = level 90
Authorization = Digest
[*games.xjs]
AccessRequirements = LEVEL 50 AND REST NOT G

its only restricing the access to games to anyone at least level 50 and not guest right ? so Files page should be available. ?

Nothing particular to the Files page, although your web server log might show you an error message when you load the page, which might reveal the problem.

---

I set the logging to debug: and see this :
a request GET page=002-files.xjs and sends a file that is 0 bytes, with a connections aborted by peer on send ?

4/4 02:07:33p 1716 HTTP connection accepted from: 127.0.0.1 port 62166
4/4 02:07:34p 1716 Request: GET /?page=002-files.xjs HTTP/1.1
4/4 02:07:34p 2396 Sending file: C:\sbbs\temp\SBBS_SSJS.10064.2396.html (0 bytes)
4/4 02:07:34p 2396 Connection aborted by peer on send
4/4 02:07:34p 4204 HTTP connection accepted from: 127.0.0.1 port 62167
4/4 02:07:34p 1716 Sending file: C:\sbbs\temp\SBBS_SSJS.10064.1716.html (0 bytes)
4/4 02:07:34p 4204 Request: GET /api/events.ssjs?subscribe=nodelist HTTP/1.1
4/4 02:07:35p 2396 Session thread terminated (2 clients, 7 threads remain, 220 served)
4/4 02:08:15p 1716 Request: GET /?page=000-home.xjs HTTP/1.1
4/4 02:08:15p 1716 HTTP Logoff (user #75) from line 1899
4/4 02:08:15p 4204 JavaScript: Done executing script: C:\sbbs\webv4\root\api\events.ssjs (41.09 seconds)
4/4 02:08:15p 4204 Sending file: C:\sbbs\temp\SBBS_SSJS.10064.4204.html (0 bytes)
4/4 02:08:15p 4204 Request resolved to: C:\sbbs\temp\SBBS_SSJS.10064.4204.html
--- SBBSecho 3.14-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: 3.18 webv4 configuration help
By: JohnBWilloughby to echicken on Sun Apr 04 2021 11:36:44

This is the webctrl.ini that is in the Pages folder. :

AccessRequirements = level 90
Authorization = Digest
[*games.xjs]
AccessRequirements = LEVEL 50 AND REST NOT G

I'll have to take a closer look at webv4's webctrl.ini support, because I know that this is the default for that file but it doesn't look correct to me.

In any event, if this was the cause of the problem, guests probably wouldn't be able to view any of your pages, not just Files, so I doubt if that's related.

its only restricing the access to games to anyone at least level 50 and not guest right ? so Files page should be available. ?

I'm not concerned about webctrl.ini so much as the access requirements that you may have set up in scfg for your file libraries and file directories. webv4 will not show the user any file libraries or dirs that it does not have permission to view; this is separate from whether it shows the page or not.

a request GET page=002-files.xjs and sends a file that is 0 bytes, with a connections aborted by peer on send ?

Something's going wrong but I'm not sure what or where. Not enough detail to go on, I'm afraid.

The Files page will get a big overhaul soon though. Perhaps this will be fixed then.

---
echicken
electronic chicken bbs - bbs.electronicchicken.com
---
þ Synchronet þ electronic chicken bbs - bbs.electronicchicken.com
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)