MOSt!!!

http://www.hoc.hu/Cooler-Master-egyeb-hirek/tervezz-egy-felelmetes-diza…
Database connection error (2): Could not connect to MySQL.

LOL

( hrgy84 | 2013. 09. 16., h – 14:36 )

PHP, en igy szeretlek!
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

Ez továbbra sem a PHP számlájára írandó hiba... Ha a DB leáll (vagy rossz konfigot adnak meg neki), nincs az a programnyelv, ami képes csatlakozni hozzá.

szerk.: FB oldalukra tettem egy jelzést nekik. Bár szerintem csak tudnak már róla...
szerk.2.: "Átmenetileg meghalt az oldal. Hangsúlyozom, átmenetileg!" - FB-ról.

Szakértői post: meghalt az oldal...
Ez durva.

Amúgy a PHP is tettes, mert nem szabadna odarondítani a képernyőre, ill. a webfejlesztőnek kéne úgy paramétereni az SQL kapcsolatot, hogy ne rondítson oda, és lekezelni a hibát pl. úgy, hogy kidob egy tetszetős - az "oldal karbantartás alatt" jellegű statikus lapot.

De valakinek jó ez így is :)
--
PtY - www.onlinedemo.hu

Egyértelmű, hogy fejlesztői hiba, de legalább ha nincs lekezelve a modul hibajelzése jól, akkor generálna egy HTTP/500-at, amire lehet csinálni hibaoldalt (ha már php-ben lusta valaki lekezelni).
Amúgy nem csak php-ban lehet gányolni, azt szinte mindenhol lehet :)
--
PtY - www.onlinedemo.hu

Ja, tök szar ez a PHP, nem véletlen hogy más nyelvben nincs lehetőség die/"print majd exit"-re database connection error esetén, mindegyik PHP-n kívüli nyelv kizárólag formázott Exception oldalakat hajnaldó iylenkor megjeleníteni. ;) Nehogy már a Turning-gép egy false connection resource látványa után megengedje, hogy csicsatagek nélküli stringgel fejeződjön be a futás!

Ezért nem merem feszegetni a témát, ha valahol ilyet olvasok. ;)
(arról nem beszélve, hogy valamelyik fórumon már láttam olyat, hogy egyik profi szerint gányolás, másik szerint szép és jó a kód. :D)

Akit tudja, csinálja, aki nem tudja, tanítja... Hm... igazgatónak talán még jó lennék. :)

Mondj egy olyan nyelvet, amiben nem lehet gányolni. A Java-ban nagyon könnyű szarul programozni, a JavaScript megengedőbb minden szempontból (lévén szinte alig vannak korlátai), ott a legegyszerűbb gányolni. assembly-ben azért nehéz gányolni, mert manapság már nem ért hozzá senki, aki meg ért, az nem gányol (viszont durva agyszüleményeket látni azoktól akik mégis megteszik).
A C a pointerek miatt a gányolás melegágya (használjunk csak malloc-ot, free-t minek, és legyen a pointer pointerének is pointere, lehetőleg egy 1928319x láncolt listában összefűzve). A többi nyelvre ki sem térek (mert pl ott van a ruby, de én azt az egész nyelvet egy gányolásnak tartom).
A PHP egy valami miatt nagyon szar: hogy hiába érjük el lassan a 6-os verziót belőle, továbbra is tele van őskori maradványokkal, menetközben megváltozott irányelvekkel (htmlentities/str_replace), logikátlan argumentum sorrendekkel, össze vissza tér vissza minden mindenféle értékkel, illetve a belehányt namespace és objektum kezelés okozta káosszal, mindezt azért, hogy a 20 éve kihalásra ítélt kódok is fussanak a legfrissebb motorral is.
Ha a PHP új verziójában átgondolt irányelvek mentén újraterveznék és egységesítenék a dolgokat, kibasznák a back compatibility miatt bekerült felesleges szörnyszülötteket, egy nagyon is jó nyelv lehetne belőle.
Addig viszont, míg ez meg nem történik, a legtöbb szépsége ellenére is gányolós nyelv lesz (mert az összes tárhely hosting ezt adja, ehhez találsz PHP 24 óra alatt könyveket, amikkel gyorsan sikerélményeket kreálhatsz konkrét tudás nélkül, majd ezek együttes hatására rengeteg önkreált senios php developer születik akiket hasonló tudással megáldott fejlesztők interjúztatnak, majd a felvétel után kódoltatják le velük az n+1 weboldalt).
Ez utóbbi n+1 weboldal mintapéldája a fennt látható szösszenet

// Happy debugging, suckers
#define true (rand() > 10)