barrycarlyon.co.uk Report : Visit Site

Technical data of the barrycarlyon.co.uk

Geo IP provides you such as latitude, longitude and ISP (Internet Service Provider) etc. informations. Our GeoIP service found where is host barrycarlyon.co.uk. Currently, hosted in United Kingdom and its service provider is UK2 - Ltd .

HTTP Header Analysis

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

DNS

HtmlToText

i ramble home wordpress plugins jetpack extras wp zombaio wordpress plugin development other things and projects stream donations tumblrblog trains location data (open rail data) kerbal space program ksp gallery contact | hire me contact form download my cv twitter facebook google plus linkedin github wp profile google oauth and offline access 22nd september, 2016 / posted in code , code snippets , geekery , work / no comments share: google twitter facebook more email print reddit linkedin pinterest tumblr pocket been doing a lot of various stuff and things for cohhcarnage and some of that stuff has involved building an achievements tracking system for the website . one of those achievements, is for youtube subscription. where the achievement is awarded to the logged in user, if the user has subscribed to a given youtube channel, in this case cohh’s youtube . in order to make sure that people can’t “cheat” the system, we ask them to link their google/youtube account with the website and use the relevant api to look up their subscription status. initially this worked fine, but i ran into some issues where the oauth token stored has expired and thus i can’t do a status check, for cases where the user links their youtube to their cohhilition account then doesn’t subscribe on youtube until after 24 hours later (or some caching issue with google). so, the simple fix using googles php library for oauth’ing is to just do a <?php $client->setaccesstype('offline') now, this works fine for the most part, you happily get a refresh token, and can thus renew your token. then comes a hiccup, if for whatever reason you have offline access type on, and the user has previously authorised the application and it’s offline permission, you don’t get a refresh token in some cases. some user cases include: you’ve lost their token, or got a bad one or the user managed to find the authentication loop (again) when they shouldn’t, and thus a new code/token combo is generated normally you are using something like: <?php $client = new google_client(); $client->setclientid($client_id); $client->setclientsecret($client_secret); $client->setredirecturi($redirect_uri); $client->addscope("email"); $client->addscope("profile"); $client->setaccesstype('offline');// last forever/give me a refresh but in order to make sure that you get a refresh_token every time someone goes through the authentication loop, you have to adjust as follows: <?php $client = new google_client(); $client->setclientid($client_id); $client->setclientsecret($client_secret); $client->setredirecturi($redirect_uri); $client->addscope("email"); $client->addscope("profile"); $client->setaccesstype('offline');// last forever/give me a refresh $client->setapprovalprompt('force');// force a refresh token return everytime apparently, using 'offline' is supposed to imply 'force' according to some stack overflows posts, but this doesn’t seem the case. in the end my full google_client setup looks like: <?php $client = new google_client(); $client->setauthconfig($consumer); $client->addscope('profile'); $client->addscope('email'); $client->addscope('https://www.googleapis.com/auth/youtube.readonly'); $client->setaccesstype('offline');// asks for a refresh token $client->setapprovalprompt('force');// forces the refresh token being returned $client->setincludegrantedscopes(true); $client->setredirecturi($callback); just an odd thing i came across recently that i thought i would write up. most of the notes here are from stack overflow post on the subject share: google twitter facebook more email print reddit linkedin pinterest tumblr pocket php5.6+ curl and file uploads 4th october, 2015 / posted in code , geekery / no comments share: google twitter facebook more email print reddit linkedin pinterest tumblr pocket came across something odd today, and thought i’d condense down my tweets on the subject into a blog post. hmm i have a php curl that won't post a file with @ odd… need to investigate later… — (@barrycarlyon) october 4, 2015 basically, i use curl and some wacky wacky stuff to upload files to a site over http post. and since i’d just grabbed php 7 from homebrew, it had overridden my php 5.5 install that comes as standard on osx 10.10 and thus i cross checked the script with my macports php 5.6 install and found the same. (yes three different php versions for science…) “traditionally” the method for this would be something along the lines of: <?php $ch = curl_init('someurl'); curl_setopt($ch, curlopt_followlocation, true); curl_setopt($ch, curlopt_post, true); curl_setopt($ch, curlopt_useragent, 'mozilla/5.0 (macintosh; intel mac os x 10_9_3) applewebkit/537.36 (khtml, like gecko) chrome/35.0.1916.153 safari/537.36'); curl_setopt($ch, curlopt_returntransfer, true); $data = array( 'some_file' => '@' . $some_path ); curl_setopt($ch, curlopt_postfields, $data); $r = curl_exec($ch); curl_close($ch); on php 5.5 and previous that works file, using a @ at the start of a post entry would instruct php/curl to treat the data/string as a file path to upload. this behaviour is controlled by the php curl constant of curlopt_safe_upload . in php 5.6 this constant changed from default false to default true , setting to true means that a string starting @ is treated as a string and not a file path to upload. the changes are documented on the php.net website , but the primary trip up is that most of us just use the defaults and we get tripped up when things change. so, after trying to set this to false under php 5.6 it still wasn’t working, and under php 7 you are thrown an error to indicate that you are not allowed to change this constant any more for security reasons, which is fine. the solution is to use the curlfile class , which is pretty straightforward: <?php $ch = curl_init('someurl'); curl_setopt($ch, curlopt_followlocation, true); curl_setopt($ch, curlopt_post, true); curl_setopt($ch, curlopt_useragent, 'mozilla/5.0 (macintosh; intel mac os x 10_9_3) applewebkit/537.36 (khtml, like gecko) chrome/35.0.1916.153 safari/537.36'); curl_setopt($ch, curlopt_returntransfer, true); $data = array( 'some_file' => new curlfile($some_path) ); curl_setopt($ch, curlopt_postfields, $data); $r = curl_exec($ch); curl_close($ch); this is the truly lazy edition , just chuck a new curlfile($path) at it, instead of the @ . i’m sure curlfile does more useful stuff, but this was enough to get me back up and running! thus endeth this blog post! share: google twitter facebook more email print reddit linkedin pinterest tumblr pocket magento – products showing in the wrong category 27th april, 2015 / posted in code , code snippets , fred aldous , geekery , magento , work / no comments share: google twitter facebook more email print reddit linkedin pinterest tumblr pocket i came across something odd a while back, and until recently not had time to investigate the issue. products were showing up in categories that they were not explicitly in. in summary, when you reindex catalog_category_product magento goes and looks at all the products and the categories that they are in. for the categories that the product are in, it gets the category tree of that category. so consider this category hierarchy: category a sub category a 1 bottom category 1 bottom category 2 sub category a 2 bottom category 3 bottom category 4 sub category a 3 bottom category 5 bottom category 6 category b sub category b 1 bottom category 7 bottom category 8 sub category b 2 bottom category 9 bottom category 10 sub category b 3 bottom category 11 bottom category 12 now you create a product and put it in bottom category 9 and bottom category 11 . when you reindex it’s put into the list to show up in the category and the parents on that tree, so category b and category b 2 , and so on for bottom category 11 . now over time we add more products and more categories, and several months later we decide to

URL analysis for barrycarlyon.co.uk

http://barrycarlyon.co.uk/wordpress/2015/04/12/mac-obs-and-streaming-audio-right/?share=facebook
http://barrycarlyon.co.uk/wordpress/other-things-and-projects/kspgallery/
http://barrycarlyon.co.uk/wordpress/2015/10/04/php5-6-curl-and-file-uploads/?share=pinterest
http://barrycarlyon.co.uk/wordpress/2015/04/27/magento-products-showing-in-the-wrong-category/?share=pocket
http://barrycarlyon.co.uk/wordpress//#cancel
http://barrycarlyon.co.uk/wordpress/2015/04/12/mac-obs-and-streaming-audio-right/?share=linkedin
http://barrycarlyon.co.uk/wordpress/2015/04/12/mac-obs-and-streaming-audio-right/?share=tumblr
http://barrycarlyon.co.uk/wordpress//#footer
http://barrycarlyon.co.uk/wordpress///+
http://barrycarlyon.co.uk/wordpress/2016/09/22/google-oauth-and-offline-access/?share=tumblr
http://barrycarlyon.co.uk/wordpress/2015/04/27/magento-products-showing-in-the-wrong-category/?share=facebook
http://barrycarlyon.co.uk/wordpress/other-things-and-projects/kerbal-space-program/
http://barrycarlyon.co.uk/wordpress/2015/04/12/mac-obs-and-streaming-audio-right/?share=google-plus-1
http://barrycarlyon.co.uk/wordpress/2015/04/27/magento-products-showing-in-the-wrong-category/#respond
http://barrycarlyon.co.uk/wordpress/contact/

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;

Error for "barrycarlyon.co.uk".

the WHOIS query quota for 2600:3c03:0000:0000:f03c:91ff:feae:779d has been exceeded
and will be replenished in 1 seconds

WHOIS lookup made at 18:32:27 30-Sep-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 co.uk.whois-servers.net

  ARGS barrycarlyon.co.uk

  PORT 43

  TYPE domain

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 no

DOMAIN

  NAME barrycarlyon.co.uk

NSERVER

  DNS1.POINTHQ.COM 109.233.112.63

  DNS5.POINTHQ.COM 46.23.76.200

  DNS4.POINTHQ.COM 193.33.179.204

  DNS2.POINTHQ.COM 173.255.231.87

  DNS3.POINTHQ.COM 173.255.215.107

Mistakes

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