Е направих мода и след известно тестване мога да кажа че промяната не е чак толкова сериозна. Вероятно аз нещо съм прецакал или пък медта която съм ползвал да е непоходяща…. Имаше известно подобрение ама не е това което очаквах. Вероятно а в бъдеще ще пробвам пак някакви дивории да направям, засега ще си потърся някакви 7dBi антени или пък някакви от някакъв горял TP-Link там мисля че си бяха с 5dBi заводски.

Домашния ми рутер започна да ме дразни малко че обхвата му е малко малък ама нормално все пак работи с 2dBi антени. Реших да потърся информация за цените на 5dBi  или повече усилени антени и попаднах в един форум където имаше схема на една такава и човека беше описал че е модифицирал неговата стандартна до такава. Следобед мисля да разголя моите и да го модна да видим, ако не поне ще имам причина да си купя нови антенки 😀

Никога не е късно да станеш за резил са казали хората. Едва днес научих, че CBQ се дъни при правила над 10Mbit-а ужас добре че имам малко клиенти за които го ползвам и още по малко от тях са над критичния лимит. След кратко съвещание с колегите сложихме HTB които се оказа, че няма проблемите като другия мехънизъм за трафик контрол. След няколко дребни пренастроики съставих новите шейпъри и всичко тръгна както си трябваше. Няколко от корпоративните клиенти ще бъдат доволни други бяха, че за около 2 часа бях махнал ограниченията на трафика докато правеждах в готовност HTB-то, така или иначе съм ги режел с трафик нека малко да се порадват 😉 По късно ако не ме смързи ще прочета изоснови разликата в двата мехънизъма да видя къде точно се дъни първи и може да го поопиша ако още повече не ме мързи 😆

След като се прибрах от работа се заиграх с stat press добавката ми, че работеше ужасно бавно – когато си цъках по статистиките имах 2-3 минути зареждане на страница 😐 пълен леш. Днес най после реших да орпавя тоя смотан бъг. Първо разгледах дизаина на базата данни където се пазеше информацията която ползваше добавката – бях шокиран нито един индекс а размера и не е никак малък над 220МБ и над 1000000 (милион) реда. Прегледах набързо заявките видеях, в where кои полета взимат най денино участие бяха 3 spider feed и date. Веднага ги направих пълен индекс и проверих резултата беше зашеметяващ 20-30 секунди зареждане на страниците. Резултата е красноречив а най – интересното е, че не се промени кардинално ресурсите които ползва DB-a въпреки индексите които му набих. Все още несъм напълно доволен, ще изчета всики sql-ли които прави плъгина и ще видя какво може да се опримизира по тях, въпреки че вече ще е по трудно там.

Промених и url-тата на дребното ми блогче с цел по добро SEO. Не че това ме интересува или съм тръгнал да рипам да съм по първите места на google ама като мога да дръпна малко защо не 😉

Днес поработих малко над новата NUKI верси. Най накрая докарах ред и до нея, а ми се ще да я пооправя малко преди  да пусна последната стабилна, вероятно и финална версия. Та имах идеята да проверявам колко дни е uptime на приемник,  че повечето ми правят проблеми след като са били повечко време, затова реших да правя през 10 дни един прфилактичен рестарт. Набързо драснах конвеирче дето да ми изчиства дните от останалите променливи защото резултата откомандата uptime е доста неприятен за работа

# uptime
12:13:57 up 30 days, 20:07,  1 user,  load average: 0.00, 0.00, 0.00

Та въпросни ред се филтрира само от суперския конвеир 😛

uptime | awk -F'up' '{ print $2 }' | awk -F'days' '{ print $1 }'

Като ако работното време е дни резултат е цяло число с дните, а ако е часове резулататът е подобен на

neo2shyalien@neo2shyalien-box:~$ uptime | awk -F'up' '{ print $2 }' | awk -F'days' '{ print $1 }'
1:34,  5 users,  load average: 0.46, 0.39, 0.41
neo2shyalien@neo2shyalien-box:~$

Заради Което минава през проверка за вида на стойноста

if echo $days | grep "^[0-9]*$" > /tmp/null
then
   echo "Uptime in days is $days"
else
  echo "Uptime isnt in days"
fi

Просто лесно и ясно в if-а конструкцията проверява дали стоиснота съдържа само цифри с регулярни израз grep „^[0-9]*$“.