Разликата, обаче, е, че албумите тази година са 20! Не ми се струва честно да оставя някои албуми извън 10-ката, без дори да спомена за тях, особено след като през последната година нямах много време да блогвам.

Та – за ваше (не)удоволствие – списъкът започва от 20:

За някои от проектите си наистина имах нужда от нещо доста по-леко, възможно най-минимална имаплементация на MVC pattern-a. Преди време бях попадал на една много добра статия от Anand Garg в която той даваше много добри съвети (и код) за разработване на собствен MVC framework.

Започнах от неговия код, целейки само и единствено поддръжка на PHP5. Изхвърлих всичко ненужно, добавих поддръжка на PDO за комуникация с базата данни, добавих поддръжка за Layouts, Helpers и Modules и в крайна сметка получих един доста приличен framework с много малък codebase.

Резултатът е качен на http://www.github.com/stinger/tight_mvc/, а не много пълна документация можете да откриете във wiki-то към проекта на адрес https://github.com/stinger/tight_mvc/wiki/.

На който му се стори интересно – може да тегли, тества, праща bug reports и т.н.

Да, пушачите са прави – никой не може да им налага забрани, че и глоби при положение, че не е финансирал нито отказването на цигарите, нито ще ги компенсира по някакъв друг начин, а допреди само 5 години дебат за/против тютюнопушенето на обществени места звучеше като “абе чешем си езиците тука”. Непушачите също са прави – искат хората да дишат въздух, а не миризливите кълба дим на човека от съседната маса. Преди 5 години дори не можех да си представя, че ще се водят дискусии по въпроса. Преди 5 години щях да кажа “да го д**ате” на непушачите, или на пушачите, в зависимост от гледната си точка.

Още не мога да разбера как тоя точно въпрос дойде на дневен ред и регулярно се мъдри на челно място в медиите, заемайки място и смъквайки вниманието ни от поредния проблем с някоя от магистралите, поредната отложена реформа, поредното неплащане на държавата към доставчиците, поредните доклади от ЕС, поредната акция на “родната полиция” или поредното интервю на бате Бойко, в което не се казва нищо конкретно.

Единственото с което мога да опрадая интереса към пушачите е, че “тия дават по 4 лева на ден за цигари, ‘що да не ги дават за бюджета?”. Лошото е, че когато нищо не си дал, няма какво да искаш. Не можеш да искаш високи такси, а инфраструктурата и услугите ти да са по-зле от тези на държави с пъти по-слаба икономика. Не можеш да искаш данъци от бизнеса и едновременно с това да го шамариш. Никой не прави така.

Нали се сещате – “цялата Мара втасала…”?

Ако някога сте ползвали чудесният плъгин за качване на файлове на Moxiecode, plupload, то вероятно сте харесали решението за качване на много файлове наведнъж.

Ако пък сте ползвали CodeIgniter, би трябвало в момента, в който сте погледнали примера в download-натия файл от сайта на plupload, да сте забелязали променливите в URL-a (т.нар. query string). Точно те са причината връзката между CodeIgniter и plupload да не се получава.

Аз лично не понасям query_strings, а използването на $_GET параметри, поне според мен, трябва да става в URI. Това е и поведението на CodeIgniter, в документацията на който е написано следното:

GET, POST, and COOKIE Data

GET data is simply disallowed by CodeIgniter since the system utilizes URI segments rather than traditional URL query strings (unless you have the query string option enabled in your config file). The global GET array is unset by the Input class during system initialization.

Накратко, за да си решите проблема с интеграцията на plupload и CodeIgniter ще трябва малко повечко работа.

Първо – plupload изпраща името на файла, който се качва в момента като query string променлива, която би трябвало да получите като $_GET параметър. Input class-ът на CodeIgniter обаче маха целия $_GET, затова ще embed-нем името на файла в URI. Същото ще стане и с двете променливи chunk и chunks. Целта ни е да получим URL от сорта на:

http://example.com/uploader/upload_file/filename.ext/0/4

където 0 и 4 са стойностите съответно на chunk и chunks. Забележете, че тези стойности варират според големината на качвания файл и стойността на конфигурационния параметър chunk_size.

За пример ще взема html5 widget-ът. Малката промяна, която престои да направим, е във plupload.js, в частност във функцията :

buildUrl : function(url, items) {
  var query = '';
  plupload.each(items, function(value, name) {
    query += (query ? '&' : '') + encodeURIComponent(name) + 
    '=' + encodeURIComponent(value);
  });
 
  if (query) {
   url += (url.indexOf('?') > 0 ? '&' : '?') + query;
  }
 
	return url;
}

Крайната цел е да изглежда така:

buildUrl : function(url, items) {
  var query = '';
  plupload.each(items, function(value, name) {
    query += '/' + encodeURIComponent(value);
  });
 
  if (query) {
   url += query;
  }
 
	return url;
}

При това положение достатъчно е в controller-a да имаме следния метод:

<?php
class Uploader extends Controller {
  function Uploader()
  {
    parent::Controller();
  }
 
  function upload_file($fileName,$chunk,$chunks)
  {
    // Validate input
    if ((filter_var($chunk, FILTER_VALIDATE_INT) === TRUE) || 
    (filter_var($chunks, FILTER_VALIDATE_INT) === TRUE))
    {
       die('{"jsonrpc" : "2.0", "error" : {"code": 104, \
      "message": "Incorrect upload data."}, "id" : "id"}');
    }
 
    // HTTP headers for no cache etc
    header('Content-type: text/plain; charset=UTF-8');
    header("Expires: Mon, 26 Jul 1997 05:00:00 GMT");
    header("Last-Modified: " . gmdate("D, d M Y H:i:s") . " GMT");
    header("Cache-Control: no-store, no-cache, must-revalidate");
    header("Cache-Control: post-check=0, pre-check=0", false);
    header("Pragma: no-cache");
 
    // Settings
    $targetDir = './some_target_dir_name';
    $cleanupTargetDir = false; // Remove old files
    $maxFileAge = 60 * 60; // Temp file age in seconds
 
    // 5 minutes execution time
    @set_time_limit(5 * 60);
 
    // Clean the fileName for security reasons
    $fileName = preg_replace('/_(jpg|jpeg|png|gif)$/i', \
    '.$1', $fileName);
    $fileName = preg_replace('/[^\w\.\-_]+/', '', $fileName);
 
    // upload.php code from the plupload /example dir follows 
    // (from line 37 on)
  }
}

По този начин CodeIgniter извлича стойностите за chunk и chunks директно от URI-то и plupload започва да работи по очаквания начин. За flash-версията (заради IE и Opera) ще трябва да вземете нещата от src/flash директорията и да преправите src/com/plupload/File.as със следния patch:

Началото е не чак толкова отдавна – преди няколко месеца, дни след като, щастливо женен, се озовах в новият си, тогава все още необзаведен апартамент. След обиколка по магазините за мебели, наред с другите неща, се спряхме на спалня + нощни шкафчета и модул от холна гарнитура от магазина на Labirint. Моделите не са от значение, с уговорката, че поръчката за модулите на холната гарнитура беше по потребителски размер. За спалнята, понеже е с механизъм за повдигане, се спряхме и на матрак от същия магазин. Хората бяха така добри да уважат молбата ни за смяна на цветовете на всичко горепосочено, оценявам го.

Месец по-късно получихме и мебелите и оттам тръгна всичко…

Спалнята дойде с цели 8 (осем!!!!) шведски сглобки по-малко – дупките за тях си седяха, но слобките ги нямаше. За да не се разкарвам до Labirint, където трябваше да обяснявам на лелките какви са ми грижите и да чакам, евентуално, да ми докарат още сглобки, минах през Mr. Bricolage на следващия ден и си купих 20-тина. Имах да сглобявам още неща, хубаво беше да съм запасен. Освен това си взех и от дървените тапички-държачи, ‘щото, по преценка на око, наличните също нямаше да ми стигнат. Оказа се, че не съм се лъгал. Купих си и винтове за захващането на матрака към модула за повдигане, понеже производителя беше преценил, че нямам нужда от такива.

Айде, това че матрака нямаше дупки за захващане към повдигачите го преживях.

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

Холната гарнитура с потебителски размери, обаче, не беше толкоз лесна. По-точно, чекмеджетата се оказаха отрязани по оригиналния размер на модулите и не пасваха в моите мебели – бяха с по 5 см по-широки и не влизаха в гнездата си. Върнах ги, изчаках около 20-тина дни и получих нови – вече с точния размер, но по-плитки със сантиметър и половина. Все още в TODO-то ми е да преместя водачите за чекмеджетата със 1.5 см нагоре от маркираните от майсторите дупки, като за целта трябва да разглобя целите модули.

Върхът на сладоледа е проблемът ми с пощенската кутия – трябваше да й сменя табелката. Свалих старата за мостра и след 5-6 ателиета попаднах на “моя човек” – единственият който прави бели, пластмасови табелки. Дадох му старата табелка, пича я очерта на някакво листче, записа си какво трябва да пише на табелката и ми вика “Ела след 2 дена”. Питах го дали да му оставя старата табелка за мостра, той ми вика “Ми аз нали я видях”… ОК, взех си табелката и след два дена получавам една по-голяма от оригиналната, освен това с около 2 пъти по-големи букви. Естествено, занесох му я за поправка, като този път му дадох и старата за справка. Днес отивам да си я взема и получавам… МЕТАЛНА табелка, с по-малък шрифт и неточен размер….

Та за “майсторите”… Пичове, не знам к’во ревете че нямате поръчки – при оставянето на чекмеждетата в Labirint видях хале, пълно с бракувана/дефектна продукция. Оня чичка с табелките ще си има две мостри с моята фамилия, да ги показва на клиентите колко са яки. К’во искате? Кризата ви е бонус на вас, единствената ви оправия в фалитът.

Само да вметна – немските слобки се продаваха с по две тапички в бяло и черно, българските от комплекта със спалнята – йок, ама пък дървените тапички-държачи родно производство са с варираща дебелина – немеца да го дУши…

P.S. За поста търсех снимка в Google с ключова дума “майстор” и не намерих нищо подходящо

Не съм писал в блога от векове – последният ми пост е от месец февруари (тази година, все пак). За толкова време нормалните хора се женят, няма майтап

Разполагайки с достатъчно свободно време в августовските “работни” дни сядам да разцъквам нета и си пускам музичка за фон (DeadSoul Tribe – A Murder Of Crows), и по едно време си викам “Абе к’во стана с тоя пич, вокалиста на DeadSoul Tribe?”.

Той беше обявил началото на някаква нова група, същевременно давайки ясно да се разбере, че повече DST няма да има. Намирам името на новата му банда – The Shadow Theory, после виждам, че за една година пичовете са били по-непродуктивни и от мен (myspace страницата им е на същото ниво като миналата година по това време), а освен това разбирам, че и те са налазили facebook. Там нещата са малко по-различни – има цели ДВЕ!!! интервюта – едното с моя човек, другото с гърчето в бандата.

Няма да преразказвам интервюто – основните неща са “Да, DeadSoul Tribe са по-скоро мъртви, и не, няма да има reunion на Psychotic Waltz”. Айде, за Psychotic не жаля много, преболял съм ги, но DeadSoul си ме кефеха, мамка му! Та във въпросното интервю питат пича да каже кои са му влиянията от последните 10 години. Отговорът е доста пространен – от Seal до темата на поста ми – Isis. За въпросните пичове Isis не знам тотално нищо, сигурно съм голямо балъче, ама естествено веднага проверих какво мога да намеря в YouTube, а в момента, след като резултата ме изкефи максимално, съм заредил една плейлиста с всичко което успях да намеря от тях в Grooveshark.

Кратката диагноза е: ако се кефите не DeadSoul Tribe – дайте едно ушенце на Isis, вокално нещата не са много близо (Devon Graves е недосегаем), музичката е леко по-полирана, но поне има много общи идеи. За мен е интересно да открия част от влиянията, определили музикалното поведение на хора, на които се възхищавам.

Enjoy!

SETLIST
01. Welcome (Intro)
02. Gardens of the Sinner
03. New World Order
04. Empathy
05. Deadlands
06. Fight
07. Mother Angel
08. No Need to Cry
09. The Saviour / Abyss of the Void
10. Drum Solo
11. Armageddon
12. To the Metal
13. Rebellion in Dreamland
14. Man on a Mission
Encore 1:
15. I Want Out
16. Ride the Sky
Encore 2:
17. Send Me a Sign

Prototype JS е страхотна библиотека за работа с JavaScript, документирана перфектно и с богата селекция от ефекти, благодарение на script.aculo.us.

За един от проектите си имах нужда от layout manager, който да разполага обекти в определено пространство с възможно най-малка загуба на място. Търсейки такова решение разбрах две неща: първо, читав layout manager за Prototype JS няма и , второ, има готово решение на търсения от мен алгоритъм в лицето на отличния jQuery Masonry на David DeSandro.

Проблемът в моя случай беше, че за този проект ползвах Prototype и jQuery-плъгина не ме устройваше. Решението беше да си отделя един ден и да port-на jQuery Masonry към Prototype framework. Еквивалент на първото демо от сайта на David можете да намерите на Masonry Prototype страницата. От нея можете и да свалите и plugin-а, в случай че ви трябва.

Prototype версията напълно покрива basic демото, както и това с блога, за Infinite Scroll Example-a пича ползва third-party jQuery plugin, затова не съм го тествал…

От много време насам Apple не са само производителя на Macintosh, като през последната декада развитието на фирмата е най-осезаемо. Apple дължи това не толкова на desktop системите си, колкото на мобилните си устройства. Първи пазара успя да пробие iPod, после дойде iPhone, след това невероятно атрактивния MacBook Air, а от вчера компания им прави и новият играч – iPad.

И докато предишните продукти имаха ясно изразена целева потребителска аудитория, новият им “таблетен-iPhone” е колкото със задачата да привлече повече потребители на страната на Apple, толкова и с идеята да създаде нова категория устройства, избутвайки Netbook-устройствата от пазара.

Предпоставки за успех има, и то не малко. Изключвайки грозноватата рамка около екрана, iPad има всичко за да привлече купувачи с вида си. За ползваемостта му имам една основна забележка – няма multitasking. На липсата му, обаче, може да се гледа и от друга страна – средностатистическия потребител вероятно няма нужда от него. Докато iPod има оценка на сложността на ползване от 6 точки, а iPhone – 8, новият iPad има 10 и multitasking-a може да вдигне оценката към по-висока, което значи, че разпространението му сред потребителите ще е по-трудно.

От друга страна, липсата на многозадачен режим може да идва и като ограничение от операционната система – iPad използва iPhone OS, а не Mac OS X както лично аз очаквах. Причината, вероятно, е в огромното количество приложения за iPhone в AppStore, налични още сега за потребителите на iPad.

Прави впечатление пазарния дял на Apple на пазара за мобилни телефони в момента. Компанията е пред Nokia и Samsung с над 75 милиона продадени iPhone устройства. Освен това Apple разширява бизнеса си с навлизане в областта на търговията с електронни книги. Всъщност, нещо не особено странно за тях. При всеки нов продукт от нова категория, фирмата представяше и по един Store – iTunes Store при появата на iPod, AppStore при появата на iPhone, и новият iBook Store, предназначен за потребителите на iPad. И това не е всичко – подготовката за представянето на продукта е включвала и сключване на договор с 5 от най-големите разпространители на книги в САЩ, намаляване на ценовата политика за мобилен интернет за предложенията на iPad 3G в мрежата на IT&T, както и изключитено евтини приложения ($9.99) за всяко от приложенията в пакета Works за iPad.

Най-евтиния вариант на устройството е с цена от $499, което смазва конкуренцията. Имам предвид и Netbook устройствата, и етци на електронни книги от рода на Amazon Kindle. За най-скъпият вариант ще трябва да се бръкнете с $829. Въпреки някой дребни пропуски, на тези цени успехът е гарантиран.

Всички, които следим малко по-внимателно web-а през последните няколко месеца, нямаше как да не забележим нарастващата вълна от Drupal-базирани сайтове. За добро или лошо, бизнесът с open source, особено извън татковината, винаги е имал нужда от солидна доза аргументация.

Със сигурност една от най-важните причини Drupal да започне такава сериозна експанзия, че чак Microsoft да започнат кампания против него в Google AdWords е http://www.whitehouse.gov/. От това по-добра реклама – здраве му кажи.

За самият Drupal са ми малко думите – страхотен, повтарям страхотен Content Management System, който е в състояние да сложи в малкия си джоб дузина комерсиални конкуренти. С изчерпателната си документация, и огромната общност от разработчици зад гърба си, Drupal със сигурност е в пъти по-добро решение от всякаквите самоделки, налични като “решения” в повечето от родните ни web компании.

Всъщност, сега се сещам за една молба към web разработчиците: ако имате задачка пред себе си и не сте с много умения в писането на PHP код, дайте един шанс на Drupal, ще спестите адски много време на хората, които ще fix-ват грешките ви по-късно. В случай, че имате опит и още не сте преминали на утвърдени практики като MVC (Zend Framework, CodeIgniter или Symphony) – направете го, няма да съжалявате.

Държа да отбележа, че проблема, според мен, се дължи по-скоро на промени в начина по който се записват сессите, отколкото на бъг в самото KDE 4, понеже досега всичко беше наред и подобни неща не се бяха случвали.

Както и да е, факт е, подобно поведение може да изкара от кожата всеки потребител. Проблемът беше как да запиша настройките по desktop-а си и да накарам session manager-а да ги ползва при login.

Оказа се, че макар и да е изчезнал бутонът Save session, DBus call-ът си седи, което и беше решението на проблема ми. Ето го и магическият ред, който оправи нещата:

dbus-send --type=method_call --dest=org.kde.ksmserver \
/KSMServer org.kde.KSMServerInterface.saveCurrentSession

dd if=/dev/urandom count=1 2> /dev/null | uuencode -m - |  \
sed -ne 2p | cut -c-64

А ето и резултата от стартирането й 5 пъти:

zMqzLNZAzVlQWMvEztpgfeY289TEtdUFbPVB8nXoo1PvdUsKVKSHHBmFo7p8
Xr9JfBcb5hb5oKqNre6kF6DXTVAcUycCW8ru+BpqvsxRlJ57dji7MHfoFcN1
5no2uWDeJtkHpO2qm71pyMx7Bt7pomBiJqrILVgPZckXUvMpqzeQPDiwRQ8v
kdTExBa0jFZrQZFjJ8TeQ9AaL0m3M2vWXymPxcrPn4HtepZT0EQh1nzoiA5x
TUPbIeyEluKEOGSVOP33wY8DiJVnWu2Mn8ElMbwYMt/TH08sTsJVOOEN7qkV

Затова навсякъде където видите съобщение от сорта на:

package [somepackagename] removed but not purged

изпълнете като root

dpkg --purge [somepackagename]

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

Едно от съобщенията гласеше:

insserv: warning: script Slibdevmapper1.02 missing LSB tags
and overrides

След малко ровене в google намерих въпросния header:

### BEGIN INIT INFO
# Provides:          libdevmapper
# Required-Start:    modutils
# Required-Stop:     modutils
# Should-Start:      hotplug discover udev devfsd
# Default-Start:     S 2 3 4 5
# Default-Stop:      0 1 6
### END INIT INFO

Добавих го в /etc/init.d/libdevmapper1.02 веднага под shebang-а (първият ред, започващ с #!) и, за да си конфигурирам успешно миграцията към dependancy based boot, пуснах отново

dpkg-reconfigure sysv-rc