Comments for GazeHawk Blog http://gazehawk.com/blog Eye Tracking For Everyone - Usability Services & Software Sat, 10 Mar 2012 06:40:21 +0000 hourly 1 http://wordpress.org/?v=3.2.1 Comment on GazeHawk Team Joins Facebook by Joining Facebook | Brian Krausz http://gazehawk.com/blog/gazehawk-team-joins-facebook/#comment-12042 Joining Facebook | Brian Krausz Sat, 10 Mar 2012 06:40:21 +0000 http://www.gazehawk.com/blog/?p=1238#comment-12042 [...] GazeHawk Team Joins Facebook [...] [...] GazeHawk Team Joins Facebook [...]

]]>
Comment on GazeHawk Team Joins Facebook by Ranga http://gazehawk.com/blog/gazehawk-team-joins-facebook/#comment-11841 Ranga Thu, 08 Mar 2012 23:55:11 +0000 http://www.gazehawk.com/blog/?p=1238#comment-11841 Congrats Brian! Congrats Brian!

]]>
Comment on GazeHawk Team Joins Facebook by Ronan O'Malley http://gazehawk.com/blog/gazehawk-team-joins-facebook/#comment-11833 Ronan O'Malley Thu, 08 Mar 2012 23:12:54 +0000 http://www.gazehawk.com/blog/?p=1238#comment-11833 Congratulations guys. Gazehawk is a seriously impressive feat of engineering, well done. Best of luck in the future. Congratulations guys. Gazehawk is a seriously impressive feat of engineering, well done. Best of luck in the future.

]]>
Comment on GazeHawk Team Joins Facebook by David http://gazehawk.com/blog/gazehawk-team-joins-facebook/#comment-11831 David Thu, 08 Mar 2012 23:10:16 +0000 http://www.gazehawk.com/blog/?p=1238#comment-11831 Congrats Brian and Joe! Congrats Brian and Joe!

]]>
Comment on GazeHawk Team Joins Facebook by The Heat Is On: Eye-Tracking Startup GazeHawk Founders Join Facebook; Product/Tech Looks For A Home | TechCrunch http://gazehawk.com/blog/gazehawk-team-joins-facebook/#comment-11826 The Heat Is On: Eye-Tracking Startup GazeHawk Founders Join Facebook; Product/Tech Looks For A Home | TechCrunch Thu, 08 Mar 2012 22:52:36 +0000 http://www.gazehawk.com/blog/?p=1238#comment-11826 [...] potential options at team@gazehawk.com,” the two founders, Brian Krausz and Joe Gershenson, write in a post announcing the Facebook [...] [...] potential options at team@gazehawk.com,” the two founders, Brian Krausz and Joe Gershenson, write in a post announcing the Facebook [...]

]]>
Comment on GazeHawk Team Joins Facebook by Bowei http://gazehawk.com/blog/gazehawk-team-joins-facebook/#comment-11816 Bowei Thu, 08 Mar 2012 22:14:56 +0000 http://www.gazehawk.com/blog/?p=1238#comment-11816 Congrats guys! Been wondering what you guys were up to. ;) Congrats guys! Been wondering what you guys were up to. ;)

]]>
Comment on PHP “require” Performance by Dominevski http://gazehawk.com/blog/php-require-performance/#comment-10332 Dominevski Sat, 18 Feb 2012 15:40:18 +0000 http://www.gazehawk.com/blog/?p=107#comment-10332 I would say comparing "require_once" vs "require" is pointless. Its true that "require" is almost twice as fast than "require_once" but that cannot be tested, really, not in a real world scenario. If you know for sure you are only including a script ONCE, why would you use require_once? The whole idea of using require_once is when you dont know if and when you gonna need the script. When testing performance you test suite should ofcourse include same files multiple times right? Someone may argue that if your code is loading same files more than once, then it is a failure by design. I dont agree. For the same reason we use #ifndef in our C or C++ programs =) An example: Assume I have a utlity class with common stuff and it is used by both DB.php and Auth.php. Most of the time these two are NOT loaded in the same script but what if they do? Like the login script which uses DB backend. Using plain "include" or "require" will throw fatals if and when both DB and Auth are used in a script: Cannot redeclare bla bla... So there is only 2 options left: include_once or __autoload. Depending on your code I would say: - If you know your code is using the included file then require_once is better. - If the required file is most likely NOT used, then use __autoload - plain require/include should be used only when the included file does not contain any PHP code at all. Means you are loading static content or templates or whatever similar. I would say comparing “require_once” vs “require” is pointless.
Its true that “require” is almost twice as fast than “require_once”
but that cannot be tested, really, not in a real world scenario.

If you know for sure you are only including a script ONCE, why
would you use require_once? The whole idea of using require_once
is when you dont know if and when you gonna need the script.

When testing performance you test suite should ofcourse include
same files multiple times right? Someone may argue that if your
code is loading same files more than once, then it is a failure
by design. I dont agree. For the same reason we use #ifndef in
our C or C++ programs =)

An example:
Assume I have a utlity class with common stuff and it is used by
both DB.php and Auth.php. Most of the time these two are NOT
loaded in the same script but what if they do? Like the login
script which uses DB backend. Using plain “include” or “require”
will throw fatals if and when both DB and Auth are used in a
script: Cannot redeclare bla bla…

So there is only 2 options left: include_once or __autoload.

Depending on your code I would say:

- If you know your code is using the included file then require_once
is better.

- If the required file is most likely NOT used, then use __autoload

- plain require/include should be used only when the included
file does not contain any PHP code at all. Means you are loading
static content or templates or whatever similar.

]]>
Comment on Where do users look first? by Principles of Effective Blog Design | WWW.TWITTERSIGN.NET http://gazehawk.com/blog/where-do-users-look-first/#comment-3833 Principles of Effective Blog Design | WWW.TWITTERSIGN.NET Mon, 03 Oct 2011 21:09:41 +0000 http://www.gazehawk.com/blog/?p=752#comment-3833 [...] start reading your website from the top-left corner. The fixations go in order from left to right. That’s where you want to place the most important [...] [...] start reading your website from the top-left corner. The fixations go in order from left to right. That’s where you want to place the most important [...]

]]>
Comment on Where do users look first? by Principles of Effective Blog Design http://gazehawk.com/blog/where-do-users-look-first/#comment-3670 Principles of Effective Blog Design Thu, 29 Sep 2011 14:14:05 +0000 http://www.gazehawk.com/blog/?p=752#comment-3670 [...] start reading your website from the top-left corner. The fixations go in order from left to right. That’s where you want to place the most important [...] [...] start reading your website from the top-left corner. The fixations go in order from left to right. That’s where you want to place the most important [...]

]]>
Comment on What else you should know about the human eye by Brian Krausz http://gazehawk.com/blog/what-else-you-should-know-about-the-human-eye/#comment-3228 Brian Krausz Mon, 12 Sep 2011 06:47:48 +0000 http://www.gazehawk.com/blog/?p=660#comment-3228 I believe eye tracking is currently used in some autism research. That kind of academic research requires as little calibration as possible though, as it's hard to get potentially autistic children to cooperate with it. I believe eye tracking is currently used in some autism research. That kind of academic research requires as little calibration as possible though, as it’s hard to get potentially autistic children to cooperate with it.

]]>