Firefox Extension: one-step image transloading to Phyrefile!

Let me thank you for the superb plugin first. I just have one question. Why the URL and IMG wraps with phyrefile? I planned on using it on for email, MSN etc. where that is of little use.

Is that something that could be made optional?
 
The 1.1.1 update fixed it for me, thanks nweibley! :)

EDIT: swek, if you're just sending it to one person via email or IM, why do you need to transload it? I thought the main idea behind transloading was to stop stealing bandwidth from other sites, which wouldn't be an issue if you're only sending the link to a few people.
 
Last edited:
swek said:
Let me thank you for the superb plugin first. I just have one question. Why the URL and IMG wraps with phyrefile? I planned on using it on for email, MSN etc. where that is of little use.

Is that something that could be made optional?
Click to expand...

Ironically I was just thinking about that as I discussed that change with a member on another forum. The logic behind that was: providing a link back to the PhyreFile display page is the only way for viper to see ad-hits and have a remote chance of cutting some losses. Imageshack's stuff is so obtrusive (granted, I could circumvent it anyways) that I boycotted their linkback and provide a direct link (although the new-fangled clipModifier section allows you to wrap it in
tags if you so choose, or whatever).

Next feature point release will include history and the option to have forum friendly links or direct links (assuming it is copasetic with Viper), although I am with chaos that the main purpose of transloading is to prevent bandwidth theft (and anti-hotlink image surprises) on forums. However, I'm not one to step on toes or deny simple features... edit: though it won't come until tomorrow night because I have a pretty difficult electrical engineering test tomorrow.
 
nweibley said:
Next feature point release will include history and the option to have forum friendly links or direct links [...]
Click to expand...

Good to hear. Thank you for your effort.

chaos386 said:
swek, if you're just sending it to one person via email or IM, why do you need to transload it? [..]
Click to expand...

Because sometimes images are accessible only after login. This would make it universally usable.
 
MXM said:
But it's your firefox that does the transloading, no?
Click to expand...
No, it just passes the original URL of the photo to the server, which then downloads the image directly and gives you the url back.
 
Apologies for the lack of updates... classes have been quite terrible and I've been sidetracked by a few other projects.

Viper: a few users on the other forum I frequent have been reporting problems with images w/ spaces in them. Phyrefile claims to transload them correctly (responds with a "valid" page w/ link) but nothing ever loads (and the reply link is not properly urlencoded)

You probably need to go through the code and make sure you urlencode and decode where appropriate. ;)

Example:
[URL=http://img.phyrefile.com/nweibley/2008/11/05/world championship ping pong_000.jpg][IMG]https://pic.armedcats.net/n/nw/nweibley/2008/11/05/world championship ping pong_000.jpg[/IMG][/URL]

From:
http://sharkride.com/blog/wp-content/uploads/2007/12/world championship ping pong.jpg

;)
 
Fixed.
 
matt2000 said:
The fuck?!
Click to expand...

:lol::lol: It's a series of 15,000 post threads (currently on #37) from another forum I visit. It's basically chat about nothing but we have logos, contests, secret santa, meetings, hats, etc. :mrgreen:

I've been working on a stats engine to scrape data from the thread every 10 minutes and compile statistics. We're an odd bunch like that :p
 
Updated Transloader (version 1.1.3) pushed out to Mozilla and uploaded onto my website.

This version includes the requested "history" feature (it will appear on the context menu after you transload your first image) which allows you to re-copy a previously uploaded image's link back to the clipboard. For right now I've listed the history by the file name because the full URLs tended to be quite long... willing to entertain suggestions on this one though...

-----Nate

Edit: Viper, also having some difficulty transloading certain images... ex:
http://lh4.ggpht.com/abramsv/SBrALSdo3XI/AAAAAAAAP_4/tlZ5BgP9QI4/s640/2007-09-04 14-19-56.jpg (from funny pics thread)
PhyreFile 400's out (bad request). Obviously the transloader extension escape()s the entire URL passed by mozilla to make it safe for the query string, so that link would result in $_REQUEST['url'] = 'http://lh4.ggpht.com/abramsv/SBrALSdo3XI/AAAAAAAAP_4/tlZ5BgP9QI4/s640/2007-09-04%2014-19-56.jpg' on the PHP side of things... (PHP obviously automagically decodes query-string parameters)

Based on the phyrefile error though:
Warning: file_get_contents(http://lh4.ggpht.com/abramsv/SBrALSdo3XI/AAAAAAAAP_4/tlZ5BgP9QI4/s640/2007-09-04 14-19-56.jpg) [function.file-get-contents]: failed to open stream: HTTP request failed! HTTP/1.0 400 Bad Request in /var/www/hosted/phyrefile.com/www/htdocs/transload.php on line 21
[...]
{"result":"failed","error":400}
It looks like $_REQUEST['url'] is being urldecoded() a second time, because re-encoding the % sign in the query string sent to the transload script does allow phyrefile to grab it. Perhaps this was an inadvertent bug caused by changes made re: posts 52/54?

Also, you should probably do this as well before you dispatch the request with file_get_contents()
if( get_magic_quotes_gpc() == 1 ) $_REQUEST['url'] = stripslashes( $_REQUEST['url'] );
 
Last edited:
swek said:
Let me thank you for the superb plugin first. I just have one question. Why the URL and IMG wraps with phyrefile? I planned on using it on for email, MSN etc. where that is of little use.

Is that something that could be made optional?
Click to expand...

Swek, I realized I forgot to include your feature request and updated to version 1.1.4 now to include it.

-----Nate
 
You must log in or register to reply here.
Top