dasfgh

UPDATE: I found out that this added path thing has no influence on the videos and their playability. Actually, this problem might have appeared long before my HTTP-to-HTTPS migration, it’s just I haven’t noticed earlier.

So basically, the videos that once have been added to the library are playable, it’s just when you want to play them, you just get a black screen and the browser warns for unsafe scripts.

When you want to play video or audio files hosted on my server, it plays them, but the browser switches from safe to unsafe.

I already mentioned that I have changed all the http://www.youtube to https://www.youtube but this is not enough. I already changed all the mp4s and mp3s to https. I also changed all the custom video thumbs to https.

The player loads normally via SSL, so this must be about the communication between the player and the files, regardless whether they are youtube or self-hosted.

• This reply was modified 6 years, 2 months ago by dasfgh. Reason: i added a sentence

Thank you once again.

In the end I decided to enter the missing OGP data manually, cause it was not all lost, only in some posts. Why this happened, I dunno, but anyway.

I decided not to install any plugins, I was worried not to mess things more, and I also don’t want to “burden” the website.

Then I added this line to httaccess in the root to retreive the missing FB shares:

RewriteCond %{HTTP_USER_AGENT} !facebookexternalhit/[0-9])

Before that I’ve already added 301 HTTP-to-HTTPS redirect. I solved the non-secure images and videos issue by searching and replacing within the wp posts content only (I don’t touch anything else).

I also manually added a HTTP link to the OGP settings of each post (og url), and then I posted all links in the FB Batch Invalidator. It’s seems that I got the share count back.

So, all the problems are solved, except this one: https://ww.wp.xz.cn/support/topic/fixing-insecure-external-urls-in-media-library/
but that’s a separate topic. Thanks.

UPDATE: I changed back https to http in the database (search and replace) to see what will happen and the OGP data appeared again. The solution to this must be simple and I will work on it. If someone has a helpful advice, thanks in advance

It seems that I solved the problem by enabling the HD button, thank you for suggesting that.

If a HD file is not available, it plays the HQ version (looks to me like it’s 360p mp4), which is ok.

I dont understand how come everything was working fine without that HD button for months before these problems started, but anyway.

I also tested JW6. While it looks faster and better, it did not help me.

After upgrading, I watched few videos and it seemed that the problem is gone, but it happened again.

I guess something is wrong in the communication between JW and Youtube and it should be solved.

Thats why I reverted back to JW5. All it’s settings were kept.

Offtopic: JW6 messed with my subtitled videos, cause they use the JW5 captions plugin (for those who may consider upgrading)

Update to my previous post (it may be helpful): I noticed that the switch from LQ to HQ occurs after around 18 sec. since the start of the video.

Thank you very much for your help and for the links. I concentrated on gtmetrix, it’s a very useful tool.

I tried to solve these issues with the W3 Total Cache plugin but it didn’t work well. Maybe its not compatible with my WP version. Many reported that the plugin is broken.

I tried everything, 777 of .htaccess and the folders and so on, it didn’t help. Now I wonder if I returned them to their previous values properly. .htaccess was 644 and folders are 755 by default, correct?

Now I’ll have to do everything without the plugin. Gmetrix offers some advices how to do it, but there are things that confuse me. For example:

Gmetrix reports that Gzip compression is not enabled for my site and advices me to add a code in my .htaccess (see here), but there’s already such code in my .htaccess
Here it is:

# HTML, TXT, CSS, JavaScript, JSON, XML, HTC:
<IfModule filter_module>
FilterDeclare   COMPRESS
FilterProvider  COMPRESS  DEFLATE resp=Content-Type $text/html
FilterProvider  COMPRESS  DEFLATE resp=Content-Type $text/css
FilterProvider  COMPRESS  DEFLATE resp=Content-Type $text/plain
FilterProvider  COMPRESS  DEFLATE resp=Content-Type $text/xml
FilterProvider  COMPRESS  DEFLATE resp=Content-Type $text/x-component
FilterProvider  COMPRESS  DEFLATE resp=Content-Type $application/javascript
FilterProvider  COMPRESS  DEFLATE resp=Content-Type $application/json
FilterProvider  COMPRESS  DEFLATE resp=Content-Type $application/xml
FilterProvider  COMPRESS  DEFLATE resp=Content-Type $application/xhtml+xml
FilterProvider  COMPRESS  DEFLATE resp=Content-Type $application/rss+xml
FilterProvider  COMPRESS  DEFLATE resp=Content-Type $application/atom+xml
FilterProvider  COMPRESS  DEFLATE resp=Content-Type $application/vnd.ms-fontobject
FilterProvider  COMPRESS  DEFLATE resp=Content-Type $image/svg+xml
FilterProvider  COMPRESS  DEFLATE resp=Content-Type $image/x-icon
FilterProvider  COMPRESS  DEFLATE resp=Content-Type $application/x-font-ttf
FilterProvider  COMPRESS  DEFLATE resp=Content-Type $font/opentype
FilterChain     COMPRESS
FilterProtocol  COMPRESS  DEFLATE change=yes;byteranges=no
</IfModule>

<IfModule !mod_filter.c>
# Legacy versions of Apache
AddOutputFilterByType DEFLATE text/html text/plain text/css application/json
AddOutputFilterByType DEFLATE application/javascript
AddOutputFilterByType DEFLATE text/xml application/xml text/x-component
AddOutputFilterByType DEFLATE application/xhtml+xml application/rss+xml application/atom+xml
AddOutputFilterByType DEFLATE image/x-icon image/svg+xml application/vnd.ms-fontobject application/x-font-ttf font/opentype
</IfModule>

There is also a section about the browser cache in my .htaccess, which says:

# Media: images, video, audio
#   ExpiresByType image/gif                 "access plus 1 month"
#   ExpiresByType image/png                 "access plus 1 month"
#   ExpiresByType image/jpg                 "access plus 1 month"
#   ExpiresByType image/jpeg                "access plus 1 month"
#   ExpiresByType video/ogg                 "access plus 1 month"
#   ExpiresByType audio/ogg                 "access plus 1 month"
#   ExpiresByType video/mp4                 "access plus 1 month"
#   ExpiresByType video/webm                "access plus 1 month"

but Gmetrix reports that “The following cacheable resources have a short freshness lifetime.”

Also it advices me to load java asynchronously. Would it be sufficient just to replace <script> with <script async> in the header ? And will older browsers properly understand this?

Thank you for your help.

I found it. I deleted the “enclosure” custom fields below the post and I leave it without saving the changes and it goes away.

If you save, wordpress will detect the attached media again and will bring back the “enclosure” custom field automatically.

I also added the no more enclosures plugin:
http://ww.wp.xz.cn/extend/plugins/no-more-enclosures/

I hope it will prevent the creation of enclosures in the future, as it is said on it’s page

the code is from my site i just made changes to it, to describe the situation better (like: mydomain.com and so on), cause my first description of the problem was not very clear.

I think that the problem is in this line:

addthis:title="The title of the post <img src="http://MYDOMAIN.COM/UPLOADS/updated.gif" />
or maybe in this one:
addthis:description="THIS IS A STORY ABOUT BLABLA. CHECK IT OUT">

Addthis is obviously installed, just how to control it? If I can put custom fields for addthis (just whats the right syntax?) then I will be able to remove the image from it’s addthis:title and maybe the code won’t break. Maybe addthis is confused by the html. How to kill it? Now I see the custom fields in the drop-down menu under my visual editor, there’s no mention of addthis, but maybe i can add values manually