SPAM коментари

Явно “кризата” си казва думата и фирмите вместо да си платят на добри и качествени SEO специалисти, които си разбират от работата и могат да предложат добро и качествено оптимизиране са започнали да плащат на псевдо специалисти от неустановен произход. За втори път хващам SPAM коментари в блога си, които произхождат от инакоговорящи явно “специалисти”. Едните се опитват с PR коментар да промотират продукт за термоизолация (и не само), а другите директно ми рекламират интернет магазин… В първият случай индиеца (защото след малко проучване стигнах до извода, че е индиец) поне си беше направил труда да спами само в една статия, която дори е по темата на СПАМ-а му. Да, ама не е познал – аз реклама без пари не правя. Във втория случай гадинката спамеща в блога ми се е пробвала явно с програма или скрипт, като безугледно ми беше обяснил в няколко от публикациите ми, колко интересен е блога ми и че влизал в букмаркерите му…, да бе…

На вниманието на начинаещите и бъдещите SPAMери – моят блог, въпреки, че е без капча си има своебразна АНТИ–СПАМ защита – моя милост. Всички коментари от неизвестни потребители се задържат за последващо разглеждане и одобряване.

Моля, не ме СПАМете!

БТК ADSL, колко мъка, колко?

Колко мъка имало на този свят… Особено, когато не може човек да сравнява. Е в момента мога и откривам колко много съм се мъчил в последните четири години. Колко мъка има в това да плащаш малко и да получаваш също толкова малко, а понякога – и по-малко. Услугата на БТК (VIVACOM) наречена ADSL или “Домашен интернет” си е добре, когато няма алтернатива и когато ти трябва “стационарен” телефон. Добре, но на мен не ми трябва или поне не ми трябва стационарният телефон на VIVACOM, които и без това всячески се напрягат да запазят монопола си на комуникационния пазар. Добре, но от вчера имам реалната възможност да сравнявам – кабелен интернет с оптика до сградата и БТК АДСЛ на доизживяване в последният си месец. Ще ме попитате за разликата ли? 🙂 Северен елен виждали ли сте? Да? А пингвин? Да? Е както тия две животни не си приличат, така и кабелният доставчик и Виваком АДСЛ не си приличат. Скоростите на трансфер при АДСЛ са асимитрични – както показва и името, а на новият ми доставчик са относително симетрични – тегленето и качването са около 5 пъти по-бързи от текущо ползваният от мен АДСЛ пакет – при това 5 пъти по-бързи от скоростта на теглене. Цената – цената е много по-добра, поне за мен и за това, което получавам, защото сега мога да си върша работата със скорост която мен ме устройва – остава да си обновя и работният компютър, защото при максималната скорост на новият ми доставчик – не ми стига скоростта на твърдия диск и на моменти увисва целият компютър… Изводът ми за 2 дни усилени тестове е – избягвайте интернета на Виваком наречен АДСЛ…

P.S.: След проведените тестове, от един компютър при това, свързан към съответно VIVACOM ADSL и към новият ми доставчик, видна е разликата в ъплоуд скоростите, даунлоуда е ясен – плащам си за 6 мегабита, получавам точно толкова:

Виваком ADSL (БТК ADSL)
Скорост на теглене и качване от Виваком
Скорости на сваляне и качване от Виваком АДСЛ

Булсатком АД
Скорости на сваляне и качване от Булсатком
Скорости на сваляне и качване от Булсатком

Geodim Ltd.
Скорост на сваляне и качване от VarnaLan (bgwan)
Скорост на сваляне и качване от VarnaLan (bgwan)

Linux, проблеми

След като безпроблемно ми вървяха всичките уеб сървъри – били те на споделен хостинг или на VPS (виртуален личен сървър) изведнъж ми се появи проблем без обяснение поне от моя страна. След известно търсене и попадане на много неадекватни резултати – открих решение на проблема.
Описание:
1. Опитваме да обновим софтуера на VPS-а, при мен CentOS 5.4. След изпълнение на yum update получавах следната грешка: unpacking of archive failed on file /proc: cpio: chown, оказа се, че това е специфична грешка при опит за обновяване на компонента filesystem на конкретната дистрибуция на Linux.
2. Компонента не се обновява и създава проблеми в последващо обновяване. Решението е лесно, стига да знаем за какво точно иде реч:
3. Трябва да се редактира файла “/etc/rpm/macros” и в него да се промени следният ред, като добавим и/или променим в съдържанието му следното:
ако редът е изглеждал така: %_netsharedpath /dev:/etc/rc.d/init.d/halt дa променим така, че да изглежда подобно на това: %_netsharedpath /dev:/etc/rc.d/init.d/halt:/proc
4. След като сме го променили и записали, можем да изпълним отново yum update. Проблемът няма да се прояви отново.

Това е. Елементарно решение на странен на пръв поглед проблем.