Search results

*lol*

Does not look well... http://status.ovh.net/?do=details&id=7863

Reminds me of @MannDude asking me to review GVH or CVPS. My response was something like I do not waste my free time (as a father) to proof that the earth is a disk. I did some reviews of hosts that gone terribly wrong - BlueVM, Urpad and TacticalVPS to name three, but my goal was to show that...

Best way is to use a Wordpress Plugin that is disabling XMLRCP pingbacks: Code: add_filter( ‘xmlrpc_methods’, function( $methods ) { unset( $methods['pingback.ping'] ); return $methods; } ); Plugin can be found here: https://wordpress.org/plugins/disable-xml-rpc-pingback/

Any news for private whois?

Currently 5 issues: The first two: http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2014-6271 http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2014-7169 Two new ones: https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-7186...

What a mess. At least bash now has the attention it needs...

Time for an update: 1 minutes of downtime since the last update. The vps itself does have an uptime of 95 days. CPU and I/O are great. Network too: wget cachefly.cachefly.net/100mb.test -O /dev/null --2014-09-28 03:00:28-- http://cachefly.cachefly.net/100mb.test Resolving...

Time for an update: 17 minutes and 39 seconds of network downtime since the last update. Uptime of the vps is 95 days. CPU and I/O are great. Network is great: wget cachefly.cachefly.net/100mb.test -O /dev/null --2014-09-28 02:57:45-- http://cachefly.cachefly.net/100mb.test Resolving...

Time for an update: 0 minutes of downtime since the last update. The vps itself does have an uptime of 56 days. CPU and I/O are good. Network too: wget cachefly.cachefly.net/100mb.test -O /dev/null --2014-09-28 02:54:10-- http://cachefly.cachefly.net/100mb.test Resolving...

I have canceled the vps.

Time for an update: 0 minutes of network downtime since the last update. Uptime of the vps itself is 121 days. CPU and I/O are great. Network too. wget cachefly.cachefly.net/100mb.test -O /dev/null --2014-09-28 08:49:50-- http://cachefly.cachefly.net/100mb.test Resolving...

Time for an update: 22 minutes and 33 seconds of downtime since the last update. (yet another bug in statuscake for the bad double entry) Uptime of the vps itself is 38 days. CPU and I/O are really good. Network is great. wget cachefly.cachefly.net/100mb.test -O /dev/null --2014-09-28...

Time for an update: 2 hours and 19 minutes of downtime since the last update. Uptime of the vps itself is 43 days. CPU and I/O are ok. Network is great. wget cachefly.cachefly.net/100mb.test -O /dev/null --2014-09-28 10:43:56-- http://cachefly.cachefly.net/100mb.test Resolving...

Time for an update: 26 minutes of downtime since the last update. Uptime of the vps itself is 29 days. CPU and I/O are snappy, network is great. wget cachefly.cachefly.net/100mb.test -O /dev/null --2014-09-14 13:39:28-- http://cachefly.cachefly.net/100mb.test Resolving...

Time for an update: 51 minutes of network downtime since the last update. Uptime of the vps is 53 days. CPU and I/O are great. Same for the network. wget cachefly.cachefly.net/100mb.test -O /dev/null --2014-09-14 21:35:49-- http://cachefly.cachefly.net/100mb.test Resolving...

And markdown can be transfered into any output format too.

Second that. Got a nice email today: Hello XXX We’re getting in touch to inform you about a serious vulnerability in a WordPress plugin you purchased as part of an Envato bundle. The affected bundle and plugin are: The Envato Mobile Bundle Slider Revolution Responsive WordPress...

I would not take a ssh connection as a save sign that a vps is used. Monitoring if a customer really logs into the vps via ssh does only make sense if they check if the login was successful. I would not support such a deep inspection of my vps. It is not a bad idea to force customers to...

Of course.