Цецо се извинил, но само защото майката не знаела какви ги прави синът (че поръчва такси). Ако е знаела, няма извинение.

Интересни оправдания от бъдещия президент.

Цветанов се обяснява кой и защо бит в Кърджали (в нюз.бг)

PS. хипотезата ми, че синът е поръчвал такси се потвърди (@vesti.bg)

В тоалетната на Макдоналдс на Славейков вече се влиза с пропуск – касовата бележка. Наблюдавах около 10 минути, докато дъвча джънк фууд дозата ми, как хора на зор се чудеха как да проникнат през ключалката. Имаше сподели-билетчето, обикаляне на масите и други тактики.

Вече 4 компютърни магазина липсват, на тяхно място има магазини за обувки, някакъв офис и едно “Дава се под наем”. Чудя се, дали е заради кризата, строежите наоколо или просто всички хора вече си купиха компютри, после си купиха лаптопи и накрая нетбуци и вече нямат какво да си купят?

Та, ако наложа данните от България върху света, мога да направя следните 2 сметки:

Сметка 1

В България има ~3300 горе-долу живи блога (и това число е преувеличено, защото много от тези блогове нямат ново съдържание отдавна). България претендира да има проникване на Интернет 50%, ще приема по-малко число – 3.3 милиона. Това прави 1 жив блог на 1000 души. Интернет потребителите са ~1 милиард по света, това прави ~1 милион блога (половината занемарени).

Сметка 2

WordPress.com обяви 200 милиона статии. WordPress.com има в България ~16% пазарен дял. Средното количество статии на блог в България е 92.3(за 2.5г назад). Като сметнем, се получава 200M / (16% * 92.3) ~= 13M.

Нужно е известно голямо въображение, за да ги докараме до 200 милиона (възможно, но крайно невероятно число). Според мен оценката на това колко блога има в дадена държава е резултат от онлайн анкети, а не на преброяване с crawler.

По пътя София – Своге има кратери с дълбочина 30-40 сантиметра. След някои по-големите кратери има по някой отчаян чичо край разбит автомобил, включително един се опитваше да забави трафика, за да не се размажат и други коли.

Днес научихме, че ремонти няма да има, защото не е осигурено съфинансирането от държавния бюджет, при положение че 80% от ремонтите са за сметка на ЕС. Явно не е осигурено отдавна или парите са краднати.

Има много причини, поради които това е лошо.

1. Не трябва да се отпечатва на екрана паролата в явен вид и изобщо подобно SQL query, само защото потребителското име е заето и се violate-ва unique key. Някой може да я види.

2. Като се прави INSERT INTO … PASSWORD(‘javnaparola’), това query може да попадне във видими логове и от там любопитен поглед да се сдобие с 20 000 акаунта на потребители, асоциирани към личните им документи и егн-та.

3. MySQL функцията PASSWORD изобщо не е предвидена за криптиране на потребителските пароли в уебсайт и изобщо не е редно криптирането да се прави в SQL Query поради причина 2.

4. Липсва salt. Паролите, криптирани без salt са уязвими на rainbow tables и могат лесно и бързо да бъдат обърнати в явен вид, освен ако не са 30-40 символа.

Правилният начин е в php-то да се залепи salt (аз ползвам 100-тина символа) към паролата, да се приложи примерно md5 или по-надежден криптографски хеширащ алгоритъм и чак тогава да се записва в базата данни.

5. Липсва функционалност да си редактираш или изтриеш профила или даже да си смениш паролата.

Данните на екрана са хипотетични, ползвано е името Ива, защото грешката я откри Iffi

PS. системата работи. На следващия ден справката за актове ми е излязла

Покрай предния пост, реших да видя, дали някоя камера не ме е снимала в нарушение. Тия дни минах през насрещното точно под една камера (нямах избор).

Справката представлява онлайн вариант на офлайн молбата на място. Връчва се на някой 1 път дневно, после някой търси и въвежда отговора. Би трябвало да става в реално време и без човешка намеса, просто с една заявка към базата данни.

Все пак общият замисъл е похвален и вярвам, че след 5-10 години въпросите, касаещи дребни нарушения ще се уреждат по Интернет.

10x на doni за тази картинка за колекцията ми от грешки. Това са общите условия на i-КАТ, с които няма как да не се съгласите

Някакъв си сайт иска 4.80 за участие в игра, в която се печели iphone. Ако въведете телефон, който не им харесва, примерно 0, изкарва злобно съобщение за грешка

Това е роман.

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

Хареса ми. 9/10, защото е прекалено поетичен.

1. Ако нещо в поддръжката на един сайт отнема лично време и може да се автоматизира, то трябва да се автоматизира.

2. Ако нещо не може да се автоматизира напълно, то човешката намеса трябва да е сведена до минимум, по възможност един единствен клик.

Добри примери за тези принципи могат да бъдат открити в the daily wtf. Много добър теоретичен сайт за програмиране, наред с говнокод. Чета ги и се уча

Слабо известен факт е, че ако българският национален отбор по футбол изгуби мач със 7:0, това е състав в наказателния кодекс за 3 до 10 години затвор. Става въпрос за “Вредителство”.

Чл. 107. Който с цел да отслаби властта или да й създаде затруднения разстройва или подравя промишлеността, транспорта, селското стопанство, паричната и кредитната система, други стопански отрасли или отделни стопански предприятия, като използува държавни учреждения, стопански предприятия или обществени организации, като възпрепятствува тяхната дейност, или като не изпълнява възложените му важни стопански задачи, се наказва за вредителство с лишаване от свобода от три до десет години, а в особено тежки случаи – с лишаване от свобода от пет до петнадесет години.

Вредителството е измислено от руснаците 30-те години и след окупацията е пренесено в нашия НК, както и в този на КНДР, където стои и до ден днешен. Тази норма е използвана в голяма част от присъдите, с които са напълнили ГУЛАГ.

Автогол, нарушение за дузпа – всичко това е вредителство.

Човек, който не слуша и не чете, като се натъкне на проблем, взема решението емоционално и първосигнално. Слага главата в торбата и се надява, вярва и се моли да е прав. Евентуално като сбърка, почва да клинчи, да се оправдава, да се извинява, да отрича, да лъже, да маже, да дрънка глупости. Осъждат го, бият го, замерят го с яйца на площада, дават го за негативен пример, сравняват го с Жан Виденов, Рамбо, Мистър Бийн и други комични образи.

Интелигентният човек чете, пита, взема решения подготвен. Знае, може, бърка рядко и се усеща, преди да е станало късно. Интелигентният човек се заогражда с други интелигентни хора.

Бойко Борисов, Цветан Цветанов и Явор Колев са страни по казуса Читанка. И тримата са огромни по размери, образованието им е “силово”, имат дебели вратове и външния вид на хора, които не четат. Ако ги попиташ, защо не четат, могат да кажат “Работата ми е да гоня бандитите, не да чета”. Работата им, обаче, нямаше да е такава комедия от грешки, ако бяха чели повече.

PS. chitanka.info е библиотека. Ако ще се атакуват от органите на реда библиотеките, да започнат с народната и всички читалища, да покажат колко струват. Не виждам разликата.

Пиромани. Биха сумати касови екшъни с ефектите на концерта и отсрамиха Sonisphere-то за the big 3/4.

Manowar също се справиха добре за 30-40 минути на сцената, но Рамщайн направо ми изтриха спомените за тях от главата.

Велика Металика, поносим Slayer, някакъв шум от Мегадет и Антракс, 20 санта снежна покривка от пластмасови чашки за бира, 100-тина химически тоалетни, 50 000 пияни метъли, пиещи бира на корем, локви от урина, скапани сандвичи с бял сос, стегнати каишки на ръцете, опашка за вход към 40 минути, дъжд и студ.

Почна зле, но свърши яко.

Явно България предразполага към магарии. На това място паркирането е забранено, освен от знаците, маркировката на пътя и от закона също. Забранено паркиране не значи “паркинг за луксозни автомобили със знаменца”.

Проблемът

TBL в момента има ~350K поста и няколко таблици между 1 и 10 милиона записа. Използва InnoDB и joins. Работи на машина, на която има по-натоварени сайтове, вкл. някои със специфични нужди за ресурс. Поставил съм си за стандарт под 0.1 sec време за изпълнение на PHP script. Броят HTTP requsets с употреба на SQL в рамките на TBL е грубо 500 000/ден (предимно заради ботове, widgets и ajax).

Заместване на mysql_slow

99% от случаите един сайт е бавен заради SQL-a му. MySQL е особено проблемен в това отношение. Може да е много бърз, но някои привидно прости SQL заявки могат да се окажат бомби със закъснител. За това е нужно да се наблюдават заявките при реална работа.

MySQL има slow query log – mysql_slow, който логва заявки, по-бавни от определено време. Проблемът е, че long_query_time не може да приема стойност под 1 сек (може в Percona Server или с пач, но тези варианти не са ми удобни). Ако имате заявка, която се изпълнява 10 000 пъти дневно и отнема 0.5 сек, сайтът ви отива по дяволите.

TBL има свой slow log, който се управлява в DB класа и опционално поддържа времена под 1 сек (типично оптимизирам на нива 0.02, 0.2 и 2 сек – допустимо за определени редки случаи). Има и справка, която групира бавните заявки по тип и сумира времената на изпълнение. Надничам там <1 път в месеца и току някоя бърза заявка е станала бавна, с нарастването на данните. Този лог трупа данни постоянно.

Index size

Следя INDEX_LENGTH в information_schema.tables, пестя памет за други цели.

Parsing time

За агрегатор е важно колко бързо събира информацията. Има втори лог, който се пуска опционално и е направен за тасковете по събиране на информация. Преди 1-2 месеца се наложи да го ползвам, за да открия проблем във feed reader-a.

Loading time

Зареждането на 1 сайт не е само php-то (или каквото ползвате) и не е само заглавната страница. Ползвам пълен набор от firefox plugins – yslow, pagespeed, ползвам webpagetest.org, но част от предписанията им са неприложими в моя случай, така че не се престаравам. GWT също предоставя такива данни, може да ги гледате.

Traffic

Наблюдавам MRTG графики за server load и трансфер, направени от приятел – zImage преди години, за мониторване на IRC. Трафикът може да бъде ботълнек, ако ви се счупи нещо в бекъпа примерно и започне да точи бесни GB-ти.

Emails

Получавам автоматично генерирани мейли при най-разнообразни събития. Разполагам и с 10-тина графики, от които може да се следи, ако работата е станала ненормална. TBL има форум, лични съобщения и къмюнити от няколко всеотдайни потребители, които забелязват проблеми

Въпросът

Не съм сигурен, дали Марио това ме попита. По-интересният въпрос е, какво се прави, когато сървърът се претовари, купуването на части не е опция и трябва да се оптимизира