октомври 30

Проектът Krumo в WordPress плъгина „WP-Debug“

Krumo: Version 2.0 of print_r(); and var_dump();Ей сега бях радостно изненадан, че един ентусиаст е решил да направи от Krumo един нов WordPress плъгин. Повече информация може да намерите тук:

октомври 29

Топ 100 на българските блогове

Топ 100 на българските блогове

Ето поредната добра идея на Тодор Христов. Да му благодарим за усилията да състави този списък. Нека да го похвалим за добрата му оценка – поне по мое мнение, след като блоговете които чета са в този списък, и то горе-долу подредени така, че съответстват на начина по който аз бих ги подредил. И последно – благодаря, че на моите спорадични писания тук им се е одредило 33 място в списъка.

Ако ви е интересно може да прочетете повече тук:

октомври 22

40 съвета за оптимизиране на PHP код и колко от тях зная аз…

Ето нещо интересно за четене днес – 40 съвета за оптимизиране на PHP код. Няколко от тях ги чувам за първи път, въпреки че са нещо супер очевидно.

  1. If a method can be static, declare it static. Speed improvement is by a factor of 4.
    • Ето това не го знаех, и едно от нещата които на пръв поглед не мога да обесня по друг начин, освен че по-стриктно декларираните неща не губят време да се гадае кое какво е и как се ползва.
  2. echo is faster than print.
    • И това не знаех. Не мога да го обесня – сигурно е нещо от карантиите на PHP.
  3. Use echo’s multiple parameters instead of string concatenation.
    • Това го знам, въпреки че признавам, че много време но го из ползвах.
  4. Set the maxvalue for your for-loops before and not in the loop.
    • Това също го знам, и си мисля, че това всички го знаят.
  5. Unset your variables to free memory, especially large arrays.
    • И това го знам, въпреки че имам особенно мнение, защото личните ми наблюдения са за малко непредсказуеми резултати – я се освободи памет, я не. Ð’ карантиийте на PHP ако се погледне как става garbage collection сигурно ще стане ясно и това.
  6. Avoid magic like __get, __set, __autoload
    • И това е ясно, допълнителните проверки забавят изпълнението.
  7. require_once() is expensive
    • Това също го знам, и обеснението ми е като горното – допълнителните проверки гълтат повече време.
  8. Use full paths in includes and requires, less time spent on resolving the OS paths.
    • Поредното от серията „това го знаят всички„.
  9. If you need to find out the time when the script started executing, $_SERVER[’REQUEST_TIME’] is preferred to time()
    • Ето това не го знаех. Има логика – защо да се хабим да четем времето, след като вече го има. Под CLI обаче май няма да проработи, нали ?
  10. See if you can use strncasecmp, strpbrk and stripos instead of regex
    • И това е от серията „всички го знаем“.
  11. str_replace is faster than preg_replace, but strtr is faster than str_replace by a factor of 4
    • Обаче ето това за strtr и за str_replace не го знаех.
  12. If the function, such as string replacement function, accepts both arrays and single characters as arguments, and if your argument list is not too long, consider writing a few redundant replacement statements, passing one character at a time, instead of one line of code that accepts arrays as search and replace arguments.
    • Кво ? Това не го знаех. Трябва да го пробвам при UTF8-Sanitize.
  13. It’s better to use select statements than multi if, else if, statements.
    • Ако става дума за switch/саsе, съгласен съм. Иначе не зацепвам в момента за какви „select statements“ става дума … за SQL ли ?
  14. Error suppression with @ is very slow.
    • Ето това обра точките. Не го знаех, и го ползвам много, много често. Има логика, защото допълнителното следене за хвърлените error messages гълта ресурси и време.
  15. Turn on apache’s mod_deflate
    • Това в света на „shared hosting„-а е просто едно добро пожелание.
  16. Close your database connections when you’re done with them
    • Отново нещо от серията „това го знаем всички“.
  17. $row[’id’] is 7 times faster than $row[id]
    • И това го знам, и май обеснението е отново, че по-стриктно написания код отнема по-малко време докато се „разбере“;)
  18. Error messages are expensive
    • Това не знам как да си го преведа ;) Всъщност знам, но смисъла ми се губи – кое точно е проблема ? ползването на trigger_error ли ?
  19. Do not use functions inside of for loop, such as for ($x=0; $x < count($array); $x) The count() function gets called each time.
    • Тук вече се повтарят – погледни номер 4.
  20. Incrementing a local variable in a method is the fastest. Nearly the same as calling a local variable in a function.
    • Това не го знам, но го използвам ;) ‘Щото нали не ползвам глобални променливи …
  21. Incrementing a global variable is 2 times slow than a local var.
    • Това не го знаех, ама голяма работа – отдавна не ползвам не глобални променливи ;) A word to your mother WordPress … ;) Който му е гледал кода ще разбере закачката
  22. Incrementing an object property (eg. $this->prop++) is 3 times slower than a local variable.
    • Това не го знаех, и сигурно ще ми е трудно да го запомня след като не се сещам кога ми е трябвало такова нещо.
  23. Incrementing an undefined local variable is 9-10 times slower than a pre-initialized one.
    • Аха. Има логика.
  24. Just declaring a global variable without using it in a function also slows things down (by about the same amount as incrementing a local var). PHP probably does a check to see if the global exists.
    • Това също не го знаех, но сигурно както много от вас съм оставил глобалните променливи зад себе си.
  25. Method invocation appears to be independent of the number of methods defined in the class because I added 10 more methods to the test class (before and after the test method) with no change in performance.
    • Ама ти на проба-грешка ли ги правиш тези работи ;) Според мен повечето методи в един клас определено ще забавят извикването на метод от същия клас, въпреки че ако съдим от написаното по-горе изглежда, че забавянето е много малко.
  26. Methods in derived classes run faster than ones defined in the base class.
    • На това му давам второто място в класацията. Не го знаех, и не мога да обесня защо става така ;)
  27. A function call with one parameter and an empty function body takes about the same time as doing 7-8 $localvar++ operations. A similar method call is of course about 15 $localvar++ operations.
    • Е и ? Напиши извода – викането на функции е бавно, а на методи е още по-бавно (в сравнение с локални $i++ операции). Ама нормално – стекове, таблици за търсене и Ñ‚.н.
  28. Surrounding your string by ‘ instead of “ will make things interpret a little faster since php looks for variables inside „…“ but not inside ‘…’. Of course you can only do this when you don’t need to have variables in the string.
    • Пак от серята „всички го знаем„. Спестено „интерполиране“ на стринга дава по-краткото време за изпълнение.
  29. When echoing strings it’s faster to separate them by comma instead of dot. Note: This only works with echo, which is a function that can take several strings as arguments.
    • Отново се повтаря – пагледни точка 3.
  30. A PHP script will be served at least 2-10 times slower than a static HTML page by Apache. Try to use more static HTML pages and fewer scripts.
    • Колумб! След като написа супер очевидното, тръгвай да търсиш Америка. Това е егати безполезния съвет.
  31. Your PHP scripts are recompiled every time unless the scripts are cached. Install a PHP caching product to typically increase performance by 25-100% by removing compile times.
    • Сефте комендантски! Безполезен съвет номер две.
  32. Cache as much as possible. Use memcached – memcached is a high-performance memory object caching system intended to speed up dynamic web applications by alleviating database load. OP code caches are useful so that your script does not have to be compiled on every request
    • Безполезен съвет номер три.
  33. When working with strings and you need to check that the string is either of a certain length you’d understandably would want to use the strlen() function. This function is pretty quick since it’s operation does not perform any calculation but merely return the already known length of a string available in the zval structure (internal C struct used to store variables in PHP). However because strlen() is a function it is still somewhat slow because the function call requires several operations such as lowercase & hashtable lookup followed by the execution of said function. In some instance you can improve the speed of your code by using an isset() trick. Ex.

    if (strlen($foo) < 5) { echo „Foo is too short“; }

    vs.
    if (!isset($foo{5})) { echo „Foo is too short“; }

    Calling isset() happens to be faster then strlen() because unlike strlen(), isset() is a language construct and not a function meaning that it’s execution does not require function lookups and lowercase. This means you have virtually no overhead on top of the actual code that determines the string’s length.

    • Това е готин трик. Не го знаех.
  34. When incrementing or decrementing the value of the variable $i++ happens to be a tad slower then ++$i. This is something PHP specific and does not apply to other languages, so don’t go modifying your C or Java code thinking it’ll suddenly become faster, it won’t. ++$i happens to be faster in PHP because instead of 4 opcodes used for $i++ you only need 3. Post incrementation actually causes in the creation of a temporary var that is then incremented. While pre-incrementation increases the original value directly. This is one of the optimization that opcode optimized like Zend’s PHP optimizer. It is a still a good idea to keep in mind since not all opcode optimizers perform this optimization and there are plenty of ISPs and servers running without an opcode optimizer.

    • Не го знаех. Обеснението е добро.
  35. Not everything has to be OOP, often it is too much overhead, each method and object call consumes a lot of memory.
    • Да бе. Трябва да го запомня това ;)
  36. Do not implement every data structure as a class, arrays are useful, too
    • Айде пак. Добре де ;)
  37. Don’t split methods too much, think, which code you will really re-use
    • Повтаряме се май пак, а? Разбрахме вече, че викането на функции и методи е бавно.
  38. You can always split the code of a method later, when needed
    • Да бе, винаги може да изгубиш още време. По-добре се стягайте и не пишете глупости по начало.
  39. Make use of the countless predefined functions
    • Че има ли някой достатъчно луд, който да прави обратното ?
  40. If you have very time consuming functions in your code, consider writing them as C extensions
    • Безполезен съвет номер четири. Все едно „ако ви отнема много време на вървите пеш, ползвайте градския транспорт“ ;)
  41. Profile your code. A profiler shows you, which parts of your code consumes how many time. The Xdebug debugger already contains a profiler. Profiling shows you the bottlenecks in overview
    • Xdebug Rulz ;)
  42. mod_gzip which is available as an Apache module compresses your data on the fly and can reduce the data to transfer up to 80%
    • Поредната мечта за всички от света на shared-hosting-а.
  43. Excellent Article about optimizing php by John Lim
    • Е ти нещо по0старо не можа да намериш ;) Има ли някой който да не я е чел тази статия ?

Имаше две-три неща, които се повтаряха, и още няколко които нямат истински практичеста стойност, но все пак беше интересно да си прочете. Ако ви се стои ощи на тази тематика, погледнете и http://www.cluesheet.com/

октомври 21

Пощенски картички за Xdebug и Дерик

Преди няколко месеца вече писах за това. Аз се включих в инициативата, и вече Русе и Пловдив са в списъка с получените картички за Xdebug колекцията на Дерик Ретанс. Ако си фен на незаменимите (и невероятните) възможности на Xdebug, отпразнувай пускането на следвашата версия Xdebug 2.0.1 като изпратиш и ти картичка на Дерик.

октомври 20

Scaling with memcached

октомври 18

Глад за програмисти

Интересен материал в Дневник (поне за мен). Прочетете го.

Глад за програмисти

Софтуерни фирми настъпват към Варна в търсене на специалисти

… Компанията, която е регистрирана преди 15 години едновременно в България и Канада, в момента има шест бизнес звена и дъщерни компании на три континента и над 220 служители само в България. От около година учебен център във Варна разкри и Националната академия по разработка на софтуер (НАРС). Към настоящия момент за стипендии и обучение във Варна са кандидатствали над 100 души, докато за София числото е 850. Приемът се извършва чрез сериозен подбор на базата на тестове и интервю с кандидатите, заявява маркетинг мениджърът на НАРС Варна, Десислава Моллова.

Обучението като инвестиция

Вече трета година академията предоставя в столицата практическо обучение за програмисти. То се спонсорира от различни компании, работещи в бранша, и трае шест месеца. След приключване на практическите курсове специалистите постъпват на работа във фирмите спонсори и могат да бъдат включени веднага в разработката на реални проекти. Чрез използването на услугата софтуерните фирми повишават ефективността на работата си, тъй като не ангажират реално работещия персонал с обучение на нови хора. Въпреки това във Варна все още са рядкост работодателите, които инвестират в обучението на служителите си. По-предпочитаният начин на работа е да бъдат привлечени специалист на сходна позиция от друга фирма, признават хората от IT сектора …

Мда, инвестицията в обучението ще реши много от проблемите с квалификацията на IT кадрите, които след като не може да получат нищо от образуванието, което им дават университетите, се „самообучават“. Нали се сещате ;)

октомври 10

ГЕРБ, БСП и Google Adwords

Може би много вече са го видяли това, но аз току що го видях и ми стана интересно. Четейки блоговете по диагонал стигнах до един пост на блога на Иван Бедров, описващ как някакъв кандидат на ГЕРБ се отказва и т.н. Това в случая не е интересно. Интересното е, че в Google Adsense блока се показа реклама на БСП :)

Наистина ми бeшe интересно по коя ключова дума е изплувала рекламата, понеже не виждам нищо свързано с БСП на тази страница. Заради това пробвах да не би ключовата дума да е „ГЕРБ“ – и точно така се оказа:

Funny shit, a ?

октомври 8

Freundeskreis: Esperanto

Поредното видео от серията „Какво видях преди години по Viva Zwei„.

октомври 7

Блог на Стивън Фрай

Един то хората, които винаги са ме забавлявали, и то най-вече като типични англичани са Джон Клийз и Стивън Фрай. Може би и Хю Лори, но това с бретанския акцент в „House MD“ го смъкна няколко места в класацията. Ако не се сещате кой е Стивън Фрай, това е актьора който играе Джийвс (а Хю Лори играе Устър), и също така който прави аудио-книгите за Хари Потър. Наистина невероятен човек. Толкова невероятно днес четейки блогосферата на Дневник на вентилатор (то май няма друг начин да се чете това чудо, а?), намерих линк към блога на Стиван Фрай. Знам, че „очарователен“ не е много мъжествена дума, на това което прочетох там (за момента единствените два поста) беше наистина очарователно. След цял ден четене на техническа информация и бачкане омазан до уши в PHP4, тези „бесета“ (blessays, игра на думи от blog и essay, или блог и есе на български – от там и скования ми опит да го преведа) наистина ме развеселиха.

fryPhone

Нещо, което научих днес е какъв технократ е Стивън Фрай. Ако поне малко съм ве заинтригувал, заредете се с малко повече търпение (понеже като всички сериозни неща и неговите бесета са малко по-дълги от стандартния блог-пост формат) и прочетете това:

Device and Desires
… Not considered to be computers, although computers is most assuredly what they are, these devices are for the moment designated SmartPhones, and it is on them that I wish to discourse and expatiate in an entirely disinterested (if you think I mean uninterested, think again and look up the difference) and mostly non-technical way…

Let Fame
… How graceless I sound, listing all these negatives. Do forgive me. I completely understand that to be well-known is to be blessed with all kinds of advantages. I completely understand that fame is something that many, if not all, hunt after in their lives…

„UTF8 Sanitize“ плъгина се оказа добра идея…

Плъгинът за оправяне на счупени UTF8 символи се оказа добра идея. Вече някакви ентусиасти са го предложили за включване на подобно решение в основната дистрибуция на WordPress:

could we autocorrect broken utf-8 characters?

http://old.kaloyan.info/wp-utf8-sanitize-plugin/

though, rather than having a screen to fix things up, it would be neat if WP automatically detected the broken characters and updated the posts … 

Ами да почакаме до версия 2.5 и да видим ;)