Ogre's blog

Покрай суперсекретния ми И публичен мега-мегаломански проект ми трябваше да валидирам ЕИК номера на фирми. Питах чичо Гугъл да ми каже къде мога да намеря PHP реализация, но за моя голяма изненада се оказа, че точно за PHP няма (или поне аз не успях да намеря, но не съм се ровил след 1-ва страница). В най-добрите традиции на синдрома NIH написах един клас за проверка за валидност. Надявам се да е полезен на някой и да му спести време.

Важна забележка: тестван е само с 9-цифрови ЕИК, защото не можах да намеря примери за 13-цифрени, така че ако ще го използвате с такива е необходимо да проверите дали работи ОК с тях.

Преди около 2 години бях направил долната схема, която представя един от възможните комплекти необходими познания, за да може един PHP developer  да бъде класифициран като "Senior". Включва само базови неща, един пълен осъвременен набор би включвал и няколко различни framework-а / системи като например Zend framework, Cake, Simphony, WordPress и т.н.

Вчера случайно попанах на нея и ще използвам случая специално да поздравя PHP екипа на TRS: Пичове, спрете за  5 секунди да се мислите за господ, прегледайте схемата и вземете да учите и отмятате едно по едно. Със сегашното си поведение се излагате и пред колегите си, и пред клиентите си…

Отделно, надявам се схемата да е полезна на начинаещите PHP developer-и, които тепърва навлизат и искат след време да станат "Senior".

Размерът на "балоните" съответства грубо на размера на знанията и колко време отнема да се научат на "достатъчно ниво". Примерно ако PHP балона е 20 пъти по-голям от CSS балона, това означава, че ще е необходимо 20 пъти повече време да се отдели на PHP.

(click за пълен размер)

Тия дни експериментирам с PHP в областта на тестване на бързодействието и profiling. Покрай това инсталирах xampp на win машината, който идваше с PHP 5.3.1 (на линукса съм с 5.2.х). В един момента забелязах, че някой файлове гърмят, защото били използвани deprecated функции (примерно ereg()). Отне ми известно време да разбера, защо, аджеба, става така и ето резултата:

По някое време са въвели error_reporting флага E_DEPRECATED (вероятно в 5.3), който сега участва в E_STRICT. При мен (в tangra framework) има два режима на работа -- нормален E_ALL | E_STRICT и php4 режим (използва се, когато се включват php4 или просто калпаво написани външни библиотеки), който е само E_ALL. По подразбиране в 5.3.1 в php.ini (поне в xampp пакета) error_reporting е E_ALL & ~E_NOTICE & ~E_DEPRECATED. Получава се така, че с моята настройка E_ALL | E_STRICT аз де факто активирам E_DEPRECATED и оттам ми идват проблемите.

Това, което ме дразни е, че PHP пичовете са включили E_DEPRECATED в E_STRICT и изненадват неприятно всички, които го използват. Доста приложения ще поизгърмят и ще съсипят съня на не един и двама php developer-и. В интерес на истината, проблемът се оправя относително лесно и бързно, ама може ли така безхаберно да чупят обратната съвместимост. Да бяха направили E_DEPRECATED независим флаг, а не да го включват в E_STRICT… :-(

Преди около месец за пореден път се учудих как е възможно PHP програмисти, които имат над 3-4 години опит все още да си ограничават собствената продуктивност, поради неследването на няколко относително прости правила в работата си. Това ми даде необходимата мотивация да напиша серия от постинги, които съдържат съвети, които е възможно да улеснят живота на немалко колеги (предварително се извинявам на тези, на които ще се сторят прекалено елементарни -- просто тези постинги не са предназначен за вас).

Поредицата ще включва статии относно:

• избор на редактори / IDE-та за PHP, HTML, изображения или "Майсторът се познава по инструментите"
• използване на Template engine (Smarty). Разделение между логика и презентация или как да не си стъпваме по пръстите с дизайнерите;
• използване на Database abstraction layer (ADODB) или как да не зависим от конретна RDBMS;
• PHP5 и какво е наистина новото и полезното в него спрямо PHP4 или краят на "едно си баба знае -- едно си баба бае";
• система за контрол на версиите (svn) или как да не си стъпваме по пръстите с колегите програмисти;
• основни линукс познания или как да не изглеждаме като ламери;
• проектиране на DB за web приложение или как да не си скубем косите, когато дойдат късни change requests
• колекция от дребни трикове за улесняване на живота;
• PHP frameworks или защо е по-добре да участваме в надревара във въоръжаването, отколкото да откриваме топлата вода отново и отново.

Ще гледам поне веднъж седмично да написвам по един постинг от изброените горе, а когато ги привърша -- теми за нови -- бол.