«ТОР: Светът на мрака » - един мега тъп филм.

Вчера ходихме с жена ми да гледаме този филм. Нечие голямо въображение е създало някаква странна смес от междузвездни войни, митология и комикси. Локи е единственият, притежаващ нормална интелигентност и дори е до някъде симпатичен. Тор, богът на гръмотевиците е просто смешен и прилича на гей или метросексуален нищо, че има някакви мъжкарски залитания. Липсата на въображение в сценария е компенсирана с много специални ефекти. Хеймдал/Хеймдалур, който е известен в нордическите предания като буквално "най-белият от асите" и "белият бог" тук е негър. Като цяло филма е добър за да убиете един час, но да отидете на кино, заради него е грешка.

Детектване на операционнате система с JavaScript.

Тия дни получих един много забавен лог по скайп от един приятел. Прилагам го по-долу. Репликите са, както са ми били изпратени като само никовете на хората са сменени. Ето го да се посмеете малко:

[09:29:55] с какъв виндовс си?
[09:29:55] Иван: хр, 7 или 8?
[09:31:29] Music: как да разбера?
[09:31:43] Иван: бррррр
[09:32:27] Music: един ромб и свети
[09:32:31] Music: излиза сияние от него
[09:32:32] Иван: копче с байраче и надпис старт - значи си   със ХР или 7
  кръгче с байраче - 7
  нямаш старт бутон - 8
[09:32:45] Иван: ромба е байраче
[09:32:48] Music: кръгче с байряче и свети!
 

По този случай надрасках едно малко скрипте, с което може да се детектва версията на Windows. Детектва и линукс, но само, че е линукс не версията му. Кликнете върху бутона по-долу и ще се покаже каква операционна система ползвате. Забавлявайте се.

Командата svn export - непозната за повечето програмисти.

Пиша тази кратка статия за да опитам да намаля разпространението на нещо, което според мен е леко шокиращо. За съжаление повечето програмисти и дизаинери изобщо не са наясно с възможностите на version control системите или ги ползват през IDE-то и когато им кажат да deploy-нат нещо ако не видят директно export някъде започват да правят глупости като копират и после чистят папки .svn като изоглавени. Ta специално за подобни юнаци искам да кажа, че съществува командата svn export, която ни експортва чиста директорийна структура от проекта. Повече информация за нея можете да получите като гугълнете 'svn export'. За ползващите GIT - подобен ефект можете да постигнете с командата git archive. Например ето така git archive --format zip --output /path/to/fileName.zip master. Ето пример как да ползваме svn export от командния ред.

Като резултат в директорията ще си имаме чиста структура, готова за deploy-ване.

Магическото свойство word-break от CSS3

Много предимно back-end програмисти ненавиждат CSS. Може да обичате да пишете JavaScript, но понякога един лайоут може да ви постави в мат. Много важно е да запазите спокоиствие и да не се поддавате на импулса да решавате специфични за кънтента проблеми през back-end или през JavaScript. За почти всички подобни проблеми си има изцяло CSS решение. Миналата седмица този специфичен кънтент проблем, който ще опиша по-долу ми докара нещо като временна ярост. Проблема беше, че по-дългите текстове на линкове разтегляха един контеинер. Подтиснах желанието да мисля някакви врътки откъм back-end-а, например да добавям многоточие ако е по-дълъг текста или да оставям само последната дума. След кратък ресърч хем научих нещо ново хем оправих този интересен от една страна проблем. Свойството word-break, което е част от CSS3 спецификацията контролира как да се пренасят думите в текстовото съдържание на елемента. То има три стойности normal - както е по-подразбиране за текущия език - не можете да разчитате на тази свойност, keep-all - може да се пренасят думите само, когато има whitepaces - много неприятно е поведението при по-дълги линкове или текстове, разделени с тирета, break-all - може да се пренася навсякъде между два символа. Ето поведението преди прилагането на word-break: break-all; на контейнера, съдържащ линка:

Ето коректното и доста по-приятно поведение като резултат от прилагането стойноста break-all на това свойство върху селектора:

Препоръчваните методи за създаване на DOM обекти.

Препоръчваните методи за създаване на DOM обекти. Пиша тази статия за да хвърля светлина върху един проблем, който винаги решаваме по начин, който е меко казано грозен. Не, че не работи и така. Става въпрос за DOM съдържание (обекти), което 90% от JavaScript програмистите правят редовно. Това е нещо, заради, което една от добавките ми за Mozilla FireFox беше отхвърлена на първото code review, което беше полезно, защото научих някой неща от кореспонденцията си със amo team. 80% от хората, ползващи jQuery биха създали някакъв div елемент ето така: Toва по-принцип работи, но не е препоръчвана практика и по-принцип изглежда малко грозно. Освен това ще се заблудите ако си мислите, че append ще ви върне добавеният елемент. Няма да направи това а ще ви върне jQuery обект, обвиващ елементът върнат от селектора #elementId. За да получите поведение, каквото очаквате, както и за да изглежда кода една идея по-сигурен и красив можете да ползвате препоръчаната от Mozilla практика. Този начин се изисква от amo team за да премине добавката ви code review за да бъде допусната в галерията на Mozilla FireFox. В този случай като резултат ще имате, каквото очаквате. Новосъздаденият DIV елемент като jQuery обект. Има и друг препоръчван за други цели метод. Това е JavaScript templating. Да си изнесем html съдържанието в отделен темплейт като миниатюрна темплейтна система. Можете тук да погледнете една отлична статия на Джон Резиг по този въпрос: http://ejohn.org/blog/javascript-micro-templating/

BOM и проблемите с него.

Преди известно време отговорих на един въпрос в http://stackoverflow.com и сега ми хрумна да напиша статия по темата. BOM или т.нар byte order mark е unicode символ, който най-общо казано сигнализира на системата, че файлът, респективно потокът който следва е unicode. Някой интерпретаторни езици, например php са силно чувствителни към BOM и наличието му може да причини големи проблеми за незапознат човек. Човекът търсеше начин как да изчисти BOM от xml, получен като резултат от рекуест във VBScript. Това е функцията, която му написах:
  Тук може да бъде видяна оригилналната дискусия. Интересната част е ползването на RegExp обекта, иначе е стандартен проблем.

Безплатен и безопасен бот за sofiawars.com .

Допреди време не бях играл онлайн игри. Те по принцип са загуба на време. Човек, обаче, може да понаучи това - онова от тях, като си прави т.нар "ботове".  Най-често това са т.нар "потребителски скриптове". Предоставям ви този, който е абсолютно безопасен. Какво прави той?
Копае руда в метрото. Когато срещне плъхотрол обаче, той не се бие с него, както е по принцип в играта, а отново копае руда. Отличен бот за т.нар "лампофоби" - хора, които искат само да събират ресурси и да се развиват, запазвайки нивото си. Скриптът по същество е доста интересен, защото демонстрира ползване на closure. С помощта на closure се закачаме за функцията, която показва бутона "копай тук", и когато той се покаже, го кликаме. Тя по принцип го скрива, когато е излязъл плъхотрол, но ние все още можем да го кликнем. :) Потребителският скрипт работи под Mozilla FireFox със greasemonkey добавката. Доколкото ми е известно, (не съм тествал), не работи коректно под Google Chrome. Това ще го оправя някой ден (я го оправя, я не).
Приятно ползване на бота! Не се колебайте да ми пишете с технически въпроси по употребата му. Може да бъде свален от тук.