s9e Media BBCodes pack

s9e Media BBCodes pack 20231102

No permission to download
Upgraded to the latest version, not sure if this is correct, an odd version number appears in the ACP.

View attachment 74726
That's correct as can be seen from the version string in the XMG file. There's usually an extra 0 on the end, presumably because the version is based on the date. If more than one version is released on the same day (eg due to a bug or another addition) then the 0 can be incremented to 1.
 
Yup, that. The version is based on the UTC date, eventually followed by a revision counter such as "20140102b". IIRC, XenForo didn't like the extra letter so I replaced it with an extra digit. That's why you get an extra 0 in the version number.
 
I have a lot of sites in dutch that i want to add. How do i do that?
You'd have to look for a media site tutorial. Kier posted a video a while ago.
You didn't post any link to embeddable content. If you're talking about the films from archive.org, I have occasionally toyed with the idea but they host different media and multiple players that can't be differentiated by their canonical URL and it greatly complicates the task.
 
I am unable to install and getting this error

Parse error: syntax error, unexpected T_FUNCTION in /home/a4axiugj/public_html/**************.com/library/s9e/MediaBBCodes.php on line 63


Please help out.
 
Can you please list all the site that support https? or those site that don't support https?
Thanks a lot!
 
Some vids do not show so I uninstalled your addon, reset the bb codes through phpmyadmin, disabled all my addons and am using the default theme. I have tested these vids out in Safari, Chrome and Firefox. http://xenforo.com/community/threads/bb-code-media-sites-not-working-through-ssl.75615/

I then redownloaded the latest version and installed it. To get metacafe to work I had to go to Embed HTML and remove http: I also noticed that I can see metacafe in Firefox and Safari but not in Chrome even after resetting cookies and temporary internet data.

I tried the same with LiveLeak and it still doesn't work. It makes the page load for a long time then finally says "this operation has timed out" even though the link does work.

https://8th.us/topic/8th-us-news-and-updates.18447/page-9#post-213614
 
Last edited:
Can you please list all the site that support https? or those site that don't support https?
Thanks a lot!
It's hard to tell without testing each one manually, which I did the last time HTTPS came up in this thread but haven't since then. However, here's a list of media sites that hardcode the HTTP scheme in their embed URL:
Code:
cnbc          http://plus.cnbc.com/rssvideosearch/action/player/id/{@id}/code/cnbcplayershare
cnn           http://i.cdn.turner.com/cnn/.element/apps/cvp/3.0/swf/cnn_embed_2x_container.swf?site=cnn&profile=desktop&context=embedwww&videoId={@id}&contentId={@id}
colbertnation http://media.mtvnservices.com/embed/{@id}
colbertnation http://media.mtvnservices.com/{@id}
collegehumor  http://www.collegehumor.com/e/{@id}
comedycentral http://media.mtvnservices.com/embed/{@id}
comedycentral http://media.mtvnservices.com/{@id}
dailyshow     http://media.mtvnservices.com/embed/{@id}
dailyshow     http://media.mtvnservices.com/{@id}
ebay          http://togo.ebay.com/togo/togo.swf?2008013100
funnyordie    http://www.funnyordie.com/embed/{@id}
gametrailers  http://media.mtvnservices.com/embed/{@id}
gametrailers  http://media.mtvnservices.com/{@id}
gfycat        http://gfycat.com/iframe/{@id}
ign           http://widgets.ign.com/video/embed/content.html?url={@id}
liveleak      http://www.liveleak.com/ll_embed?i={@id}
metacafe      http://www.metacafe.com/embed/{@id}/
nytimes       http://graphics8.nytimes.com/bcvideo/1.0/iframe/embed.html?videoId={@id}&playerType=embed
podbean       http://www.podbean.com/media/player/audio/postId/{@id}
strawpoll     http://strawpoll.me/embed_1/{@id}
theatlantic   http://www.theatlantic.com/video/iframe/{@id}/
traileraddict http://v.traileraddict.com/{@id}
vevo          http://cache.vevo.com/m/html/embed.html?video={@id}
wshh          http://www.worldstarhiphop.com/videos/e/16711680/{@id}
wsj           http://live.wsj.com/public/page/embed-{translate(@id,'-','_')}.html

Those may not work on HTTPS because of mixed content. Also there may be a few other sites that I missed because they use a different kind of template. TED, for instance hardcodes HTTP in their embed URL.

That's a nice page. I don't have a HTTPS test site so if you want to post those URLs in your test thread that would definitely be a great help. Here's the list of media URLs that I use to visually inspect all the media sites at once. (I only do that rarely because the list has grown kinda big)
 

Attachments

Thanks man. I gotta turn all my addons back on since I realized the problem is probably not an addon conflict.
 
Oh no, sorry I assumed you knew about HTTPS restrictions so I didn't explain why sometimes embeds don't work on HTTPS. Browsers generally don't like mixing HTTP and HTTPS and they block it by default. I think. To be honest I don't remember what's the official way to deal with mixed (HTTP/HTTPS) content, and older browsers may have their own way to deal with it.

Normally, the problem with HTTPS embeds is that you shouldn't mix HTTP and HTTPS. That's why as often as possible the URL I use looks like this: "//example.com/foo". Those are called schemeless URLs. If you're on a HTTP page they are interpreted as http://example.com/foo and if you're on a HTTPS page they are interpreted as https://example.com/foo -- Alternatively, some sites force HTTPS by default. That's not a problem because HTTP page are generally allowed to use HTTPS resources. It's the other way around that causes problems.

IOW, it's not a problem of add-ons compatibility.
 
Oh no, sorry I assumed you knew about HTTPS restrictions so I didn't explain why sometimes embeds don't work on HTTPS. Browsers generally don't like mixing HTTP and HTTPS and they block it by default. I think. To be honest I don't remember what's the official way to deal with mixed (HTTP/HTTPS) content, and older browsers may have their own way to deal with it.

Normally, the problem with HTTPS embeds is that you shouldn't mix HTTP and HTTPS. That's why as often as possible the URL I use looks like this: "//example.com/foo". Those are called schemeless URLs. If you're on a HTTP page they are interpreted as http://example.com/foo and if you're on a HTTPS page they are interpreted as https://example.com/foo -- Alternatively, some sites force HTTPS by default. That's not a problem because HTTP page are generally allowed to use HTTPS resources. It's the other way around that causes problems.

IOW, it's not a problem of add-ons compatibility.
Thanks man! I'm turning everything back on and about to test some of these links out in batches.

So the problem could be how I redirect my site to SSL server wise? :confused:

I'll mess with this later gotta run some errands.
 
Top Bottom