From: tracker1@vert.synchro.net.remove-g1a-this

Given the upcoming changes in Chrome 72, namely the removal of FTP rendering, it may be
time to get support for an updated File structure in place for the web interface directly.

https://www.chromestatus.com/feature/6199005675520000
--
Michael J. Ryan
http://tracker1.info/
--- Synchronet 3.17a-Win32 NewsLink 1.110
* Vertrauen - Riverside County, California - telnet://vert.synchro.net

--- SoupGate-Win32 v1.05
* Origin: www.darkrealms.ca (1:229/2)

From: digital.man@vert.synchro.net.remove-jfj-this

To: Tracker1
Re: HTTP Access to Files
By: Tracker1 to All on Tue Dec 18 2018 02:25 pm

Given the upcoming changes in Chrome 72, namely the removal of FTP rendering, it may be
time to get support for an updated File structure in place for the web interface directly.

https://www.chromestatus.com/feature/6199005675520000

Sure. Wouldn't be hard to do either. echicken may already have this in one or more of his web UIs for Synchronet (?).

digital man

Synchronet "Real Fact" #78:
Synchronet Match Maker had at one time over 4000 profiles of men and women. Norco, CA WX: 65.8øF, 62.0% humidity, 4 mph E wind, 0.00 inches rain/24hrs
--- Synchronet 3.17a-Win32 NewsLink 1.110
* Vertrauen - Riverside County, California - telnet://vert.synchro.net

--- SoupGate-Win32 v1.05
* Origin: www.darkrealms.ca (1:229/2)

From: echicken@ECBBS.remove-zb5-this

To: Digital Man
Re: HTTP Access to Files
By: Digital Man to Tracker1 on Tue Dec 18 2018 14:46:16

Sure. Wouldn't be hard to do either. echicken may already have this in one or more of his web UIs for Synchronet (?).

Yes, there's file area stuff in the latest, no FTP involved. It's slow when you have *lots* of files, which is something I mean to do some work on.

---
echicken
electronic chicken bbs - bbs.electronicchicken.com - 416-425-5435
þ Synchronet þ electronic chicken bbs - bbs.electronicchicken.com
--- Synchronet 3.17a-Win32 NewsLink 1.110
* Vertrauen - Riverside County, California - telnet://vert.synchro.net

--- SoupGate-Win32 v1.05
* Origin: www.darkrealms.ca (1:229/2)

From: digital.man@vert.synchro.net.remove-vxj-this

To: echicken
Re: HTTP Access to Files
By: echicken to Digital Man on Tue Dec 18 2018 06:58 pm

Re: HTTP Access to Files
By: Digital Man to Tracker1 on Tue Dec 18 2018 14:46:16

Sure. Wouldn't be hard to do either. echicken may already have this in one or more of his web UIs for Synchronet (?).

Yes, there's file area stuff in the latest, no FTP involved. It's slow when you have *lots* of files, which is something I mean to do some work on.

The file transfers themselves don't use ftp?

digital man

This Is Spinal Tap quote #35:
Jeanine Pettibone: You don't do heavy metal in Dubly, you know.
Norco, CA WX: 60.7øF, 70.0% humidity, 4 mph ESE wind, 0.00 inches rain/24hrs --- Synchronet 3.17a-Win32 NewsLink 1.110
* Vertrauen - Riverside County, California - telnet://vert.synchro.net

--- SoupGate-Win32 v1.05
* Origin: www.darkrealms.ca (1:229/2)

From: digital.man@vert.synchro.net.remove-vck-this

To: echicken
Re: HTTP Access to Files
By: echicken to Digital Man on Tue Dec 18 2018 10:10 pm

Re: HTTP Access to Files
By: Digital Man to echicken on Tue Dec 18 2018 17:36:56

The file transfers themselves don't use ftp?

Nope, it's all done over HTTP. The requested file is read and sent in chunks to the client. (I thought about copying the file to a temp location and letting the webserver handle the transfer, but didn't want to deal with various cleanup scenarios.)

And you're handling all the credits and ratio enforcement stuff?

digital man

This Is Spinal Tap quote #6:
David St. Hubbins: He was the patron saint of quality footwear.
Norco, CA WX: 56.2øF, 83.0% humidity, 0 mph SSW wind, 0.00 inches rain/24hrs --- Synchronet 3.17a-Win32 NewsLink 1.110
* Vertrauen - Riverside County, California - telnet://vert.synchro.net

--- SoupGate-Win32 v1.05
* Origin: www.darkrealms.ca (1:229/2)

From: echicken@ECBBS.remove-325-this

To: Digital Man
Re: HTTP Access to Files
By: Digital Man to echicken on Tue Dec 18 2018 17:36:56

The file transfers themselves don't use ftp?

Nope, it's all done over HTTP. The requested file is read and sent in chunks to the client. (I thought about copying the file to a temp location and letting the webserver handle the transfer, but didn't want to deal with various cleanup scenarios.)

---
echicken
electronic chicken bbs - bbs.electronicchicken.com - 416-425-5435
þ Synchronet þ electronic chicken bbs - bbs.electronicchicken.com
--- Synchronet 3.17a-Win32 NewsLink 1.110
* Vertrauen - Riverside County, California - telnet://vert.synchro.net

--- SoupGate-Win32 v1.05
* Origin: www.darkrealms.ca (1:229/2)

From: echicken@ECBBS.remove-hh4-this

To: Digital Man
Re: HTTP Access to Files
By: Digital Man to echicken on Tue Dec 18 2018 21:19:25

And you're handling all the credits and ratio enforcement stuff?

Not at all. Right now it only cares if the user 'can_download' from that directory. (So even if that takes credits into account, I still need to adjust them after the file has downloaded.) Seems like it should be doable though.

---
echicken
electronic chicken bbs - bbs.electronicchicken.com - 416-425-5435
þ Synchronet þ electronic chicken bbs - bbs.electronicchicken.com
--- Synchronet 3.17a-Win32 NewsLink 1.110
* Vertrauen - Riverside County, California - telnet://vert.synchro.net

--- SoupGate-Win32 v1.05
* Origin: www.darkrealms.ca (1:229/2)

From: digital.man@vert.synchro.net.remove-6nk-this

To: echicken
Re: HTTP Access to Files
By: echicken to Digital Man on Wed Dec 19 2018 07:58 am

Re: HTTP Access to Files
By: Digital Man to echicken on Tue Dec 18 2018 21:19:25

And you're handling all the credits and ratio enforcement stuff?

Not at all.

If you performed the download via (authenticated, not anonymous) FTP instead, then sbbs would take care of that stuff automatically.

Right now it only cares if the user 'can_download' from that
directory. (So even if that takes credits into account, I still need to adjust them after the file has downloaded.) Seems like it should be doable though.

The function sbbs_t::downloadfile() in download.cpp (not exposed via JS) handles the "post-successful-download" stuff that sbbs (and the FTP server) do: - subtract credits from the downloader
- adjust downloader's transfer stats (handled by user_downloaded which *is*
exposed via JS)
- gives the approprimate number of credits (or minutes) to the file's uploader - notifies the uploader that their file has been downloaded
- updates the stats for the downloaded-file (in the file base):
+ times downloaded
+ last download date

The FTP server (ftpsrvr.c) has its own copy of this logic to perform for successfully-downloaded files.

digital man

Synchronet/BBS Terminology Definition #8:
BPS = Bits Per Second
Norco, CA WX: 71.4øF, 46.0% humidity, 6 mph E wind, 0.00 inches rain/24hrs
--- Synchronet 3.17a-Win32 NewsLink 1.110
* Vertrauen - Riverside County, California - telnet://vert.synchro.net

--- SoupGate-Win32 v1.05
* Origin: www.darkrealms.ca (1:229/2)

From: mark.lewis@1:3634/12.73.remove-ogh-this

To: echicken

On 2018 Dec 18 18:58:00, you wrote to Digital Man:

Yes, there's file area stuff in the latest, no FTP involved. It's
slow when you have *lots* of files, which is something I mean to do
some work on.

my old system generated static html files via a script at (ir)regular intervals... i think this would be a good possible way to go... depending on how you format them, they could be server-side included into the display template...

)\/(ark

Always Mount a Scratch Monkey
Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
... Weather pays no attention to criticism.
---
* Origin: (1:3634/12.73)
--- Synchronet 3.17a-Win32 NewsLink 1.110
* Vertrauen - Riverside County, California - telnet://vert.synchro.net

--- SoupGate-Win32 v1.05
* Origin: www.darkrealms.ca (1:229/2)

From: nelgin@EOTLBBS.remove-7av-this

To: echicken
echicken wrote:

Re: HTTP Access to Files
By: Digital Man to echicken on Tue Dec 18 2018 17:36:56

The file transfers themselves don't use ftp?

Nope, it's all done over HTTP. The requested file is read and sent in

chunks

to the client. (I thought about copying the file to a temp location and letting the webserver handle the transfer, but didn't want to deal with

various

cleanup scenarios.)

And how is HTTP any more secure than ftp? ftp is a lightweight, bloat free protocol. This may be the final nail in the coffin of Chrome for me. I hate other people making choices because they're tying to either save me from
myself or they think they know I want something I don't.

---
þ Synchronet þ End Of The Line BBS - endofthelinebbs.com
--- Synchronet 3.17a-Win32 NewsLink 1.110
* Vertrauen - Riverside County, California - telnet://vert.synchro.net

--- SoupGate-Win32 v1.05
* Origin: www.darkrealms.ca (1:229/2)

From: echicken@ECBBS.remove-whs-this

To: Nelgin
Re: Re: HTTP Access to Files
By: Nelgin to echicken on Thu Dec 20 2018 21:36:44

And how is HTTP any more secure than ftp? ftp is a lightweight, bloat free

I never said that it was, or that security factored into my reasons for doing it this way at all.

And how is HTTP any more secure than ftp? ftp is a lightweight, bloat free protocol. This may be the final nail in the coffin of Chrome for me. I

Setting aside whatever merits FTP may have and whether Chrome deserves its popularity, it seems for the best to have a web-based file area thingie that'll work in a fairly ubiquitous browser. Not that I knew this was coming; it's just a lucky coincidence that I didn't make it embed x number of ftp://username:password@host/ links in the page. It *could* optionally do that of course.

---
echicken
electronic chicken bbs - bbs.electronicchicken.com - 416-425-5435
þ Synchronet þ electronic chicken bbs - bbs.electronicchicken.com
--- Synchronet 3.17a-Win32 NewsLink 1.110
* Vertrauen - Riverside County, California - telnet://vert.synchro.net

--- SoupGate-Win32 v1.05
* Origin: www.darkrealms.ca (1:229/2)