I really like symfony a lot. Why? It is very structured. I like that, I don’t need to be creating my own application framework (anymore). It takes a while to figure out where stuff goes but after a while it is smooth sailing.
It uses doctrine which appears to be a mature SQL object relational mapper. It’s simple to use and has provided all of the flexibility I have needed so far.
On January first 2011 we deemed FishBlab.com to be complete enough for official Alpha release. http://www.fishblab.com is now live! I will be discussing the various features in future blog releases.
Fishblab.com contains a map based toolset for discussing, reporting and analyzing fish species and fishing areas. There are three areas of FishBlab:
www.fishblab.com contains listings of the areas and species of Fish contained within the application. It begins at the highest level, states, cities and Fish species. The User can drill down within the areas to see more detail such as available fish and fishing spots. This part of the application ends with the user sent to the one of the two main Fishblab.com applications: by fish or by area.
area.fishblab.com is a map driven view of fishing driven by the current location. When the users enters a search area, the system zooms in on that area and shows all available fish species as well as fishing areas.
fish.fishblab.com is a map driven view of fishing by a single species of fish. When the user enters a fish name the system can display all areas of the range as well as discussion and reports for the target species only.
This is a follow up to my post: “lost connection to mysql server at ‘reading initial communication packet’, system error: 113″
It is now safe to say that the issue has been resolved with the switch from centos 5 to rhel 6. This was for a php application server running php 5.3 connecting to a separate mysql server. I had used the Webtatic yum builds. The issue has not occurred again. If you are having the same problem I suggest taking a look at your php end.
Seriously. Who the hell would pay for RHEL? Ok, you have a big wasteful company company run by inept and stupid managers – I can understand that. But otherwise, why pay?
I have 8 machines on a site. RHEL wants $349 per server with no support. For the privilege of 3 years of updates I would have to shell out $8376.00 for a bunch of FREE FUCKING SOFTWARE. Do you think I am fucking stupid? If it were not for centos, I would have long ago bailed to Ubuntu.
I fucking hate per-socket pricing. I mean, that’s just fucking greedy. I’m serously. That’s the shit I expect from microsoft and oracle – the really, really greedy fucks. Who buys oracle? You gotta be a really stupid fuck to buy oracle. Come on, google, yahoo and many others use mysql and it works just fine.
But back to per socket pricing on RHEL for a 4 socket setup. $1598 x 8 machines x 3 years = $38, 352. FOR A BUNCH OF FREE SOFTWARE? What kind of moron pays that when I can get the same shit for free? Support? Google is my support contract. What a fucking joke.
Look, I like what RedHat does, they do give back. But prices like that? FUCK YOU REDHAT!
Yeah, that one! You getting that too? Ripping your hair out? Here, have some of mine too!
I was getting an intermittenet error on a CENTOS 5 PHP 5.3 server. Hard to recreate as it occurred every few hours. This is what would show in the log: pdo connection error: sqlstate[ 2013 lost connection to mysql server at ‘reading initial communication packet’, system error: 113. 113 is ‘no route to host’, which means it is some goddam networking nightmare problem!
I have been ripping all the hair out of my head trying to fix this FUCKING error for a week straight! What a goddam nightmare! I have tried everything to fix it. I tested and reconfigured my network countless times. I tweaked mysql, and finally downloaded the binary rpms from mysql and did a fresh install. I poured over my PHP install.
But most of all, I searched google for days looking for discussion about this issue. I found lots of stuff but no difinitive answers. I also found the error popping up on sites all over the web – it is clearly occurring quite a bit.
What happens is the site seems just fine. I hit it repeatedly using the browser, and run thousands of siege tests – but no error. Then out of no where, maybe every hour or 2 I get the error again.
It was easy to blame mysql, as this bug discusses. But after I completely reinstalled it from the mysql rpms I had to rule that out. Either my network was flaky or the PHP server was causing it. One interesting thing is that I have a mirrored set of servers, a three tier front, back and database setup. The error was happening accross both setups, so it was clearly not a one off problem.
Oh so you are looking for a solution? Well … I can tell you what I found.
I am using symfony 1.4 which requires PHP 5.3. I have become old and lazy so I no longer have the energy to roll my own (compile) binaries. I searched around and found a site that had easy to install rpms using yum. The site is Webtatic. The author had all of the binaries I needed for PHP 5.3 so I just followed the instructions and BINGO I had a sweet PHP 5.3 setup!
Now, are these 3rd party rpms the cause of the problem or is it something in CENTOS 5? I really don’t know. But I do know that when I simply installed RHEL 6 and all the yummy PHP 5.3 stuff that comes with it, all was well. The error is gone – at least since I made the switch. If it comes back again, I will update this post.
Just loaded up a new version of RHEL 6. This is a PHP appication server that will sit between the front end lightweight apache servers and the back end MySQL databases. This is very preliminary, but the performance increase is outstanding so far. With CENTOS 5 I was getting loads of 1.5-2 during testing using siege. Now with an additional testing machine added in load has remained under 1.
Setup was trivial, and the big win is out of the box PHP 5.3. I have been chasing bugs with a PHP 5.3 CENTOS 5 installation for over a week (more on that later) , so this is a welcome change. APC,PDO,MYSQL – just check the boxes and you are done. And the graphical installation didn’t crash on me like I am used to!
So, I will fiddle with this for the 30 day eval, then I will be expecting to dump it for CENTOS 6.
The following excerpts are one of the best descriptions I have seen to describe the issues found in the climategate emails:
(Climategate) “e-mails show that a close-knit group of the world’s most influential climate scientists actively colluded to subvert the peer-review process … manufactured pre-determined conclusions through the use of contrived analytic techniques; and discussed destroying data to avoid government freedom-of-information requests.”
“Viewed collectively, the CRU e-mails reveal a scientific community in which a group of scientists promoting what has become, through their efforts, the dominant climate-change paradigm are at war with other scientists derisively labeled as ‘skeptics,’ ‘deniers,’ and ‘contrarians,’”
From the New York Times article:
http://www.nytimes.com/cwire/2010/01/13/13climatewire-insurance-group-says-stolen-e-mails-show-ris-91554.html
This references a letter sent by Robert Detlefsen, the National Association of Mutual Insurance Companies vice president of policy.
On the final day of our Tuna trip we went further West than before. We caught one Yellowfin Tuna at about 10:00 am. We also saw a Yellowtail and a cool shark. We also saw several Ocean Sunfish. It was fairly rough and by the end of the day we were tired of being pounded by the waves.
The edge of a kelp bed
Sunfish off a kelp Patti. This lumbering fish just stayed right next to the boat.
Ocean sunfish in San Diego
This Sunfish was probably 200+ pounds
Ocean sunfish in San Diego
Yellowfin Tuna! We finally score some Yellowfin Tuna with the guidance of a local fishing site. First Tuna for both Don and I!
Yellowfin Tuna in San Diego
Day One: Whales, Sea Lions and birds but no fish … Cool porpoises everywhere, Mexican police with machine guns, Shamu the retarded Whale and much more in today’s adventures.
Porpoises off the Coronado Islands in Mexico
