Кьорфишеците на Skype

Започва да ми писва от тоя Skype. Или по-точно – започна да ми писва от Skype, които типично по Български се оправдават с нещо, което не е вярно. Днешният срив на Skype е обяснен на страницата им с „конфигурационни проблеми при някои от Вас“. Добре бе джанъм, днес имах преки наблюдения върху 3 компютъра и три различни операционни системи и ситуации – едната система беше със стар скайп, съвместим и работещ, втората система – с последната актуална и освежена версия – и двете за Windows XP 32bit, а третата система работи с последната стабилна версия на Skype за Ubuntu Linux 11.04, 32bit. И при трите компютъра се получи „конфигурационен проблем“. Абе, тия от Skype, че ни взимат за глупаци е ясно, но хайде да не взимат ВСИЧКИ Нас за глупаци, става ли? Не е възможно три различни версии да имат едновременно конфигурационни проблеми. Непреките ми впечатления бяха, че всички ползватели на Skype изведнъж се оказаха с проблеми в конфигурацията… WTF???

И в още едно нещо се убедих днес – ICQ ще си остане работеща услуга – благодарения на некадърно написаният и супер тежък Skype – ICQ остана почти без ползватели и ползването му си е чисто удоволствие – като това през 1997г. 🙂 Ако решите да ме търсите там – драснете едно кратко. Skype скоро май ще спра да го ползвам, особено налазят ли го Малките с меките…

Skype проблеми 07 Юни 2011
Skype проблеми 07 Юни 2011

БТК 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. Проблемът няма да се прояви отново.

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