Messages

1

HFS ~ HTTP File Server / Re: How can I increase download speed?

« on: May 01, 2023, 12:27:33 AM »

I noticed this problem too, but HFS used to max out my bandwidth, so I figured that something changed or broke. I use JDownloader for most downloads, but for some reason it wouldn't make multiple connections on HFS. For those of us who are sticking with the 2.x version, uGet works to max it out again.

2

Programmers corner / Re: Help, Search in comments

« on: April 28, 2023, 11:50:46 PM »

I am looking to do this too and thought I'd share what I came up with, in case anyone else is still looking for a solution. It's not pretty, but it's simple and gets the job done. To show up in the search results, I created a virtual "Tag" folder and created null files (no extension) for the tags, like "folder name - tag1, tag2, tag3". Then I created the "hfs.comments.txt" in the Tag folder, where you can add a link to the "tagged" folder, like:

Code: [Select]

folder name - tag1, tag2, tag3=<a href="/link/to/folder/" target="_blank">Open Folder</a>
If you could replace the null file link with the folder link, then you wouldn't need the "Open Folder" comment link, but I don't know a way to do that.

3

RAWR-Designs / Re: Flash Uploader

« on: April 06, 2019, 12:45:59 AM »

Hey guys, did anyone ever have any luck working out the chunk option with PLUpload? I've been using PLUpload for all of these years without chunking, but I'm using Cloudflare protection now and they only allow 100MB uploads, which means I need the chunking option.

Uploading works with chunks and renaming enabled, but I end up with split files with file names, "blob", "blob (1)", etc. I've looked at the code, but I'm lost on this one. I can merge them manually with a file merger, but there's also no indication as to what the original file name was.

raybob mentioned this:

{.save|wholefile.txt|{.load|blah.part.}{.load|blah2.part.}.}

but I don't know how to implement something like that into the PLUpload code. I'm guessing it'd have to go into a form action, where it would then somehow check for a successful upload before executing. Beyond that... 

4

HFS ~ HTTP File Server / Re: New version: 2.3b

« on: September 11, 2014, 12:04:05 AM »

I'm guessing that these exploits also apply to anyone using templates other than the default, like RAWR and such?

5

HFS ~ HTTP File Server / Re: From Russia With Hate

« on: September 10, 2014, 11:41:00 PM »

Thanks guys and sorry for the very late reply! The newer router seems to have stopped them, or they just gave up on that tactic after the IP change. Looks like they are just trying to brute force into my email server now...good luck with that! lol I haven't tried the newer router's IP blocking yet, since PeerBlock is working well enough and is easier to maintain. Nice info there bmartino1! Good to know, just in case.

Putting HFS behind Tor would be interesting, even just for privacy/anonymity, but I'm not sure how well that would work?

6

HFS ~ HTTP File Server / Re: From Russia With Hate

« on: June 19, 2014, 04:52:17 AM »

Thanks Bmartino1.

Ban settings are good, with "Disconnect..." checked since I had already successfully blocked a few IPs in the past. I wonder if it's possible that HFS can't ban this type of connection request? Or maybe it's a bug? I dunno...

In my case, it is definitely an attacker with a grudge, using what looks to be a proxy program.

Hehe, yup, PeerBlock is one solution I have going now. v1.2 is out now too. It was working good for stopping the requests, but yesterday he found a good proxy in France that let him go on for a couple of hours at least. PeerBlock was blocking it, but the constant traffic was overwhelming my old router. That was an easy fix though, as I have a surplus of routers laying around, lol.

He probably thinks it's ticking me off, but he doesn't know me. Things that fight against me, only fuel my passion, lol.

7

HFS ~ HTTP File Server / From Russia With Hate

« on: June 18, 2014, 08:28:23 AM »

Hey guys, I've had something odd happening that I can't explain. Someone has been doing DoS style attacks on my HFS server (version 2.3 build 287), mostly from Russia. I've managed to block them now via other means, but banning them on HFS did nothing to stop them. Also, I know HFS doesn't reply to pings and my router is set to block them anyways, so how is this even possible? All I get is a bunch of fast Connect/Disconnects, with no information requested from the server. Oddly, it overloads HFS to where it can't respond to any other requests, but my internet connection is otherwise still working fine.

Is there some tactic I'm not aware of that would allow this to happen? I've been running HFS as a personal server for...I don't even know how many years...but this is the first time this has happened.

8

RAWR-Designs / Re: Flash Uploader

« on: August 02, 2011, 06:37:40 AM »

Nice work raybob95! Looks like this plupload script might finally be the winner for multi-file uploading.

Yeah I was wondering about the chunking too. I saw that rejetto had mentioned chunking when it came to "downloading big files", so I'm hoping something similar might also apply to uploading as well. Here is the topic about it: http://www.rejetto.com/forum/index.php/topic,7699.0.html

EDIT: Great news and sad news... I managed to fix the 301 Error in Flash! The sad news, since plupload doesn't retry on an error, it only half works. However, since SWFUpload does have "requeue_on_error", it works 100% now. Unfortunately, uploading to a protected folder still does not work in SWFUpload, but it is working in plupload.

Here's the fix for SWFUpload:

Code: [Select]

upload_url: "http://"+window.location.host+"%url%",Edit swfupload.js and for the setting "requeue_on_error" change it from false to true.

I have no idea why Flash fails on every other file, but the retry solves it nicely. You will have to be paying very close attention to see the error message blip by for a millisecond before it requeues and finishes successfully.

The url is the same for plupload, but since it can't retry on the I/O error, every other file fails to upload. It also breaks the protected folder uploading when you remove the urlstream setting. So I don't know how we would have 100% working Flash and uploading to protected folders at the same time.

So, In summary, if you don't use protected folders for uploading, SWFUpload is now fixed.

9

RAWR-Designs / Re: Flash Uploader

« on: July 31, 2011, 06:08:06 AM »

Hi

What is needed to get it to get it working and starting ?

Just unzip the attached file into a folder that has upload permission in HFS and edit the ul.htm file in Notepad if your upload folder isn't called "Upload". Change "/Upload" to whatever your upload folder directory is, save it and voila! It isn't HFS template based yet, so just open the link to the ul.htm in your browser, like a regular webpage.

if you use this on a webserver you have to set the chmod to 777 for it to work.(on upload folder)
then your server is unsafe.
just upload a phpshell and own the whole server.

No idea on PHP security and chmod since the primary use for this that I was suggesting is for HFS, to which none of that would apply.

10

RAWR-Designs / Re: Flash Uploader

« on: July 30, 2011, 11:52:23 AM »

Well guys, I have found a new, extremely cool Open Source uploading script! http://www.plupload.com/ 

You can upload via Flash, Google Gears, Silverlight, Yahoo!'s BrowserPlus, HTML5 and 4! 

I've attached an edited version of the basic JQuery UI script which I have partially tested in Flash, Gears and HTML4/5.

With all of your coding knowledge, I'm sure you guys will see many more massive potentials in this than I can, but here's one of the features that caught my eye. Server Side Image Resizing! I kept it included in the example ul.htm, just remove the comment to activate it. I thought that could be very useful to instantly create thumbnails from an upload. To set a fixed width, just set the width to what you want, but set the height to something huge. Ex: width : 50 height : 500. That way the width will always be 50, but the height will remain in the correct aspect ratio of the image. Vice versa for fixed height.

On another plus side, the setting "urlstream_upload" forces Flash to use URLStream, which bypasses that pesky 301 error in Flash. Unfortunately, it rather limits the upload progress bar functionality and also means the file is loaded into RAM first. But, with Plupload's extensive abilities, I figured that it's a temporary issue that someone with coding knowledge will be able to fix in short order. 

Also, it has a "chunking" feature. Apparently that is a PHP feature, but if you add "chunk_size : '1mb'," to the Settings in the ul.htm file, it does upload the file in pieces. There is just no way, that I'm aware of, to reassemble it on the server side. It also plays a role in determining/showing the upload progress. So, I have no idea if that would be a fairly easy feature to add to HFS? Like say, a Upload folder monitor that just re-merges the files once the upload is finished?

Anyways, these have just been my thoughts on it so far, no idea if they are practical, haha. I have had some issues trying to upload large files in Flash, which seems to be a problem that crops up on the Forums there as well. But, that could just be related to using the "urlstream_upload" setting and Flash not being able to handle using that large of a file (700mb) in RAM.

The JQuery UI Widget example is probably too much of a beast, there are simpler interfaces, but it was the easiest for a scripting n00b like myself, hehe. I imagine it is possible to write up a similar upload progress indicator like the one found in SWFUpload, not to mention who knows what all else that can be done with it.

Enjoy!

11

RAWR-Designs / Re: Flash Uploader

« on: December 25, 2010, 12:20:45 AM »

Replace
upload_error_handler : uploadSuccess,
by
upload_error_handler : uploadError,

upload_url: "{.cut||-1|%folder%.}", will not work if you use this code in a page in html (*.htm,*.html)
This macro will works only in a template file (*.tpl) or in a "diff template".

Thanks again SilentPliz for that info. Hehe, yeah I'm normally all for updating too. I just really liked how lightweight 2.2 was....so did my bandwidth, haha.

thank you for your effort.
This is a very useful information indeed.
In build next to #171 (#173) the code for upload was heavily changed for supporting forms.
I guess that's where the problem have been introduced.
If you untick the "only served requests" in the log options, you should get a "Not served: 301 - Moved" in your HFS log. Do you?

Cheers, I'm glad it helped.
Yep, I also get the "Not served: 301 - Moved" message in the log.
Edit: I figured out a bit more. I started testing the older versions of Flash Player and it's v10.0.45.2 that doesn't show the 301 error, but instead says "Complete". However, HFS (#271) does still report the 301 in the log. So the builds from #173 and up were throwing the 301, but Flash wasn't catching them until v10.1.53.64.

I found a multi-upload ajax which authorizes the drag and drop towards the browser with individual progress bar, but as they are Christmas and new Year holidays, it will be necessary to wait to have sources later

Cool, nice find! I thought I had found one, but it turned out to be using PHP, arg.

Happy Holidays Everyone!

12

RAWR-Designs / Re: Flash Uploader

« on: December 23, 2010, 09:42:26 AM »

Thanks SilentPliz! Yep that worked. Unfortunately, in my setup I need to keep the other error codes intact for the users since they can't see the actual file after they upload it....short of manually typing the filename in the address bar. And thanks for the information allowing uploads to multiple folders and sub-folders. I currently only use a single upload folder for everyone, but that code will come in handy if I ever need to add more!

As a workaround, I'm sure there is an easy way for experienced coders to exclude just the 301 errors, but sadly I am no good at writing such code. For now I just have a note on my upload page that says to just ignore the 301 error, haha.

Yeah, since the 301 error only appears after the #171 build, hopefully it is just a minor bug in HFS. Before testing different builds, I had been hoping it was just a new bug in the Flash 10 update, but after several updates between August and now, the 301 error remained.

Yeah I have never been that fond of Flash. It seems more often than not that it just slows things down and causes problems, especially after Flash updates.

Did you notice any improvements with the latest beta of SWFUpload? Since it also gave me the 301 error, I had previously decided to keep the older one since it still worked otherwise and was 170kb smaller in size.

Cheers!

13

RAWR-Designs / Re: Flash Uploader

« on: December 22, 2010, 10:27:31 AM »

(Revives thread) First off, thanks rejetto and TSG for sharing the swfupload info/how-to. Since I don't use a protected upload folder it has being working great for me!

Now for the bummer. Since one of the more recent Flash 10 updates, the uploader always comes back with a Http 301 error for me and everyone else that has tried...across multiple browsers. This happened in early August, so v10.1.53.64 should have been the last Flash release that didn't give the 301 error. The upload still finishes fine, but I ended up disabling the "re-queue on error" feature since it would just keep looping the upload.

I had thought this was strictly a swfupload problem since their latest version pre-dates the Flash 10 update, but now I'm not sure. I decided to try past betas and the latest stable of HFS. After trying over 20 builds I found that the latest stable and the betas up to build #171 all give a successful upload message...after about 2 minutes of waiting past 100% file upload that is. It used to be instant, but I was testing on localhost this time and before, doing it that way just crashed my connection. Perhaps the latest Flash version has slowed it down?....who knows, haha. Sadly, all the beta builds that I tried after #171 give me the 301 error in the Flash uploader.

Having found that out, I thought I would mention it in case there is possibly a yet unseen bug in HFS that would cause this error with flash based uploading in the future? If you want to check it out, I've attached my customized code of the swfuploader. I've also tried the original code in case I had messed something up, but it still gave the 301 error.

Just FYI, Here's all the builds I tried that caused the uploader to throw the 301: #173, 174, 175, 176, 177, 178, 179, 200, 230, 240, 254, 257, 258, 259, 261, 262, 263, 264, 265 and 272. Oh and I did the testing with all reset settings and template, just to be sure.  

Also, at the very least...If anyone knows some code to throw in to make it ignore the 301 error, that would be great!  

Here's SWFUpload's debug log of the issue....doesn't help me any, haha.

Code: [Select]

SWF DEBUG: Event: fileDialogStart : Browsing files. Multi Select. Allowed file types: *.*
SWF DEBUG: Select Handler: Received the files selected from the dialog. Processing the file list...
SWF DEBUG: Event: fileQueued : File ID: SWFUpload_0_0
SWF DEBUG: Event: fileDialogComplete : Finished processing selected files. Files selected: 1. Files Queued: 1
SWF DEBUG: StartUpload: First file in queue
SWF DEBUG: Event: uploadStart : File ID: SWFUpload_0_0
SWF DEBUG: ReturnUploadStart(): File accepted by startUpload event and readied for upload.  Starting upload to /Upload for File ID: SWFUpload_0_0
SWF DEBUG: Event: uploadProgress (OPEN): File ID: SWFUpload_0_0
SWF DEBUG: Event: uploadProgress: File ID: SWFUpload_0_0. Bytes: 27200. Total: 27200
SWF DEBUG: Event: uploadError: HTTP ERROR : File ID: SWFUpload_0_0. HTTP Status: 301.
SWF DEBUG: Event: uploadComplete : Upload cycle complete.
Error Code: HTTP Error, File name: 123.jpg, Message: 301

14

F.A.Q.s / Re: HFS Support for Win NT4?

« on: September 16, 2007, 03:26:25 PM »

Hey MarkV, I just wanted to say thanks for the dll. It even works on a Win 95 system.

Why Win 95...well:
I use old PC's to run HFS for my website 24/7, I had it running on a 166Mhz with 84mb RAM and a 2GB HD...running Win XP Pro, LOL. That pc is having problems, (cpu fan and either memory or HD) so now the very first PC my family had back in '95 has come full circle back to me. So I have downgraded to a 100Mhz with 90mb RAM and a 1GB HD running Win 95.

15

HTML & templates / Re: HFS Live 0.2.5 EN/ES

« on: February 23, 2007, 10:50:40 AM »

I noticed uploading a file with the same name doesn't work when HFS is set to rename the file. Is there a piece of code I need to add to allow renaming while uploading?

EDIT: Nevermind it seemed to just be the older version I was using, I was using 2.0 and it works fine now on 2.1d.