Нова услуга се появи на българския пазар – уеб сайт който предлага безплатно изпращане на sms. Сайта дава право на всички регистрирани потребители да изпращат безплатни съобщения от тип sms до номера от българските мобилни оператори.
Адреса на уеб сайта е www.bulsms.com.
Регистрацията е разделена на 2 – има две форми за регистрация (За нас нормалните хора и за фирми). Регистрацията освен че става за няколко секунди: попълвате около 5 неща, потвърждавате на пощата си и готово.
Bulsms.com дава право да изпращаме sms-и до 90 символа, като подателя им не е номер, a име – всички sms-и идват от bulsms.com. Има ограничение от 10 sms-a на час и общо ограничение от никой не знае колко точно… 
Както биха попитали много хора – Каква е далаверата? Каква е уловката?
В края на безплатните съобщения се прилагат компактни реклами на фирми, които сами си ги правят и заплащат за това.
Малко и за Бизнеса: явно за фирмите са разработени за сега 2 платени услуги: SMS Маркетинг – с 2 думи ако искаш твоята реклама да се прилага към милионите (може би някой ден) sms-и през системата на bulSMS – регистрираш се като фирма, слагаш си рекламата, плащаш си колкото и както искаш и си определяш бюджет… дневен.. и така харчи и се радваш… нов имидж, нови възможности.
Има и платена услуга SMS Медия – накратко 160 символа на sms (не се прилага реклама), собствен подател (на пр. Аз или моя номер) и статус.. има и още хитринки.
До скоро, или по скоро до всеки ден на добър път на bulsms.com
Тази вечер ми се случи нещо неприятно с репликацията на MySQL. Реших да добавя нова база към извършващата се репликация към настоящия момент между два сървъра и естествено направих логичното като я добавя по този начин:
binlog_do_db = db1,db2
Оказа се, че това ми счупи цялата текуща репликация. След рестартиране на мастър сървъра db1 спря да пише логове. След първия миг на паника и нерви открих и решението на проблема:
binlog_do_db = db1
binlog_do_db = db2
Надявам се на вас да не ви се налага да правите сихронизация на две бази между master и slave. Не е кой знае какво, но предизвиква неприятни чувства
- New design of web interface - Very nice clouds and logo
- DNS statistics of requests - Statistics of requests any hosted domain.
- SSL encryption – Secure web interface
- Import and export of zone files – Easy migration from another dns hosting or remote dns server
- IPv6 (AAAA records) support – More information in ClouDNS Blog
- SOA settings – Premium users can configure information in a SOA record in zone: e-mail of DNS admin, Refresh, Retry and Expire time
Преди няколко дни се сдобих с новичкия ubuntu 10.04, който от днес е вече извън бета и последен LTS (long time support). Тъй като имах проблеми с хард диска на лаптопа ми, беше направена направо нова инсталация, на чисто, а и уж 10.04 ще е със супер промени, казах си “заслужава си да се преинсталира”. Самата преинсталация беше поверена в ръцете на опитния джeдай в тези битки Йордан Георгиев. Естествено върнах си всички стари файлове на новата инсталация, но се получи следния проблем – Mozilla Thunderbird 3 започна да ми иска мастър парола, въпреки че в старите ми настройки на версия 2 нямах такава. След няколко дни мъки, въвеждане на парола за всяка поща в него при чек за нови писма и изпращане, намерих решение на проблема:
1) Отивате в меню Tools -> Error Console
2) В кутийката, пред която пише “Code:” се въвежда следното:
openDialog(‘chrome://pippki/content/resetpassword.xul’)
3) След натискане на enter се появява alert, който пита дали искате да затриете паролите си. Съгласявайки се с това се отървах от master паролата, която никога не съм имал.
4) Въведох си на ново паролите за всички пощенски кутии и вече всичко е както по старо му (с изключение на промените по интерфейса в новата версия )
След като няколко месеца се ядосвах защо не мога да си lock-на screen-а на убунтуто след преминаването ми на 9.10 реших да проверя на какво се дължи. Проблема е в това, че screensaver-a не ми е стартиран и като цяло screen-a няма от кой да се локне. Решението на проблема е следното:
1. Отваряте: System -> Preferences -> Startup Applications
2. Слагате отметка на Screensaver и запазвате настройките.
3. Рестартирате GDM-то и се радвате на работещ lock screen.
ClouDNS.NET is new free dns hosting provider and offers:
Domain name servers in Europe and America
Free domain hosting
Unlimited records per domain
TTL management by records
Full DNS support for A, MX, CNAME, TXT and NS records
Supports every TLD
Simple web interface for easy administration
Works with all web hosting providers
99.993% web interface uptime
100% DNS uptime – our servers are in two several continents
All new members in march will received 1 month premium account and can manage unlimited domains!
Toзи семестър мога да кажа, че ми беше най-тежкия от всички. За първи път се явявам на толкова много изпити през сесията (5), а освобождаването от изпити беше почети невъзможно.
Този семестър УНСС премахна поправките и почети всички преподаватели бяха озверели. В резултат на всичко това имам доста колеги вече с по няколко ликвидации, но не съм сигурен за повечето от тях, че ги заслужават. Моите резултати са поместени по-долу
Макроикономика – 5
Основи на финансите – 5
Маркетинг – 4
Интелектуална собственост – 4
Статистика – 4
Екология и устойчиво развитие – 4
Среден успех от семестъра: 4.33
Среден успех до сега: 4.44
Преди две седмици реших да мигрирам от ubuntu 8.04 LTS към най-новото. Бяха ми се насъбрали доста проблеми (wireless бъгове, липса на новите версии на FireFox 3.5 в хранилищата и прочие, и прочие). За около час преминах набързо през 8.10 и 9.04, и достигнах до бета версията тогава 9.10. Тъй като при досегашните ъпгрейди, които съм правил, след това не се е изисквало намеса от моя страна, за да тръгне, не бях чел абсолютно нищо. Естествено винаги си има първи път и …. рестартирам след ъпгрейда от 9.04 до 9.10 и до там. Показва ми се логото на убунту и след това черен екран. Логично, казах си, че нещо лаптопа ми е дал фира и го рестартирах и …. отново чудо и приказ, счупих си файловата система. Последва едно чекване на диска и т.н. и взех, че си помислих, че нещата са се оправили, но не! X-а така и не тръгваше. Тъкмо бях решил, че съм се жестоко пре*бал с бета версията и се чудих кое да си backup-на и кое не, за да инсталирам 9.04 и батко Данчо направи чудото – махна xorg.conf. След разкарването му всичко си тръгна по мед и масло. След 8.10 явно въпросния конфигурационен файл не помага особено на работата на X-a (-:
Следващия проблем, който забелязах малко по-късно, когато реших да гледам филм, е че xine крашва при стартиране. Помислих, че е някакъв бъг от бетата и си зачаках ъпдейт, но така и не дойде дори и след излизането от бета версия на 9.10, вчера. Разрових се малко по проблема и ето какво открих, ATI драйвъра, който съм използвал е спрян от поддръжка, което от своя страна възпрепядства работата на glx. Доста се зачудих и се оказа, че самия драйвър не е бил open source, явно и на това се дължи умирането му. Повече по историята и решението на проблема на този адрес: help.ubuntu.com/community/RadeonDriver
Ето набързо всъщност какво трябва да се направи:
Изтрива сe вече неподдържания драйвър:
$ sudo apt-get remove –purge xorg-driver-fglrx
Инсталираме open source библиотеки за glx:
$ sudo apt-get install –reinstall libgl1-mesa-glx libgl1-mesa-dri
Пускаме едно търсене за стария драйвър fglrx да не би случайно да е описан някъде из конфигурационните файлове:
$ sudo grep -r fglrx /etc/
Твърде вероятно е да излязът резултати от стари бекъп конфигурационни файлове за X, където се съдържа описан като драйвър, но те не се използват, така че да си стои там (-:
Рестартираме X сървъра (Ctrl+Alt+Backspace) или се Log Out-ваме и си рестартираме gnome display manager-a:
$ sudo /etc/init.d/gdm restart
Тук вече е момента да се радваме, че приложения като xine и glxinfo не връщат проблеми в X-a.
Приятно справяне с проблемите, аз отивам да гледам филм 
От доста време се мъча с copy/paste на паролите към повечето сървъри, на които се логвам поради простата причина, че няма как да бъдат запомнени (-:
Решението, което открих е Expect, а стъпките по създаването директно на отделни “команди” за автоматичен логин са следните:
!) Естествено си инсталирате Expect, ако го нямате.
- http://expect.nist.gov/#unix – пакет за саморъчно компилиране
- apt-get install expect – има го в хранилищата на Ubuntu
2) Създаваме си следния примерен файл /usr/local/bin/ssh-server1 с примерно съдържание:
#!/usr/bin/expect
spawn ssh user@hostname-of-server1.com
expect “password:”
send “moiataparola123\n”
interact
3) chmod +x /usr/local/bin/ssh-server1
Резултата при изпълнението на новосъздадената “команда” ще е аналогичен на този:
$ ssh-server1
spawn ssh user@hostname-of-server1.com
user@hostname-of-server1.com’s password:
Linux server1 2.6.*-* ********************************
Last login: ********** from ****************
Съответно в /usr/local/bin/ може да си създадете колкото са ви нужни такива скриптове за използваните сървъри и забравяте за въвеждане на пароли с copy/paste и прочие.
Последната седмица или две имам доста проблеми с един сървър. Положението е такова, че поставих още един сайт на него освен този, който се хостваше например. Сайта представлява авторска система за ротиране на банери, която засега е единствено за вътрешно ползване на местата, където рекламирам brutali.com (някои не малки български торент сайтове и гейм форуми). В пиковите часове заявките към тази система за банери са доста и списъка с кънекции към уеб сървъра не е никак къс. Това го натоварва и понякога зависва или качва много loads. Предприех следните стъпки:
1) Ъпгрейд на RAM паметта – даде много добър ефект. Понижи много натоварването на сървъра, но уви не реши проблема. Понякога apache2 забива и уж върви, но сайтове не показва, което продължи да не ми е особено приятно : )
2) Написах си мониторинг на сървъра, който помогна с две неща:
- Ако натоварването е по-високо от нормалното, то значи има някакъв проблем на лице (забили дъщерни процеси на apache-то или някой зависнал cron job) и когато го забележа бягам на сървъра да го оправям.
- Ако натоварването е нулево, явно apache-то е зависнало и бягам да го рестартирам.
Ето и скрийншот от самия мониторинг: линк
3) По идея на колегата ми в host.bg – Йордан Георгиев – написах едно скриптче за мониторинг на уеб сървъра. Метода му на работа е да проверява на всеки 2 минути дали се отваря някой от сайтовете разположени на сървъра и ако не се отваря да рестартира (ако е забило) или да го стартира (ако е спряло поради някаква причина) apache-то. От 2 дни наблюдението ми показва, че скриптчето върши идеална работа. Настроил съм го и да ми праща sms-и ако е станало нещо нередно, като за всяко извършено действие за оправяне на нещата ми изпраща съобщение със статуса на предприетите действия и това какъв резултат са дали (дали сайтовете са вече наред или пък че проблема е все още на лице). Скрипта е писан на PHP
Дали тези предприети действия са дали резултат ще стане ясно следващите дни или седмица, като се надявам това да е така, защото освен на мен тези проблеми създадоха доста неудобства и на потребителите ползващи сайтовете разположени на сървъра.
Edit: Ето примерен скрипт за точка 3:
Services
