Just received official email from BFL, my Jale's are on the way...

[Frizz23]

I agree... someone is going to get ... schooled ... tomorrow.

You're talking about BFL_Josh now? Your alter ego / split personality?

 I'm very displeased at the moment.

... with yourself?

[1715049522]

1715049522

[1715049522]

1715049522

[1715049522]

1715049522

[k9quaint]

Fatal error: Uncaught exception 'PDOException' with message 'SQLSTATE[08004] [1040] Too many connections' in /var/web/bflweb/library/Zend/Db/Adapter/Pdo/Abstract.php:129 Stack trace: #0 /var/web/bflweb/library/Zend/Db/Adapter/Pdo/Abstract.php(129): PDO->__construct('mysql:host=loca...', 'zend_admin', '3ErK5wqJ6bTUgxk', Array) #1 /var/web/bflweb/library/Zend/Db/Adapter/Pdo/Mysql.php(109): Zend_Db_Adapter_Pdo_Abstract->_connect() #2 /var/web/bflweb/library/Zend/Db/Adapter/Abstract.php(315): Zend_Db_Adapter_Pdo_Mysql->_connect() #3 /var/web/bflweb/application/Bootstrap.php(203): Zend_Db_Adapter_Abstract->getConnection() #4 /var/web/bflweb/library/Zend/Application/Bootstrap/BootstrapAbstract.php(667): Bootstrap->_initCharsetDB() #5 /var/web/bflweb/library/Zend/Application/Bootstrap/BootstrapAbstract.php(620): Zend_Application_Bootstrap_BootstrapAbstract->_executeResource('charsetdb') #6 /var/web/bflweb/library/Zend/Application/Bootstrap/BootstrapAbstract.php(584): Zend_Application_Bootstrap_BootstrapAbstract->_bootstrap(NULL) in /var/web/bflweb/library/Zend/Db/Adapter/Pdo/Abstract.php on line 144

Woosh, there went their customers passwords.
I hope they salted their hashes. 
I hope they hashed them.

[Bogart]

PHP isn't very good for scaling, every request is a totally separate action and it doesn't look like they're using caching. What PHP is good for is small stuff because it's quick and easy to understand.

BTW, disabling diagnostic errors on public-facing sites is COMPSCI101 stuff. If this happened on a webapp I'd worked on I would be fired on the spot.

I agree... someone is going to get ... schooled ... tomorrow.  I'm very displeased at the moment.

It's good he's only displeased.  You wouldn't like him when he's angry.

[modrobert]

PHP isn't very good for scaling, every request is a totally separate action and it doesn't look like they're using caching. What PHP is good for is small stuff because it's quick and easy to understand.

Tell that to Facebook.

[YipYip]

PHP isn't very good for scaling, every request is a totally separate action and it doesn't look like they're using caching. What PHP is good for is small stuff because it's quick and easy to understand.

Tell that to Facebook.

You can build a house out of straw or bricks ....both are houses but some are easier and better at doing certain things

Bricks are harder in the short term but better & sturdier in the long run ...straw ..fast but a bit all over the place and not that sturdy ...if a thread unravels it seems to pull on another thread of straw

Its all about effort and what the end target result is needed

So Facebook...sure u can use straw but they will have basicall written there own php framework to achieve their result .....how much efforty did it take to get this result ....A FRICKEN SHITLOAD!!!! ...lol

[Enigma81]

PHP isn't very good for scaling, every request is a totally separate action and it doesn't look like they're using caching. What PHP is good for is small stuff because it's quick and easy to understand.

Tell that to Facebook.

Facebook uses PHP - but it's heavily modified, and it's not used for modules that it isn't suited to.

The reason Facebook hasn't migrated away from PHP is because it has incumbent inertia (it's what's there) and Facebook's engineers have managed to work around many of its flaws through a combination of patches at all levels of the stack and excellent internal discipline via code convention and style - the worst attributes of the language are avoided and coding style is rigidly enforced through a fairly tight culture of code review (failing to adhere to the style and "going cowboy" by writing sloppy code results in pitiless mockery by one's peers). Engineering management has never had to take a strong hand here; this arose largely due to key internal technical leaders just sort of corralling everyone else along.

There is also a lot of industry precedent indicating that re-writing an entire codebase in another language is usually one of the worst things you can do, so at all levels there is a reluctance to do that. The preferred strategy is to write new components in a de-coupled manner using a better language of choice (C++, python, Erlang, Java, etc); this is easily facilitated by Facebook's early development of thrift, an efficient multi-language RPC framework. This also helps avoid the worst effects of PHP: it can be totally avoided in subcomponents where the language is grossly-unsuitable. The broad effect is that the overall codebase slowly evolves away from depending as heavily on PHP, with the components that are still in PHP being written in tightly-controlled, disciplined ways by veteran members of the staff.

Enigma

[Schrankwand]

Fatal error: Uncaught exception 'PDOException' with message 'SQLSTATE[08004] [1040] Too many connections' in /var/web/bflweb/library/Zend/Db/Adapter/Pdo/Abstract.php:129 Stack trace: #0 /var/web/bflweb/library/Zend/Db/Adapter/Pdo/Abstract.php(129): PDO->__construct('mysql:host=loca...', 'zend_admin', '3ErK5wqJ6bTUgxk', Array) #1 /var/web/bflweb/library/Zend/Db/Adapter/Pdo/Mysql.php(109): Zend_Db_Adapter_Pdo_Abstract->_connect() #2 /var/web/bflweb/library/Zend/Db/Adapter/Abstract.php(315): Zend_Db_Adapter_Pdo_Mysql->_connect() #3 /var/web/bflweb/application/Bootstrap.php(203): Zend_Db_Adapter_Abstract->getConnection() #4 /var/web/bflweb/library/Zend/Application/Bootstrap/BootstrapAbstract.php(667): Bootstrap->_initCharsetDB() #5 /var/web/bflweb/library/Zend/Application/Bootstrap/BootstrapAbstract.php(620): Zend_Application_Bootstrap_BootstrapAbstract->_executeResource('charsetdb') #6 /var/web/bflweb/library/Zend/Application/Bootstrap/BootstrapAbstract.php(584): Zend_Application_Bootstrap_BootstrapAbstract->_bootstrap(NULL) in /var/web/bflweb/library/Zend/Db/Adapter/Pdo/Abstract.php on line 144

Woosh, there went their customers passwords.
I hope they salted their hashes. 
I hope they hashed them.

Changed password, made it more random and longer, thanks for noticing everyone.

[Tamerz]

Changed password, made it more random and longer, thanks for noticing everyone.

They changed it to the minirig shipping date. Nobody will ever figure it out.



...sorry, had to do it