Idea: Common plugin for XFileSharing

Re: Idea: Common plugin for XFileSharing

tong2shot — Sat, 23 Mar 2013 23:20:11 +0000

XFS and akafile.com released.

Edit : forgot one thing, add birchie as author. XFS is now 1.0.10, and released.

Re: Idea: Common plugin for XFileSharing

ntoskrnl — Sat, 23 Mar 2013 11:07:43 +0000

Nice work! Not much room for improvement.

Not released yet, but feel free to do that. You can also add some FileNameHandlers and FileSizeHandlers if necessary before releasing.

Re: Idea: Common plugin for XFileSharing

birchie — Sat, 23 Mar 2013 06:42:59 +0000

Could handleDirectDownload in AkaFile be simplified to

    @Override
    protected boolean handleDirectDownload(HttpMethod method) throws Exception {
        client.makeRequest(method, true);
        return false;
    }

######
Added in XFS "FileSizeHandlerNoSize" for when no file size is displayed on the site
makes it easier when creating plugins and reduces duplicate code

Committed the code for XFS and plugins AkaFile.com, FileNuke.com, NosVideO.com, VidBux.com (other plugins later)
I haven't released them

Re: Idea: Common plugin for XFileSharing

tong2shot — Fri, 22 Mar 2013 22:57:37 +0000

I just committed minor change in direct download handling, so it's possible to not handle the direct download.

And committed akafile.com as test case.

I haven't released them.

Please check and review the code. Thanks. :-)

Re: Idea: Common plugin for XFileSharing

Vity — Thu, 30 Aug 2012 07:05:48 +0000

Please don't ;-). It just makes more server overloading with a downloading of useless plugins...

Re: Idea: Common plugin for XFileSharing

ntoskrnl — Thu, 30 Aug 2012 07:00:36 +0000

Sorry, but I think you've misunderstood what FreeRapid Downloader does. :-)

tong2shot & birchie: Let's add support for all the above sites. >:D<

Re: XFileSharing Pro

webofsolutions — Thu, 30 Aug 2012 06:51:56 +0000

Hello,
We are the best Xfilesharing Pro template development company. We have already completed lots of xfilesharing Pro Templates.

Here are some URLs for Review...............
[cyberlocker.ch]
[www.sharpfile.com]
www.henchfile.com
[www.filefolks.com]
www.dynaupload.com
www.sharebees.com
[filedefend.com]
[easybytez.com]
[upfile.biz]
www.fileza.net
www.sharingbeast.com
www.file4sharing.com
[www.ishareupload.com]
filevelocity.com
www.filegag.com
www.shareupload.com
[www.usefile.com]
www.filesega.com
[thefileshouse.com]
www.shareuploads.org
www.netuploaded.com

We are ready to take your Xfilesharing pro template development Project.We assure you will get the best output.

Ready to start with your approval.
Waiting for your reply.

Live Chat:
Gtalk : webofsolutions@gmail.com
skype: ray_sus05

Mail us at:
web.of.solutions@gmail.com
Website: www.xfilesharingtemplates.com

Thanks
Susmita
www.xfilesharingtemplates.com

Re: Idea: Common plugin for XFileSharing

ntoskrnl — Fri, 10 Aug 2012 10:41:33 +0000

It's really difficult to maintain plugins that are built on the XFS framework but that override all the functionality. You don't get an overview of what the plugin is doing or what it's supposed to do.

Re: Idea: Common plugin for XFileSharing

tong2shot — Fri, 10 Aug 2012 10:22:13 +0000

That was the first time I visited the site, yet they banned my IP address, poor me :P But I manage to access the site today, and just like birchie said, it is not an XFS scripted site. I never thought the XFS plugin can be used as non XFS scripted plugin's foundation :P

Re: Idea: Common plugin for XFileSharing

ywx217 — Tue, 07 Aug 2012 10:29:12 +0000

tong2shot Wrote:
-------------------------------------------------------
> Sites that use XFS script have distinctive file
> URL. And I don't think qjwm is one of them. I
> can't test the site, I always get page that
> contains "www.safedog.cn".

If I use proxy to get that page, I also get page that contains 'www.safedog.cn', maybe your IP is banned by that site:P
Use one of the proxies below:
218.206.203.96:88
61.55.141.10:80
124.160.62.105:80
222.74.212.66:808
121.22.5.180:80

Re: Idea: Common plugin for XFileSharing

birchie — Mon, 06 Aug 2012 22:55:15 +0000

qjwm.com is NOT a XFS scripted site, the conversion to XFS was not needed

Re: Idea: Common plugin for XFileSharing

tong2shot — Mon, 06 Aug 2012 21:17:10 +0000

Sites that use XFS script have distinctive file URL. And I don't think qjwm is one of them. I can't test the site, I always get page that contains "www.safedog.cn".

Re: Idea: Common plugin for XFileSharing

ntoskrnl — Mon, 06 Aug 2012 17:01:29 +0000

Yeah, even the smallest of classes add an overhead of about 500kB. But more importantly, it's easier to maintain.

Re: Idea: Common plugin for XFileSharing

ywx217 — Mon, 06 Aug 2012 16:51:24 +0000

I modified qjwm.com plugin to use XFS, but the .frp file size increases from 5138 bytes to 6787 bytes.:-(

Re: Idea: Common plugin for XFileSharing

tong2shot — Sun, 29 Jul 2012 17:34:21 +0000

Ok. I've just committed (added FileSizeHandlerD, modified FileSizeHandlerA) and released XFS 1.0.4. These plugins also have been committed and released :

BillionUploads.com
CramIt.in
FileRio.com
File-bit.net
JumboFiles
Maknyos.com
NovaFile.com
QueenShare.com
RockDizFile.com

Re: Idea: Common plugin for XFileSharing

ntoskrnl — Sun, 29 Jul 2012 14:28:51 +0000

Yes, it's good for releasing. :-)

You can also add some filename/size regexes (or generalize existing ones) to the main XFS plugin if several sites use them.

Re: Idea: Common plugin for XFileSharing

tong2shot — Sun, 29 Jul 2012 13:21:23 +0000

I made small change in XFS, added getter method (getXFSMethodBuilder) to accomodate JumboFiles and QueenShare. I'm not sure about the getter method name. I also commited JumboFiles and QueenShare as sample.

Please check and review the code.

Thanks.

Re: Idea: Common plugin for XFileSharing

tong2shot — Sun, 15 Jul 2012 01:05:19 +0000

I made a bit change in XFS to accommodate FiberUpload's redirection method.

Yes, I found many sites are dead. I have to wait a bit and recheck before deciding to remove them from SVN and plugin interface, because I recently found some of them were dead days ago, but currently in maintenance mode, FileDino for example.

Re: Idea: Common plugin for XFileSharing

ntoskrnl — Sat, 14 Jul 2012 17:44:38 +0000

Looks good. :-)

I committed a small change. Feel free to release the plugin.

Oh, and please go on and delete the non-existent plugins. They just clutter up the plugin interface and SVN. We should do the same for MegaUpload, FileSonic, et al, I just haven't bothered yet. :-) Maybe I could write a script that tries loading the main page for all supported services and reports which failed.

Re: Idea: Common plugin for XFileSharing

tong2shot — Sat, 14 Jul 2012 17:25:19 +0000

ntoskrnl Wrote:
-------------------------------------------------------
> You can delete the dead ones from the SVN and from
> the update web interface (keep deleting until all
> versions are gone).

I decided not to delete them from the SVN, and decided to deactivate (marked as "Not Working") them instead.

=============================================

I found several issues with XFS. It's not flexible enough to handle "cramit.in" and "file-bit.net". They only have slight differences in capturing download link.

Cramit.in (only tested as free user) :
- using "your download will approximately take" instead as download page marker.
- not using file name in "a href" tag. For example :

Language: HTML
 href="http://cramit.in/file_download/2YSmKabtLwAMwCuB0HRMpg/abcabc0pis6f/free/1342888179/1ad4b7ag1jqn043hb1ob">click here

File-bit.net :
- using "a style="color:#020AF9;" href=" rather than "a href=". For example :

Language: HTML
 style="color:#020AF9;" href="http://fs17.file-bit.net/cgi-bin/dl.cgi/sfq2eatgpvxn6kros5zrcskh7dwvaaaa6vuf5xhayq/filename.rar">http://fs17.file-bit.net/cgi-bin/dl.cgi/sfq2eatgpvxn6kros5zrcskh7dwvaaaa6vuf5xhayq/filename.rar

In order to achieve greater flexibility, I think we need to add getter methods back for download page marker and download link regex. But this time using List instead, just like captcha, filename and filesize handling.

I've commited XFS v1.0.3, File-bit.net, and Cramit.in. But I haven't released them yet.

What do you think ? Please review the code.

Re: Idea: Common plugin for XFileSharing

ntoskrnl — Wed, 11 Jul 2012 06:46:17 +0000

You can delete the dead ones from the SVN and from the update web interface (keep deleting until all versions are gone).

Re: Idea: Common plugin for XFileSharing

tong2shot — Tue, 10 Jul 2012 11:50:44 +0000

I've released all plugins (maybe one or two slipped, let me know) that I (co)maintain, derived from XFS.

Some hosts are dead :
- filedino.com
- filegaze.com
- filereactor.com
- ddlanime.com / ddlani.me

Some hosts use new domain name:
- bulletupload.com -> fiberupload.com
- novaup.com -> novamov.com

Re: Idea: Common plugin for XFileSharing

tong2shot — Sat, 07 Jul 2012 14:45:21 +0000

Nice work there :-) :)-D

I've updated one plugin that uses XFileSharing plugin, more will follow later.

Re: Idea: Common plugin for XFileSharing

birchie — Mon, 25 Jun 2012 01:30:15 +0000

XFileSharing plugins created using "newXFSplugin"
iDup.in
BZlink.us
FileUpUp.com
FileMates.com
The latter 3 use newly created FileName[C] & FileSize[BC] handlers in XFileSharing

Creating a new XFS plugin is now very very very easy B)

Re: Idea: Common plugin for XFileSharing

birchie — Sun, 24 Jun 2012 23:12:09 +0000

My build.xml modifications to add a 'newXFSplugin' option :)-D

Edit the file [base directory]\build.xml
and paste the contents of "build_xml_XFS++.txt" (attached)
between the

Language: HTML
"</target>" and "</project>"

tags at the very end of the file

Then extract "newXFSplugin.zip" (attached) into new folder
[base directory]\dev\newXFSplugin

Note: I have included a line in plugin.xml that sets the number of parallel downloads for a free user. 
     While is not currently implemented in FreeRapid, it could be in a future version by changing 
     one line in FreeRapid's source code. Think of it as future-proofing new plugins.

FILE:: [base dir]\src\cz\vity\freerapid\model\PluginMetaData.java
FUNCTION:: public void setPluginDescriptor(PluginDescriptor descriptor) {
//--            if (maxAllowedDownloads == -1) maxAllowedDownloads = maxParallelDownloads;
//++            if (maxAllowedDownloads == -1) maxAllowedDownloads = DescriptorUtils.getAttribute("defaultDownloads", maxParallelDownloads, descriptor);

// "defaultDownloads" is an optional property that will set the starting number of parallel downloads for a New plugin only
// maxParallelDownloads can change if "maxDownloads" changes in a new version of the plugin

Re: Idea: Common plugin for XFileSharing

ntoskrnl — Sun, 24 Jun 2012 13:07:34 +0000

Maybe tong2shot can commit his build.xml modifications?

Re: Idea: Common plugin for XFileSharing

Vity — Sun, 24 Jun 2012 13:05:05 +0000

The next step is to develop a plugin generator for sites derived from XFilesSharing... :-).
Like [idup.in]

Re: Idea: Common plugin for XFileSharing

ntoskrnl — Mon, 18 Jun 2012 16:33:13 +0000

OK, I have released the XFileSharing plugin and the 5 other plugins that were modified to use it. :-)

Re: Idea: Common plugin for XFileSharing

birchie — Mon, 18 Jun 2012 07:40:45 +0000

Its good enough to release whats done
have wider testing of the plugins and get some feedback from users
before converting other plugins to XFileSharing

my remaining concerns are
* unable to erase user name & passwords -- can be done manually if needed
* maxDownloads -- either causes errors for free users or limits premium users downloads
(only an issue for new users, and user can fix in preferences)

release & get some feedback
( it should fix the reported Ryushare problems )

Re: Idea: Common plugin for XFileSharing

birchie — Mon, 18 Jun 2012 06:35:11 +0000

I modified the skip wait time so that
it will skip the wait time if there is a timer on the same page as a ReCaptcha type captcha
and not skip if the wait time is on a page following the captcha