Предстоящи проекти, идеи за реализация и…

Love php

I <сърце> PHP :D

Първо малко за конкуренцията, защото в момента темата ми е много на сърцето. Напоследък се запознавам с все повече хора, които са ми пряка конкуренция и с които чупим от една пита. Повечето от тях ги познавам или само виртуално или пък съм се запознал с тях благодарение на някой блог, форум и прочее. Какво забелязвам – въпреки, че сме конкуренти всички са много любезни, мили и отзивчиви. Което е супер! Честно казано, ако всичко беше съвсем истинско щеше много да се радвам. Обаче не е. В интерес на истината, аз не възприемам конкуренцията като нещо лошо. Напротив – това са хората, които ни карат да работим по-здрави, да ставаме по-рано и да правим по-добри проекти на по-изгодни цени за по-малко време. Конкуренцията е нещо хубаво! Не мога да разбера обаче, защо някой хора не могат да го проумеят и до ден днешен. Не искам да бъда обичан от всички, знам и че не може – винаги ще се намерят хора, които да са недоволни, сърдити и прочее. Обаче защо тези хора не искат да се учат от чуждите грешки, да споделят чуждия опит и да научават нови неща, поднесени на тепсия? Не мога да го разбера. В смисъл и аз като бях на 4 години си мислих, че всичко се върти около мен и, че единствено аз съм най-важния и моето мнение е най-правилното и че няма какво да науча от останалите, но на 5 вече мислих другояче, та така и до ден днешен. 1+1 винаги ще прави 2 и винаги ще е по-голямо от 1. Да де, в най-общия смисъл, знам, че може да докажете и другото, обаче говоря принципно. Изключително много уважавам хората, които са комуникативни, които постоянно искат да научават нови неща – да правят нови контакти, да работят заедно по различни съвместни проекти, да се учат и така нататък. Евала! За това тези хора ще се развиват, а останалите ще тъпкат на едно място. Наистина искам от сърце да ви кажа, драги колеги, че ви уважавам страшно много и че благодарение на вас съм научил повече, от колкото съм мислил, че ще мога да науча някога. Имено заради това съм готов за всякакъв вид срещи, конференции, размяна на контакти и прочее. Отворен съм и за всякакви въпроси – ще се радвам да отговоря, да разясня, да попитам и аз ако не знам да науча, да почерпя от опита на другите.

Стига толкова с личните помисли. Имам някой други малко по-важни неща, които искам да кажа. Първо – до края на месеца, или поне до средата на другия в най-лош случай, надявам се, пускам социална мрежа за програмисти, тип Digg. Защо? Ами за да се съберат всички, или ако не всички, то поне повечето блог постове на български език, пък било то и на английски, ако някой сметне за достатъчно полезни и ги добави, на тематика програмиране. Дано идеята ви харесва. По този повод искам да кажа, че търся съмишленици – администратори, модератори, хора, които имат желание да помогнат с популяризирането на мрежата и прочее. Нека си го направим така, както на нас ни харесва, и така както ще ни бъде полезно и приятно за да го използваме.

Второ – проектът, който имам на ум от преди 7-8 месеца, най-после се реших да го реализирам. Започвам да пиша php книга за начинаещи + video уроци, които ще се разпространяват напълно безплатно и свободно, така че, колкото се може повече начинаещи програмисти да успеят да навлязат в уеб програмирането. Основната ми идея е да се направят поне 100 бройки от нея, които да изпращам на всички желаещи и нуждаещи се от тях, като към книгата ще върви и дискът с видео уроците. Спонсори не търся – всичко разноски по разпространението, напечатването и изпращането ще ги поема безусловно. С невероятната морална подкрепа на екипът с който работя – Уеб Дизайн България се надавам да реализираме желанието ми. Защо го правя? Правя го поради 2 причини – обичам Php от сърце и искам да помогна на колкото се може повече хора. Всичко в нея ще е тип aboslute beginner т.е. започва се от A и Б и се достига до малко по-сериозната част на езика.

Призивът към всички, които желаят да помогнат е следния -> търся хора, които обичат гореспоменатия език за програмиране, имат с какво да помогнат на хората, имат добри познания по него и най-най-вече – искат да ги споделят. Възнаграждение не мога да обещая, единственото, което мога да направя е да ви включа в бъдещото издание като автори и кратка информация за вас в началото на книгата. Всичко го правя с благотворителна цел – за всеки, който иска да научи езика, но няма достатъчно финансови ресурси. Имено заради това и всичко ще е Open source, така да се каже :D като имам идея всяка от бъдещите глави да се пуска в момента на написването и да се допълва / редактира/ преправя от всеки, който има желание – така, че да се получи един уникален ресурс написан от всички нас. Искам да се включат много примери от реалния живот, които да бъдат полезни на бъдещите уеб програмисти, а не просто разни там абстракции, които я ползват някога, я не.

За видео уроците -> търся водещи. Хора, които умеят да говорят и да пишат едновременно :D Хора, които имат желанието да отделят нужното време за проекта. Идеята е да има поне 2ма „говорители“, за да се получи нещо по-интересно, интерактивно и забавно. Единственото ограничение, което трябва да наложа за съжаление е, тези хора да се от София, защото не знам как иначе ще успяваме да правим сесиите. Все пак съм отворен за предложения, критики, идеи и т.н.

Проектът е мащабен и няма да избързвам с направата му, защото предпочитам да стане по-бавно, но по-качествено. Спешна работа нямаме :)

Та така – толкова от мен, наистина, всеки който има желание за гореспоменатите два проекта да свирка, по мейл veselin ат veselin точка bg, 0883 452 985, скайп veselin.us, в някоя от лекциите по Джава в университета (Марио, за теб говоря! :D ), в офиса ни на ул. „Брегалниця“ 57, гр. София.

Благодаря ви много, че ме търпите и че ми четете глупостите, за мен означава много ;-)

Прочети цялата публикация



Начинаещи: require() и include()

Така… това го пиша, защото в последните две седмици ме попитаха 3 пъти за това нещо и явно, че хората не го знаят или по-скоро не правят разлика между двете функции. Разлика има и то съществена. Това, което прави двете функции толкова различни, че require() генерира fatal error, а include() ще генерира warning. С други думи при първото положение страницата няма да се отвори, а при второто ще се изпише само грешка на съответното място и останалата част от страницата ще се покаже. Практиката е следната, всички файлове, коит са от съществено значение за страницата, например бази данни, логини, пароли и всичко, без което сайтът ви не може да съществува и функционира правилно, то тогава се използва require(). При всички останали положение include(). Да речем че имате скрипт, който ви показва последните tweetове, за него ще е добра практика да го include-нете, защото и без него сайтът ви ще е ОК. Но ако имате db.inc.php съдържащ функции за връзка с базата данни, най-добре би било да го require()-нете. Просто е, макар и реално начинаещите да не виждат голям смисъл в тази разлика, но с практиката ще се убедите, че и двете функции са полезни и най-вече на места изключително нужни.

N.B.!! Във всички версии преди 4.0.2 всички файлове които се require()-ват трябва да са достъпни, без значение дали редът се изпълнява или не се изпълнява. Да речем, че имате IF условие, което не е истина в дадение случай, но въпреки това, файлът, който require()-вате трябва при всички положения да е достъпен иначе ще получите fatal error и страницата няма да се изпълни. След 4.0.2 всичко вече е ок, но ако при някакво стечение на обстоятелствата пишете на по-предишна от гореспоменатата версия, го имайте на предвид.

Малко в детайли и тънкости – include() е по бърз от двете функции, но пък може да ви създаде големи главоболия. Аз лично съветвам да се ползвате require() навсякъде, където е необходимо, което е в 90% от положенията, като не се притеснявайте чак толкова много за бързодействието, разликата е минимална.

Между другото днес официално направих първия проект – визуалната част на клиентски сайт посредством CodeIgniter и останах колкото доволен, толкова и разочаровн. Доволен от бързината на писане на код и от сравнително големите възможностите на фреймуорка. Разочарован – защото борбата с url адресите е повече от сериозна и се налагат доста хватки за да постигнете желания ефект, който цели един SE оптизатор – като при едно положение така и не разбрах как точно да направя това, което искам, освен на ръка, което си е… недопустимо, защото може и да не знам кое точно трябва да се пренапише в определената ситуация, и то не от незнания, а от динамични възможности на cms-а, а и във форума на CodeIgniter не се намери, кой да ми помогне, май сериозни ги затапих и хвърлих в размисли :D . Общи впечатления и оценка: 5 от 6, наистина има какво още да се желае за да го провъзглася за ултимално решение.

И един въпрос към всички хостинг доставчици – как може да няма един Ruby хостинг в България?!?!?!?!?!?!?!? В праисторическата ера ли живеем или е 2009та година??

След малко по сериозно ровене и малко повече търсене (по блоговете, в серп нищо не се намери) се оказа, че icn и space.bg поддържат Ruby. С извинения за прибързаните изводи! Утре земем от space.bg пък да видим…. Благодарение на този чуден сайт се образовах, за което благодаря :)

Прочети цялата публикация



Уеб програмист – неправилната мотивация на младите хора.

За да си уеб програмист не се изисква просто да изядеш 2-3 книжки за PHP, MySQL, XHTML, CSS, JavaScript, Ajax и да вземеш 2-3 сертификата по гореспоменатите дисциплини. Не… Това изобщо не е достатъчно. Знаете ли, професията ни всъщност е колкото интересна, толкова и трудна и напрегната. Сега ще кажете „Еми че кво му има, пишете там някви си неща и готово!„, еми да ама не. Истинският уеб програмист е минал през ада за да достигне до едно хубаво средно ниво на познания, опит и уважение от колеги и познати.

Прочети цялата публикация



PHP Frameworks – Смених фреймуорка

PHP Frameworks или как може да не харесваш нещо толкова полезно?

От доста време се каня да го направя и най-накрая се наканих. Първоначално искам да кажа, че за мен PHP frameworks не са от най-добрите решения за мен и моите проекти. Просто съм такъв тип програмист, не ги обичам, а и те не ме обичат. През цялото време в което създавах уеб приложения съм творил с моя личен фреймуорк, който е нещо подобно на The no-framework PHP MVC framework, за който ако не сте чували ви съветвам да прочетете и да се запознаете с идеята му. Като се има на предвид, че 90% от уеб приложенията, които ни се налага да правим са доста подобни, фреймуоркът ми вършише перфектна работа.

Прочети цялата публикация



Кеширане с PEAR и Cache_Lite

PEAR (PHP Extension and Application Repository) е система за PHP за управление на пакети. Както добре знаете PHP потребителите нараснаха главоломно в последните няколко години и именно поради тази причина започна да се предлага много код във формата на сорс кодове, на готови класове, различни библиотеки и прочее. Но това в крайна сметка е колкото полезно, толкова и неудобно, главно поради причината, че е доста трудно да следите за нови версии на използваните от вас пакети. Представете си, че използвате над 200 пакета и класа – тогава ще ви се налага всеки ден да проверявате 200 сайта дали случайно не се е пръкнало нова версия. Много програмисти се абстрахираха от тази ситуация и започнаха сами да поддържат собствени библиотеки, но това е крайно не оптимизирано от гледна точка на това, че им се налага да откриват топлата вода, при положение, че тя вече е открита. Все пак и този вариант си има своите предимства, но няма смисъл да разказвам за това сега.

Прочети цялата публикация