(12 Feb 2015, 19:56 )Tinker D Wrote: [ -> ]So, would a private server on a static IP be needed then?
A separate server, you mean? Let's say, with FTP access?
(12 Feb 2015, 19:56 )Tinker D Wrote: [ -> ]I was also thinking that the video would be saved for a week or so, then deleted.
That could save a ton of space.
True, but not convenient. Videos on xtube or porntube can stay forever.
Yes, a totally separate surver.
But maybe the cost is too high.
(13 Feb 2015, 01:24 )Tinker D Wrote: [ -> ]But maybe the cost is too high.
Yep, and since I pay my own money....
I understand.
It was just an idea.
(12 Feb 2015, 19:56 )Tinker D Wrote: [ -> ]So, would a private server on a static IP be needed then?
I was also thinking that the video would be saved for a week or so, then deleted.
That could save a ton of space.
Just a thought.
I know it might not be perfect for all, but some of us use other free sites to host the videos we produce and then share the links. XTube is my host and so far, aside from a small issue with T's & C's they have been fine.
MJ
MMm, yes , even if you have several layers of SPAM protection, it does not matter that you do not have to check them periodically 😁
Just noticed, that the database size jumped from 157MB to 204MB, what is more than the configured DB cache. It turned out that one of the anti SPAM plugins got deactivated after one of the upgrades, and instead of immediate rejection, posts were accepted and only then labelled as SPAM by Akismet. What resulted in 50MB of crap in a week or so and performance degradation.
I haven't touched mail configuration since 2011 and that was not good. It turned out that some companies reject mail sent from this server (see
Mail delivery issues ) and there was no SPAM protection for the locally registered users (various admin accounts), what might not look good for security scanners.
Both issues are fixed now along with some DNS and static IP configurations 😉
I wonder what else I have missed...
I noticed these errors long time ago, but after a proper investigation it appears that there is a bug in mod_pagespeed, that leads to huge delays and high CPU load. The bug is still not fixed, but there is a workaround. The warning disappeared and according to web-metrics the pages load faster now. Let's see if it stays this way.
[Wed Apr 08 09:43:53.770388 2015] [pagespeed:warn] [pid 20020:tid 140373129086720] [mod_pagespeed 1.9.32.3-4448 @20020] Waiting for completion of URL
http://www.likera.com/blog/wp/wp-content...-latex.jpg for 15.001 sec
Also I noticed that the "lazy image load" does not always work. I wonder if it's related to the same bug...