davstott.me.uk Report : Visit Site

Technical data of the davstott.me.uk

Geo IP provides you such as latitude, longitude and ISP (Internet Service Provider) etc. informations. Our GeoIP service found where is host davstott.me.uk. Currently, hosted in United Kingdom and its service provider is Bytemark Computer Consulting Ltd .

HTTP Header Analysis

HTTP Header information is a part of HTTP protocol that a user's browser sends to called nginx/1.8.1 containing the details of what the browser wants and will accept back from the web server.

DNS

HtmlToText

dav's bit o the web general optimism, in a mild and british sort of way menu skip to content about dav technology food posts index saving the world, one cpu cycle at a time energy is one of the biggest problems facing the world today, with an increasing amount of it being converted into compute cycles and heat in warehouse scale computers in data centres around the world. in recent years, the big tech companies have invested an awful lot of time from some very clever people into squeezing more performance out of the servers that drive the products that many of us now take for granted. indeed, one paper i read recently said that the popular gmail service wouldn’t have been close to affordable to run without google’s power efficiency in software and data centre design. my favourite side-effect of this renewed drive for efficiency is that this also gives us the tools to do lots of fun things on relatively small computers, and make our servers use up less electricity to perform the same tasks. a bit like replacing the air filter on a car engine to let it breathe more easily, each individual tweak might only save a few microseconds here and there, but it can soon add up. we can’t all be jeff dean , and need more than a printf() call to implement a http server, so i’m going to start with a simple technique i used to stop my little bytemark vm having to do some tasks that just aren’t necessary at all.. stopping dictionary attacks on wp-login.php with a couple of lines of nginx configuration one downside of using a popular content management system like wordpress is that many script kiddies like to perform automated attacks on it, looking for people who’ve chosen poor usernames and passwords to edit their content. unfortunately, that sort of attack causes web servers to get very busy, using up power and generally slowing things down for people trying to do real work. one such attack is illustrated in the chart below, showing my server’s cpu activity over 24 hours from a week or two ago. the data came from sar’s standard logs. a chart of my server’s cpu activity, the % in use what could cause such a big plateau of busywork, i hear you ask? it turned out to be a couple of ip addresses with very dodgy dns names blatting away at my wp-login.php several times a second for hours on end. i made this traffic go away with a couple of simple nginx configuration directives that made the attacking script believe that my website had gone away after a handful of failed log in attempts. it’s split into two sections, the first is to add this to nginx.conf’s http{} section. this creates a bucket named ‘myzone’, with a rule that says any content locations mapped to that bucket should not average more than one request per second from a given remote ip address: limit_req_zone $binary_remote_addr zone=myzone:2m rate=1r/s; adding this next stansa into your virtual host’s server{} section (sorry for using the ~ operator, lazy dav was lazy) maps any urls containing the string ‘wp-login.php’ into that bucket. the “burst=3” parameter allows me to retry a failed login a couple of times without locking me out of my own website, and consigning error logging to /dev/null means that i don’t waste disk space or webstats on looking at the banned login requests, although there are some downsides to doing that : location ~ wp-login.php { limit_req zone=myzone burst=3; fastcgi_pass php; include fastcgi_params; error_log /dev/null; } whilst this deflects a simple attack from a small number of ip addresses, it wouldn’t help so much if my server was that target of a distributed attack from a large number of ip addresses. this is where cloud-based services such as brute protect come into play, letting server administrators share data on failed login attempts into a coordinated pool to try to protect everybody. this plugin runs in php, so isn’t as efficient as blocking the unwanted traffic in the web server or firewall, but it’s still useful and doesn’t take much time at all to set up. upgrade your php and use zend’s opcache if you haven’t heard about op-code caches before, i recommend that you read engineyard’s excellent explanation of php opcode caches , which includes any amount of detail. from what i remember of @julienpauli ’s excellent talk on opcache internals at this year ‘s php london conference , the recently open-sourced opcache works wonders when using frameworks that compile a large number of classes that aren’t used all that often. rather like my wordpress site. unlike apc, opcache doesn’t just cache the results of compiling your php code, it also includes some optimisations, such as replacing i++ with ++i to avoid having to allocate a temporary variable that is never referenced to store the results of the increment. taken together, these optimisations become significant. to look at the impact of upgrading to php5.5 and switching on opcache, i’ve charted the difference in the time taken to draw the front page of my blog: i generated my numbers completely unscientifically by blatting away for a bit at an offline copy of my website using the excellent siege load testing tool . almost all of my home computers (maybe not my raspberry pi) are way more powerful than my bytemark vm, and anyway, it’s only the relative difference between them that’s interesting. enabling opcache means i got a speed increase of about 300% for no extra cost. nice. if you’d like a more sensible comparison of php versions and op-cache options, this is a good place to start: http://www.ricardclau.com/2013/03/apc-vs-zend-optimizer-benchmarks-with-symfony2/ use a better malloc(3) by and large, you get the biggest speed and efficiency increases by improving the code you’ve written for your application and looking at database indexes and structures, but you can get some interesting results by making a very small improvement to code that is called a great many times over a period of months or even years. one such piece of code is the standard c library function that allocates a section of memory for your application, malloc() . i’m not going to dwell on this in too much detail, largely because many other people have already done so, but there are two popular alternatives to glibc’s malloc(): freebsd’s jemalloc and google’s tcmalloc . facebook has reported some very good results from using jemalloc for general use as well as speeding up mysql with it , my favourite key-value store redis uses jemalloc and it became the allocator of choice for mozilla starting with firefox version 3. that said, apart from google’s own use of it, github used tcmalloc to sort out their mysql servers to significantly reduce the time innodb spent waiting for kernel_mutex . whilst i was reading about this, i tripped over the excellent poor man’s profiler approach to performance profiling, using the standard linux tools to aggregate a collection of stack traces. this entry was posted in technology on march 23, 2014 by dav stott . ubuntu 13.04 on a usb flash drive, and merging its persistent storage i’ve got a new whizzy-fast usb3 flash drive and one of the best bits about it is booting into a live ubuntu in about 12 seconds flat. carrying around a full desktop environment is great, especially one that takes up very little space and can persist its storage, but one of its potential pitfalls is that it only has a limited amount of disk space that it can write to. continue reading → this entry was posted in technology on september 5, 2013 by dav stott . homemade salted caramel and honeycomb ice cream homemade salted caramel and honeycomb ice cream , by dav stott . homemade salted caramel and honeycomb ice cream spring is finally here! lambs are gambolling in the field, birds are tweeting and the sun is actually casting a shadow, so that means it’s time for another batch of ice cream. this isn’t the first time i’ve made salted caramel ice cream , nor the first time i’ve made it all from scratch, but this is the first time i’ve written down the rec

URL analysis for davstott.me.uk

http://davstott.me.uk/index.php/2012/09/30/easy-caramel-and-honeycomb-ice-cream/
http://davstott.me.uk/index.php/2013/03/17/raspberry-pi-controlling-gpio-from-the-web/
http://davstott.me.uk/index.php/2013/04/20/salted-caramel-sauce/
http://davstott.me.uk/index.php/2013/09/05/ubuntu-13-04-on-a-usb-flash-drive-and-merging-its-persistent-storage/#more-1742
http://davstott.me.uk/index.php/posts-index/
http://davstott.me.uk/index.php/category/tech/
http://davstott.me.uk/index.php/2013/07/28/raspberry-pi-drawing-maps-inside-minecraft/
http://davstott.me.uk/index.php/author/admin/
http://davstott.me.uk/index.php/2013/04/07/raspberry-pi-sonar/
http://davstott.me.uk/index.php/2014/03/23/saving-the-world-one-cpu-cycle-at-a-time/
http://davstott.me.uk/index.php/feed/
http://davstott.me.uk/index.php/2013/04/20/homemade-salted-caramel-and-honeycomb-ice-cream/#more-1639
http://davstott.me.uk/index.php/2013/06/02/raspberry-pi-sharp-infrared/
http://davstott.me.uk/index.php/2013/09/05/ubuntu-13-04-on-a-usb-flash-drive-and-merging-its-persistent-storage/
http://davstott.me.uk/index.php/about/
amazon.co.uk
phpconference.co.uk
blog.gidley.co.uk
mrsc.typepad.co.uk

Whois Information

Whois is a protocol that is access to registering information. You can reach when the website was registered, when it will be expire, what is contact details of the site with the following informations. In a nutshell, it includes these informations;

Domain name:
davstott.me.uk

Registrant:
Dav Stott

Registrant type:
UK Individual

Registrant's address:
The registrant is a non-trading individual who has opted to have their
address omitted from the WHOIS service.

Data validation:
Nominet was able to match the registrant's name and address against a 3rd party data source on 10-Dec-2012

Registrar:
123-Reg Limited t/a 123-reg [Tag = 123-REG]
URL: http://www.123-reg.co.uk

Relevant dates:
Registered on: 13-Feb-2003
Expiry date: 13-Feb-2019
Last updated: 22-Jan-2017

Registration status:
Registered until expiry date.

Name servers:
ns.hosteurope.com
ns2.hosteurope.com

WHOIS lookup made at 02:50:30 08-Oct-2017

--
This WHOIS information is provided for free by Nominet UK the central registry
for .uk domain names. This information and the .uk WHOIS are:

Copyright Nominet UK 1996 - 2017.

You may not access the .uk WHOIS or use any data from it except as permitted
by the terms of use available in full at http://www.nominet.uk/whoisterms,
which includes restrictions on: (A) use of the data for advertising, or its
repackaging, recompilation, redistribution or reuse (B) obscuring, removing
or hiding any or all of this notice and (C) exceeding query rate or volume
limits. The data is provided on an 'as-is' basis and may lag behind the
register. Access may be withdrawn or restricted at any time.

  REFERRER http://www.nominet.org.uk

  REGISTRAR Nominet UK

SERVERS

  SERVER uk.whois-servers.net

  ARGS davstott.me.uk

  PORT 43

  TYPE domain

OWNER

  ORGANIZATION Dav Stott

TYPE
UK Individual

ADDRESS
The registrant is a non-trading individual who has opted to have their
address omitted from the WHOIS service.
Data validation:
Nominet was able to match the registrant's name and address against a 3rd party data source on 10-Dec-2012

DOMAIN

  SPONSOR 123-Reg Limited t/a 123-reg [Tag = 123-REG]

  CREATED 2003-02-13

  CHANGED 2017-01-22

STATUS
Registered until expiry date.

NSERVER

  NS.HOSTEUROPE.COM 212.67.202.2

  NS2.HOSTEUROPE.COM 62.138.132.22

  NAME davstott.me.uk

DISCLAIMER
This WHOIS information is provided for free by Nominet UK the central registry
for .uk domain names. This information and the .uk WHOIS are:
Copyright Nominet UK 1996 - 2017.
You may not access the .uk WHOIS or use any data from it except as permitted
by the terms of use available in full at http://www.nominet.uk/whoisterms,
which includes restrictions on: (A) use of the data for advertising, or its
repackaging, recompilation, redistribution or reuse (B) obscuring, removing
or hiding any or all of this notice and (C) exceeding query rate or volume
limits. The data is provided on an 'as-is' basis and may lag behind the
register. Access may be withdrawn or restricted at any time.

  REGISTERED yes

Mistakes

The following list shows you to spelling mistakes possible of the internet users for the website searched .