Днес ми се наложи да проверя натоването с top на един сървър и изненада показваше ми общо сумарно на 2-те му ярда а не на всяко поотделно. Както обикновенно решението беше елементарно в случая особенно елементарно с натискането на 2 бутона. Когато стартираме top e е необходимо да натиснем следните бутони:
Живота ми като програмист кардинално се промени – посегнах към ония плод които винаги несъм харесвал – готов framework за кодиране на проекти, причините са си чисто мои защо не ги харесва. Но вече останах без избор и се обърнах към приятели с опит в областа и те ме насочиха към към CodeIgniter общо взето прегледах за какво иде рече – допадна ми. Отделно че прочетох доста добри мнения, така че нямаше смисъл да избягвам неизбежното. Днес започнах да пиша с платформата и установих 2 много неприятни неща
Като изключа тия ми дв забележки CI ми допада лесно се пуска сървърче дори и неопитен пишлигар в 9-ти клас ще го направи а не като Zend Framework да иска часове настроики 🙂 Отделно е скоростен или поне така чета навсякъде Засега ще поработя с него и ще видим дали ще се хванем ръка за ръка или ще стане една част от миналото 🙂
От доста време имах куция проблем на един сървър, че като му паднеше pppoe адаптера не се закачаше сам. Решението както обикновенно е тревиално само беше въпрос на мързел и няколко магически движения 😀 Драснах следния скрипт киоито набутах в crontab-a да е проверява през 5 минути
#!/bin/bash
PPP_DEV=$(ifconfig | grep -c ppp)
if [ $PPP_DEV -gt 0 ]
then
echo -e "\n PPPoE still connected \n"
else
echo -e "\n PPPoE is dropped \n"
if ! ping -c 2 -q 'abv.bg' &> /dev/null
then
/usr/sbin/pppoe-stop &
sleep 4
fi
/usr/sbin/pppoe-start &
fi
Скрипта е абсолютно спартански но пък върши работа. Иначе по принцип самото slackware си има опция в конфа на pppoe-то да се реконектва само при разпадане на линията ама шанс.
От известно време се усещам че тъпча на едно и също място, без никакво развитие. Мисля че е крайно време да променя малко нещата, като за начало мисля да започна Cisco CCNA Exploration след това мисля едно LPI сертифициране да си направя. След това ще видим какво ще реша друго 😀 Така или иначе мислех тия неща да ги направя но вече се появиха причини които ще ускорят тоя процес сериозно. Надявам се скоро да започна Cisco курсовете, защото колкото по бързо ги започна толкова по бързо ще приключа с тях 🙂 Вероятно доста зубрене ще ми се събере но това ще е сериозно предизвикателство. За LPI изпита смятам да се подготвя сам така или иначе повечето неща ги знам и на пробните тестове давам добри резултати.
Никога не е късно да станеш за резил са казали хората. Едва днес научих, че CBQ се дъни при правила над 10Mbit-а ужас добре че имам малко клиенти за които го ползвам и още по малко от тях са над критичния лимит. След кратко съвещание с колегите сложихме HTB които се оказа, че няма проблемите като другия мехънизъм за трафик контрол. След няколко дребни пренастроики съставих новите шейпъри и всичко тръгна както си трябваше. Няколко от корпоративните клиенти ще бъдат доволни други бяха, че за около 2 часа бях махнал ограниченията на трафика докато правеждах в готовност HTB-то, така или иначе съм ги режел с трафик нека малко да се порадват 😉 По късно ако не ме смързи ще прочета изоснови разликата в двата мехънизъма да видя къде точно се дъни първи и може да го поопиша ако още повече не ме мързи 😆