INSERT INTO sites(host) VALUES('') 1045: Access denied for user 'www-data'@'localhost' (using password: NO) Estimated Worth $25,013 - MYIP.NET Website Information
Welcome to!
 Set MYIP as homepage      


Web Page Information

Meta Description:
Meta Keywords:
sponsored links:
sponsored links:

Traffic and Estimation


Website Ranks

Alexa Rank:
Google Page Rank:
Sogou Rank:
Baidu Cache:

Search Engine Indexed

Search EngineIndexedLinks

Server Data

Web Server:
IP address:    

Registry information

ICANN Registrar:
Name Server:
Whois Server:

Alexa Rank and trends

Traffic: Today One Week Avg. Three Mon. Avg.
Unique IP:

More ranks in the world

Users from these countries/regions

Where people go on this site

Alexa Charts

Alexa Reach and Rank

Whois data

Who is at

Domain Name: KROOK.ORG

Domain ID: D84227561-LROR

WHOIS Server:

Referral URL:

Updated Date: 2016-02-20T12:41:19Z

Creation Date: 2002-03-06T03:14:15Z

Registry Expiry Date: 2017-03-06T03:14:15Z

Sponsoring Registrar:, LLC

Sponsoring Registrar IANA ID: 886

Domain Status: ok

Registrant ID: tuq6nRbdsAmyWxP5

Registrant Name: Daniel Krook

Registrant Organization: Krook

Registrant Street: 1255 Stillson Rd

Registrant City: Fairfield

Registrant State/Province: CT

Registrant Postal Code: 06824

Registrant Country: US

Registrant Phone: +1.2038701212

Registrant Phone Ext:

Registrant Fax:

Registrant Fax Ext:

Registrant Email: bills

Admin ID: tu6Q1EZFmcRpyXX3

Admin Name: Daniel Krook

Admin Organization: Krook

Admin Street: 1255 Stillson Rd

Admin City: Fairfield

Admin State/Province: CT

Admin Postal Code: 06824

Admin Country: US

Admin Phone: +1.2038701212

Admin Phone Ext:

Admin Fax:

Admin Fax Ext:

Admin Email: bills

Tech ID: tufT3UH7eDTR8HPB

Tech Name: Daniel Krook

Tech Organization: Krook

Tech Street: 1255 Stillson Rd

Tech City: Fairfield

Tech State/Province: CT

Tech Postal Code: 06824

Tech Country: US

Tech Phone: +1.2038701212

Tech Phone Ext:

Tech Fax:

Tech Fax Ext:

Tech Email: bills

Name Server:

Name Server:

DNSSEC: unsigned

>>> Last update of WHOIS database: 2016-10-16T11:01:41Z <<<

For more information on Whois status codes, please visit

Access to Public Interest Registry WHOIS information is provided to assist persons in determining the contents of a domain name registration record in the Public Interest Registry registry database. The data in this record is provided by Public Interest

Registry for informational purposes only, and Public Interest Registry does not guarantee its accuracy. This service is intended only for query-based access. You agree that you will use this data only for lawful purposes and that, under no circumstances

will you use this data to(a) allow, enable, or otherwise support the transmission by e-mail, telephone, or facsimile of mass unsolicited, commercial advertising or solicitations to entities other than the data recipient's own existing customers; or (b) e

nable high volume, automated, electronic processes that send queries or data to the systems of Registry Operator, a Registrar, or Afilias except as reasonably necessary to register domain names or modify existing registrations. All rights reserved. Publi

c Interest Registry reserves the right to modify these terms at any time. By submitting this query, you agree to abide by this policy.

Front Page Thumbnail

sponsored links:

Front Page Loading Time

Keyword Hits (Biger,better)

Other TLDs of krook

TLDs Created Expires Registered

Similar Websites


Search Engine Spider Emulation

Title:Daniel Krook
Description:Daniel Krook is a New York area Senior Certified IT Specialist (IBM L3 Thought Leader, The Open Group L3 Distinguished). He creates compelling and powerful cloud computing solutions that differentiate IBM and drive its industry leadership. He currently delivers IBM Bluemix innovation based on the OpenStack and Cloud Foundry open source projects. Daniel has engineered software end-to-end for a wide array of industries over a 14 year career. He is certified in cloud architecture, PHP, Java EE, BlackBerry, DB2, and Solaris.
Keywords:Cloud, DB2, WebSphere, Apache, PHP, MySQL, Java, BlackBerry, Development
Daniel Krook
Skip to content
Short bio
Personal blog of an IBMer delivering innovation based on the OpenStack, Cloud Foundry, and Docker open source projects. Posts are my own.*
R eacute;sum eacute;
@pczarkowski Ha. The company name is even better. #IHOBMTNS Guide to #Serverless Technologies: The Best of #FaaS and BaaS @michael_beh: looking very much forward to working with Adobe amp; others on this! Has been an excellent collaboration so far, leading up t鈥ick Mitchell presents the Bluemix UI for the @openwhisk open source #serverless platform at Serverless NYC. @michael_beh: Why Enterprises Should Care About Serverless Computing via @forbes #serverless #OpenWhiskRT @DiapentePlayer: Daniel Krook @DanielKrook @IBM @Dev_Events going into @openwhisk pros amp; cons. #serverless #devconnect鈥
Recent posts
Blogging for IBM
Cross-origin resource sharing on IBM Bluemix
The Washington Americans
Please vote for my OpenStack talk proposals
IBM forges its new PaaS with Cloud Foundry
An alternate history of Super Bowl matchups
Best practices of the daily scrum at NYPHP
Zend on IBM private/public clouds at NYPHP
Butterfly effect
Cloud Foundry
Network administration
New York PHP
Spring Framework
System administration
The truck
Web architecture
Web design
Web development
September 2015
July 2014
June 2014
February 2014
July 2013
January 2013
August 2012
June 2012
April 2012
March 2012
October 2011
May 2011
March 2011
November 2010
August 2010
July 2010
April 2010
March 2010
December 2009
November 2009
September 2009
August 2009
May 2009
April 2009
March 2009
February 2009
December 2008
October 2008
August 2008
July 2008
June 2008
May 2008
March 2008
February 2008
January 2008
December 2007
November 2007
October 2007
September 2007
August 2007
July 2007
June 2007
May 2007
April 2007
March 2007
February 2007
January 2007
December 2006
November 2006
October 2006
September 2006
August 2006
July 2006
June 2006
May 2006
April 2006
March 2006
February 2006
January 2006
December 2005
November 2005
October 2005
September 2005
August 2005
July 2005
June 2005
May 2005
April 2005
March 2005
February 2005
January 2005
December 2004
November 2004
October 2004
August 2004
July 2004
June 2004
April 2004
March 2004
February 2004
January 2004
September 2003
August 2003
July 2003
June 2003
May 2003
March 2003
February 2003
January 2003
December 2002
November 2002
October 2002
September 2002
August 2002
July 2002
June 2002
May 2002
March 2002
February 2002
January 2002
December 2001
September 2001
August 2001
July 2001
Blogging for IBM
16 September 2015 raquo; Cloud, Community, IBM, Writing
Hello all, it #8217;s been a while since I posted content here on my own blog, but I do regularly write for several other blogs, including IBM developerWorks Open, IBM OpenTech, Bluemix Dev, and Thoughts on Cloud.
Here are a few recent entries:
Upcoming open tech conferences: Cloud Foundry, OpenStack, and Docker
IBM Research talks cloud innovation at OpenStack meetups.
IBM contributions to OpenStack go beyond the code.
Cross-origin resource sharing for Bluemix APIs.
Learn about cloud (or share your expertise) at a local meetup.
If you #8217;re interested on my take in various areas of cloud computing #8211; particularly in the realm of open source #8211; add those feeds to your reader.
1 comment
Cross-origin resource sharing on IBM Bluemix
08 July 2014 raquo; Ajax, Cloud, Cloud Foundry, IBM, JavaScript, Web architecture
Update: A newer version of this post has been published to the IBM Bluemix blog.
The IBM Bluemix Platform-as-a-Service (based on Cloud Foundry) naturally supports applications that are composed of many services that are in turn deployed to different hostnames.
For example, if you push an application to Bluemix, the name you provide will be prepended to resulting in an address such as:
If your cloud-native app follows the best practices of a microservices architecture you #8217;ll probably have two or more subcomponents that live on discrete hostnames like this.
But what if you have a JavaScript based front-end that needs to aggregate information from the disparate hosts? By default you won #8217;t have access to data on these other subdomains.
The solution is to take advantage of the HTTP headers that are available to allow you to control cross-origin resource sharing (CORS).
To illustrate the problem and the solution, consider the simple Ajax application here:
If you click the red box, you #8217;ll initiate an asynchronous HTTP call in JavaScript to a servlet on another host at:
The source of this servlet shows that no particular HTTP headers are set, thus the JavaScript call never reaches it.
However, if you click the blue box, you #8217;ll initiate a call to a different servlet on that host:
This time the Ajax call will successfully consume data from the service, because the HTTP headers allow services from a different domain to access the servlet.
response.setHeader #40;
quot;Access-Control-Allow-Origin quot;,
quot; quot;
response.setHeader #40;
quot;Access-Control-Allow-Methods quot;,
quot;POST, GET, DELETE, PUT quot;
response.setHeader #40;
quot;Access-Control-Allow-Headers quot;,
quot;x-requested-with,Content-Type quot;
If you need to allow access to all client hostnames, replace the whitelist with a wildcard:
response.setHeader #40;
quot;Access-Control-Allow-Origin quot;,
quot;* quot;
There you have it; a simple way to build dynamic JavaScript applications composed of several microservices on IBM Bluemix (or any other Cloud Foundry PaaS).
I used Java in this example, but the same HTTP headers apply whether you #8217;re using Ruby, Node.js, PHP, Python or any other runtime.
The Washington Americans
19 June 2014 raquo; Football, Politics
This week presented yet another opportunity to suggest a proposal to rename the Washington Redskins to something less controversial. As I see it, the #8220;Washington Americans #8221; makes the most sense.
It removes a racial slur from the name, expands the appeal of the team to represent the capital city (as a kid, I thought the team hailed from Washington state), and it requires little #8211; if any #8211; change to the existing uniform and logo.
I #8217;m not sure if I #8217;m the first one who came up with the idea, but I #8217;ve sent messages via the feedback form a couple of times over the past 10 years.
December 2005
Congrats on the win today, and good luck next week at Seattle.
I just wanted to share my thoughts on your team name. I enjoy the history of the team, and the logo and colors. However, every time I hear the word #8220;redskin, #8221; I cringe (and it #8217;s not just because I #8217;m a New York Giants fan :).
My suggestion is to seize the opportunity and rename the team the Washington Americans. You would honor both native-American heritage, and unify that with your home in the nation #8217;s capital.
Just a suggestion. And again, good luck #8230; Unless you face the Giants in the NFC Championship. :)
December 2009
I wrote a similar note about four years ago through, and after watching the prime time Sunday night game last night, I thought I #8217;d write again.
I wanted to share my thoughts on your team name. I enjoy the history of the team, and the logo and colors. However, every time I hear the word #8220;redskin, #8221; I cringe (and it #8217;s not just because I #8217;m a New York Giants fan :).
My suggestion is to seize an opportunity and rename the team the Washington *Americans* without a change to logo or team colors. You #8217;d continue to recognize native-American heritage and team history yet also strengthen the team #8217;s association with your home in the nation #8217;s capital.
Furthermore, by using the name #8220;Americans #8221; by itself, without any hyphenated prefix suggesting exclusion or exception such as #8220;Native-, #8221; makes a statement that all US football fans are united as a single nation with a common history.
Of course, this is just my suggestion. But, in what #8217;s looking to be an off season full of change, I think you have a golden opportunity to break with a negative aspect of the past and look to a greater future of the franchise here.
If you could float the idea by Daniel Snyder I #8217;d very much appreciate it.
I #8217;ve also shared the idea a couple of times on Twitter to a positive reception.
@danielkrook @Redskins @SenatorReid That #39;s the only sensible tweet that #39;s FOR changing the name.
mdash; Captain SaveAHoe (@DrSeaBishop) May 29, 2014
@danielkrook @Redskins @nfl #8212; that makes a lot of sense
mdash; Dave Winer 鈽 (@davewiner) October 30, 2013
Putting aside whoever it was that first came up with the suggestion to rename the team to the Americans, it #8217;s at least a positive starting point to find common ground in this controversy.
It addresses the most offensive part of the name, reduces the cost of change to logo and uniform, and it expands representation of the city and the sport of American Football during this dreadful onslaught of World Cup #8220;football. #8221; :)
Please vote for my OpenStack talk proposals
27 February 2014 raquo; Cloud, Cloud Foundry, OpenStack
I #8217;ve submitted two abstracts for the OpenStack Atlanta conference that happens in May.
Building the right infrastructure for your OpenStack workloads
After this presentation, you will have a firm grasp of the hardware (and costs) required to build your own OpenStack cloud and the confidence to get started immediately.
Optimizing OpenStack for large scale Cloud Foundry deployments
After this presentation, you will have a strong grasp of what it takes to optimize OpenStack for Cloud Foundry and a starting point for deploying your own massively scalable PaaS clusters.
The OpenStack project is interesting in that it allows members of the community to weigh in on the topics they #8217;d like to see at the conference.
If you like my presentation topics, please consider voting for them (ideally with 3 stars: #8220;Would Love To See This! #8221;).
To vote, you need to be a member of the OpenStack Foundation. You can join as an individual member for free.
The community review period ends on March 3rd, so please vote today!
IBM forges its new PaaS with Cloud Foundry
29 July 2013 raquo; Cloud, Cloud Foundry, OpenStack
IBM recently announced an open cloud architecture, based on OpenStack at the Infrastructure-as-a-Service (server, storage, and network) level, and on Cloud Foundry at the Platform-as-a-Service (runtime, framework, and database) level.
The partnership follows a fifteen year trend at IBM. This strategy to start with #8211; and contribute back to #8211; open source projects benefits IBM, its customers, and the community itself.
By building on top of an existing open source foundation, IBM can focus its efforts on higher level services tailored to specific customers.
By generating interest in the technology #8211; and dedicating employees to the open source project #8211; the community and its software is strengthened.
I #8217;m proud to be a part of the work at IBM to build our next generation PaaS on top of Cloud Foundry. We #8217;ve already got 1,000 IBMers running 1,200 apps on it, and we #8217;re growing fast.
As with Apache, Linux, Eclipse, and OpenStack before it, I have have high hopes for Cloud Foundry. It #8217;s good news for IBM customers, and everyone else who can benefit from a free, open source PaaS.
This post is my own and doesn #8217;t necessarily represent IBM #8217;s positions, strategies or opinions.
An alternate history of Super Bowl matchups
16 January 2013 raquo; Football, History, Thoughts
The NFL #8217;s conference championship (semifinal) games always capture my imagination.
In many cases, it #8217;s where the two best teams in the league face off, even if they still move on to face a weak opponent from the other conference in a largely ceremonial Super Bowl. Most of the San Francisco 49ers and Dallas Cowboy match ups from the early 1990s fall into this category. So these conference games represent the de facto league championship game.
In other cases, there are some teams that just can #8217;t catch a break, like the Cleveland Browns or New York Jets, despite numerous, and often successive, championship game appearances. Without at least a Super Bowl appearance, these teams fall by the wayside of NFL history.
The forgotten championship
In all cases, the loser quickly disappears from the public #8217;s memory #8211; unlike the Super Bowl participants who have at least a moment #8217;s glory on the national stage #8211; despite an excellent season up to that point.
Do you remember how dominant the Browns were in the late 1980s? Or the Los Angeles Rams in the late 1970s?
A second chance at three hours
I often contemplate what NFL history could have looked like, had the NFC and AFC championship games gone the other way and the losers instead advanced to the Super Bowl.
See the full results below, starting with the 1970 season, with the winner shown in bold. I assume the conference that won the real Super Bowl also wins the alternate match up, though admittedly this is unlikely in several match ups. My observations follow the results.
Super Bowl
AFC team
NFC team
Oakland Raiders
San Francisco 49ers
Baltimore Colts
San Francisco 49ers
Pittsburgh Steelers
Dallas Cowboys
Oakland Raiders
Dallas Cowboys
Oakland Raiders
Los Angeles Rams
Oakland Raiders
Los Angeles Rams
Pittsburgh Steelers
Los Angeles Rams
Oakland Raiders
Minnesota Vikings
Houston Oilers
Los Angeles Rams
Houston Oilers
Tampa Bay Buccaneers
San Diego Chargers
Dallas Cowboys
San Diego Chargers
Dallas Cowboys
New York Jets
Dallas Cowboys
Seattle Seahawks
San Francisco 49ers
Pittsburgh Steelers
Chicago Bears
Miami Dolphins
Los Angeles Rams
Cleveland Browns
Washington Redskins
Cleveland Browns
Minnesota Vikings
Buffalo Bills
Chicago Bears
Cleveland Browns
Los Angeles Rams
Los Angeles Raiders
San Francisco 49ers
Denver Broncos
Detroit Lions
Miami Dolphins
San Francisco 49ers
Kansas City Chiefs
San Francisco 49ers
Pittsburgh Steelers
Dallas Cowboys
Indianapolis Colts
Green Bay Packers
Jacksonville Jaguars
Carolina Panthers
Pittsburgh Steelers
San Francisco 49ers
New York Jets
Minnesota Vikings
Jacksonville Jaguars
Tampa Bay Buccaneers
Oakland Raiders
Minnesota Vikings
Pittsburgh Steelers
Philadelphia Eagles
Tennessee Titans
Philadelphia Eagles
Indianapolis Colts
Philadelphia Eagles
Pittsburgh Steelers
Atlanta Falcons
Denver Broncos
Carolina Panthers
New England Patriots
New Orleans Saints
San Diego Chargers
Green Bay Packers
Baltimore Ravens
Philadelphia Eagles
New York Jets
Minnesota Vikings
New York Jets
Chicago Bears
Baltimore Ravens
San Francisco 49ers
Some observations
The New York Giants never reach the Super Bowl. The New England Patriots appear only once (and win).
The Vikings, Lions, Eagles, Chargers, Oilers, Panthers and Seahawks each win at least one Super Bowl.
San Francisco still wins 5 Super Bowls, but also loses 3 times. Oakland wins 5 (including 3 in a row, which has never happened in Super Bowl history) and loses two.
The Browns make it to 3 Super Bowls but lose all of them. The Jets make 4 but win only one.
There is an expansion team meeting the year after both new teams joined the league, when the Carolina Panthers defeat the Jacksonville Jaguars.
The Pittsburgh Steelers and Dallas Cowboys still meet two times.
The Bears go 3-0, representing the best overall Super Bowl record.
The Buffalo Bills still don #8217;t win a game.
There are lots of interesting local rivalries. Los Angeles and Oakland, San Francisco and Los Angeles, Pittsburgh and Philadelphia, Philadelphia and Baltimore, Jacksonville and Tampa Bay.
It would also be interesting to consider alternate MVPs, though I #8217;d limit this to quarterbacks, since defensive or special teams players reflect a strong individual performance rather than the overall team strength. Kenny Stabler and Joe Montana would probably lead the MVP tally.
Best practices of the daily scrum at NYPHP
28 August 2012 raquo; Agile, New York PHP, PHP
Join us tonight at the New York PHP meeting in midtown Manhattan to hear best practices for agile PHP development from Patricia Ju of Hackerbilt.
As a former scrum-half, I #8217;m particularly interested in the actual rugby ball Hackerbilt brings to the daily standup. :)
RSVP now.
Zend on IBM private/public clouds at NYPHP
21 June 2012 raquo; Cloud, DB2, IBM, New York PHP, PHP, Zend
Next Tuesday, June 26th, I #8217;ll be speaking at the New York PHP user group about the project I led to bring the Zend Application Fabric onto IBM #8217;s on-premise private cloud rack, PureSystems, and onto IBM #8217;s public cloud, SmartCloud Enterprise.
I #8217;ll describe the Zend Application Fabric for highly available PHP clusters, and show how its topology is supported by scaling and failover policies built into the IBM platform. I #8217;ll also show how it integrates with the DB2 based Database-as-a-Service.
At the core of the Zend/IBM system is an IBM virtual application pattern (based on the TOSCA standard) that specifies how virtual machines are layed out, which other VMs they should link (or react) to based on life cycle events, and when they should scale up or down.
You will learn how to activate the Zend pattern, customize the topology, set a scaling policy, monitor the infrastructure, tweak the Zend configuration, view IBM elasticity and fault tolerance in action, and perform repeatable deployments using a template.
RSVP now, or make a note to catch the live stream.
Next page raquo;
Copyright copy; 1995-2015 Daniel Krook.The postings on this site are my own and don't necessarily represent IBM's positions, strategies or opinions.Design based on the Green Marin eacute;e template by Ian Main.

Updated Time

Friend links: ProxyFire    More...
Site Map 1 2 3 4 5 6 7 8 9 10 20 30 40 50 60 70 80 90 100 110 120 130 140 150 160 170 180 190 200 250 300 350 400 450 500 550 600 610 620 630 640 650 660 670 680 690 700 710 720 730 740 750
TOS | Contact us
© 2009 Dev by MYIP Elapsed:54.476ms