Линукс Блог

ip2long & long2ip возвращают разные значения под x86-32 и x86-64

admin — Fri, 05 Feb 2010 11:24:58 +0000

Различия приводят к тому, что одно и то же приложение может просто перестать работать.
В результате, вместо значения 127.0.0.0/22, скрипт вернул значение 127.0.0.0/135271958, что не одно и то же
Причины лежат в различиях типов, так как в x64 тип int по умолчанию UNSIGNED.

Как получить инвайт на Хабр? Очень просто!

admin — Tue, 19 Jan 2010 00:50:01 +0000

Эти вопросом я вскользь занимался чуть больше месяца. Где-то спрашивал, где-то Google-ил, где-то думал (и такое бывало)… И вот сегодня, я – счастливый обладатель аккаунта на Хабре.
Во-первых, для чего это нужно? Всё просто. Хабр, это своего рода бизнес-комьюнити. Не просто место для трепа, а еще и среда для поиска и фильтрации информации на IT-тематики. Можно много чего почерпнуть и, более того, продвинуть, прямо или косвенно, свой проект. Одно другому не мешает, бизнес + личный интерес = чумовая смесь..
Вернемся к тому, ради чего Вы, уважаемый читатель, дошли до этих строк.
Ответ на вопрос “как получить инвайт” прост – придумайте что-то интересное и найдите кого-то, кто рискнет опубликовать вашу статью от своего имени.
Как вообще появляется инвайт на Хабре? Если я правильно понял, инвайт дают тому (в частности), кто отметился статьей, попавшей на главную страницу сайта. Таким образом, если Вы пишите статью, хаброчеловек её размещает и она попадает на главную – он получает инвайт и даёт его Вам. Он – получил (дай-то Бог) дополнительную карму, Вы – получили инвайт и (если вас указали в последствии, как автора статьи) тоже приобрели стартовый заряд кармы. В результате – все довольны.
Таким Хабрачеловеком (с большой буквы) оказался Алекс Снэт, который подарил мне инвайт, полученный за размещение моей статьи, под названием 5 крупных проектов и стартапов, провалившихся в 2009-м году благодаря Google. За что ему очень признателен.
Хотите инвайт? Всё просто – пишите статью и ищите того, кто выкроит для Вас минутку и рискнет кармой.

Обзор форумов – СЕ.ру

admin — Thu, 14 Jan 2010 20:05:38 +0000

Наболело… Решил я затронуть тему, которой не часто касаются в РУ-нете. Исторически так сложилось, что я 9й год работаю онлайн и большАя часть рабочего времени проходит на различных форумах. Некоторые я посещаю “из интереса”, некоторые нужны “по работе” и так далее. Решил я поделиться своим мнением о самых заметных из них и начать хочу с пресловутого forum.searchengines.ru (он же СЕ.ру).
Про него слышали все, многие видели и очень многие там даже живут.
Это тот форум, на который я захожу в поисках сообщений 2х-3х интересующих меня людей, чьи слова для меня – на вес золота. По ходу дела, могу просмотреть и самые популярные темы. В октябре прошлого года на разделе “Гугл” появилась тема с названием “Бесплатный аудит сайтов: анализ страниц под Google”. Создал её некий Willie, который, к тому моменту, на форуме не провёл и года. Человек, судя по сообщениям, “ни в зуб ногой” в том, о чем о пишет на форуме. Ответы его носят смысловую нагрузку, равную, на мой взгляд, пьяному бреду шамана, прыгающего с бубном под луной. В теме его поддерживает некая “Nadejda”, сообщения которой несут примерно такую же нагрузку.

Тема эта из серии “не нравится – не читай”, но меня уже начинает раздражать, когда какой-то пионер шепчет наивным “оптимизаторам” на ушко всякую чепуху. Каждые 5-10 страниц появляется кто-то из людей, кого я уважаю, и пытается дать окружающим понять, что это глухая ветвь эволюции, но “коллектив” начинает прессовать и рыцарь моментально удаляется, дабы не трепать свои нервы. Собственно, все эти перепалки я и нахожу в процессе поиска постов местных “динозавров”, которые иногда выкидывают на съедение “толпе” очень интересные факты..

Дело в том, что и другие разделы СЕ.ру носят подобный характер. Я вижу, что это закономерность – форумы, ориентированные на новичков, со временем превращается (без контроля) в мусорный бак, куда несостоявшиеся “оптимизаторы” начинают брызгать слюной. А на этом форуме контроля нет и не предвидится.

(всё сказанное выше – лишь моё ИМХО. меня на этом форуме никто не трогал, я лишь сторонний наблюдатель там с 2003-его года)

Для владельцев англоязычных стартапов

admin — Thu, 07 Jan 2010 20:20:00 +0000

Меня всегда удивляло – почему владельцы стартапов, ориентированных на иноязычную аудиторию, не могут заказать для сайта нормальный перевод текстов?
Люди, которые могут реализовать сложнейшие проекты, обладающие отличной фантазией и умеющие организовать “производственный процесс”, не могут при этом обеспечить свой ресурс нормальными текстами… Представьте себе, вы заходите на русскоязычный сайт и видите интересующий вас, продукт, а описание продукта написано каким-то, прости Господи, “таджиком”. Ну это ж писец Вы там что-то купите? У меня, как минимум, буду сомнения на тему “кинут/не кинут”. Ведь если тексты не смогли сделать нормально, то почему я должен быть уверен, что владельца сайта люди “суръезные” . Многие считают, что “в СССР была лучшая система образования” и убеждены, что хорошо владеют языком. Иногда так и есть, но в 9 случая из 10 люди никогда не проверяли это не практике. Для бОльшей части населения Родины позвонить в англоязычную службу поддержки и поболтать 3 минуты – это уже барьер непреодолимый..

Стоимость вычитки текста носителем языка на getafreelancer.com или на моём любимом elance.com колеблется в диапазоне от 50 долларов до 100 за 5-6 страниц технического текста. При чем предложений по 50-60 долларов будет намного больше, чем по 90-100. Смотрите на отзывы и заказывайте. Неужели на это ни у кого не хватает смекалки?

Loading …

Пофиксил проблемы с SMTP при регистрации на блоге

admin — Sun, 03 Jan 2010 13:37:57 +0000

Так увлёкся прикручиванием OpenID авторизации к блогу, что не заметил, как smtp сервер перестал отсылать посетителям логин/пароль после регистрации обычным способом (без ОпенАйди).

Спасибо Сергею за своевременное извещение!

Кстати, мне сейчас намного больше нравится авторизация через friendconnect от Гугла. С ней логиниться можно с реквизитами своего Twitter, GMail или Yahoo аккаунта.

Очередной баг в MySQL

admin — Fri, 25 Dec 2009 17:34:32 +0000

Еще одну прелестную новость подарил сегодняшний день.
В одной из хранимых процедур, после переезда на новый сервер запрос работал невероятно медленно. Космически медленно. Вместо тысяч insert/replace в секунду – один insert за 2-3 минуты. Начал копаться в show innodb status и обнаружил, что каждое текстовое значение принудительно конвертировалось в utf8
SELECT id INTO @vI FROM project.table1 WHERE project.table1.word = NAME_CONST('vD',_utf8'by word here' COLLATE 'utf8_general_ci') LIMIT 1;
Решить проблему удалось с 1й попытки – в начале процедуры поставил
SET NAMES ‘cp1251′ COLLATE ‘cp1251_general_ci’;
и объявил переменную как
DECLARE vD VARCHAR(67) CHARSET CP1251;
Как потом оказалось – достаточно было лишь объявить переменную.
Не сложно, но почему сама по себе операция сравнения project.table1.word с NAME_CONST(‘vD’,_utf8′by word here’ COLLATE ‘utf8_general_ci’)
занимала столько времени.
Чушь какая-то.

Лучший способ протестировать нагрузку на стартапе?

admin — Sat, 19 Dec 2009 19:59:40 +0000

На Хабрахабре есть понятие “хабраэффекта”. В 2х словах – после попадания новости на главную, сайт, на которую ведут ссылки с главной, подвергается нашествию посетителей. По некоторым данным, около 50% проектов падает в первый час после попадания на главную Хабра. Но есть и естественных тестер – это Гугл. Новый сайт с очень хорошими беклинками и множеством новых страниц через пару дней-неделю становится объектом атаки злобного GoogleBot-a. Если ваш сайт очередной раз упал, а Analytics утверждает, что траффика на нем нет – посмотрите на логи веб-сервера, возможно – он даст ответ на вопрос, кто же вас “положил” на лопатки.

Кстати, может у кого-нить всё-таки есть инвайт на Хабр? Ну очень нужен..

Фрилансеры – почему так мало нормальных?

admin — Sun, 13 Dec 2009 21:47:12 +0000

Мне обычно везло с фрилансерами… Да, именно везло. Удавалось отсеять идиотов и процент брака, кидков и т.д. был минимален. Вообще, всю серверную часть привык делать сам. В конце-концов, у меня 9 лет практики и в том числе, много практики работы с high load проектами. Писать серверную часть самому, во-первых, безопасно, во-вторых – удобно. Любой баг правится со скоростью, пропорциональной моим навыкам, а не навыкам непонятно кого + времени поиска этого самого “непонятно кого” + вероятность того, что непонятно кто занят или просто положил на меню болт. Ну да ладно, это лирика. Но шарить во всём – невозможно. Дизайн, флеш, сложная вёрстка, proofreading текстов – всё отдаю фрилансерам. Так вот…
Столкнулся я недавно с одним горе-человеком [здесь был компромат, решил до конца истории воздержаться от публикации] Заказал проект (флеш), сроки были задержаны в 3 раза, но – проект был сдан. Короче, как специалист – цены ему нет. Идеи предлагает отличные, пишет код грамотно. Во многом из-за этого заказал ему еще 2 проекта и перевел предоплату в надежде на то, что “лучше сбить сроки в 3 раза, но получить качественный продукт”.
В общем, спец он отменный, но как человек – пустое место. Еще никто мне больше 15 раз не врал, что работа кипит и “завтра покажу”. Он – первый. Заканчивается тем, что работы нет, предоплаты нет. В двух словах – он кинул на вполне приличную сумму. Уверял, что денег нет совсем, ни онлайн ни нала, что бы вернуть предоплату. После того, как мною был оставлен ему на фрилансе негативный отзыв, Владимир начал меня шантажировать:
Но если вы считаете, что вправе оставить мне негативный отзыв потенциально нанеся мне финансовый ущерб (потеря некоторых заказов по причине наличия вашего негативного отзыва), то я буду считать, что вправе оставить себе предоплату как плату за проделанную мной работу (обсуждение и изучение деталей проекта, поиск путей решения, начало разработки модулей которые должны были стать частью проекта).
Отлично, то есть за 2 месяца не показать никаких результатов – он вправе. За 2 месяца полтора десятка раз соврать – он вправе. Пообещать отдать деньги, если не справится с работой до позапрошлого понедельник – он вправе. Не отдать деньги – он вправе. А я, значит, отзыв ему не могу оставить? Супер!
Я к чему всё это пишу… Я не могу понять, почему толковые ребята такие расп%здяи? Ведь он не глупый человек, ему скоро 30, а он живёт в каком-то говне. Создает объявления о поиске работы за 1000 баксов в месяц. Ну почему хохлы не могут палец о палец ударить, что бы чего-то достичь. Сотни программеров толковых перебрались в нормальные страны, стоят будущее своё и своих семей. Работают за нормальные деньги, так откуда же берутся те, кому пофиг на себя самих? Ну ладно “страна”, ей ничего не светит, это ясно. Но почему о себе не думают? Молодые ребята, ведь всё в их руках. Да вкалывать надо, искать проекты и работать ночами, искать работу забугром, что бы вырваться из этой клоаки. Ну раз повезло, что мозги есть – надо ж этим пользоваться. Как же можно до такого возраста дожить и позволять себе кидать заказчиков на авансы. Трепать языком как помелом. Обещать одно, делать другое… Ну разве это жизнь, что бы потом дети такое читали про тебя онлайн. Писец какой-то. Обидно и жаль.

dbForge Studio – мой выбор. И пару слов о MySQL

admin — Wed, 09 Dec 2009 19:31:02 +0000

В новом проекте всё завязано на базе. Очень большие объемы информации нуждаются в тщательной проектировке и отладке. Впервые возникла необходимость в средстве визуальной проектировки БД. Выбор сделал в пользу dbForge Studio и, думаю, оказался прав. Софт писали люди, которые определенно им будут пользуются сами. Очень качественный продукт, всё продумано, стандартная привязка клавиш. Никаких сюрпризов – сел и начал работать. Руки сами знаю, что и где спрятано. Что особенно понравилось, так это отладка хранимых процедур, да и само создание процедур реализовано очень удобно. Короче – супер!

Часть 2 или “программист растёт вместе с объемами его баз данных”.
Когда объем записей увеличивается в 10 тысяч раз – программисту приходится расти и самому. Уже давно не позиционирую себя как программера, но все-таки всю серверную часть пишу самостоятельно из соображений дальнейшей поддержки софта, да и вообще – это удобно, безопасно и держит в тонусе. Продвинулся за последние 2 недели в вопросах кодировок (особенно китайских GBK, big5)..
Обнаружил не очень-то хорошо документированную необходимость указывать у формальных параметров хранимой процедуры CHARSET UTF8 после, к примеру, VARCHAR(255), иначе в базу данные попадают, проходя через процедуру, в виде знаков вопроса. Вроде всё, движемся дальше…

memcached (как прослойка между php и MySQL) для чайников

admin — Sun, 22 Nov 2009 17:59:32 +0000

Сегодня большой день, я прикрутил, в конце концов, нормальное и близкое к “продакшн” решение для кеширования между php и DB (mysql). Выбор мой пал на memcached (http://danga.com/memcached/). Система эта была разработана для ЖЖ, но теперь используется и на ряде других проектов, в том числе на LiveJournal, Wikipedia, Flickr, Bebo, Twitter, Typepad, Yellowbot, Youtube, Digg, Wordpress, Craigslist, Mixi и тысячах других к нашему проекту Free Ringtones. Нагрузка там, к счастью, имеет обыкновение расти и вот – теперь мне удалось её значительно снизить путем манипуляций, которые заняли не более 3-х часов. Подсказки для начинающий таковы – если вы хотите хранить данные, вытащенные из базы, рекомендую для этого использовать методы, аналогичные getAll в Pear::DB, что бы не пришлось запихивать в кеш результаты запроса построчно. Изначально продумайте возможность распределения запросов на несколько memcached серверов.
Создайте массив $MEMCACHE_SERVERS с айпи адресами серверов
и добавляйте их все в цикле
foreach($MEMCACHE_SERVERS as $server){ $memcache->addServer ( $server ); }
Так же, могу посоветовать ознакомиться с отличным видео, где Андрей Смирнов описывает “на пальцах” основные достоинства библиотеки.

А вот и мои результаты за первые пару минут. Зелёный столбик – это попадания в кеш. Бежевый – это запросы к БД.
Hits & Misses

Как видите – за 10-15 минут я уберёг БД почти от тысячи лишних запросов. Это при том, что для этого проекта использовался еще 1 уровень кеширования, на уровне сохранения готовых страниц в ФС.