Несмотря на всю популярность движка для блогов Wordpress ряд его недостатков просто выбивает из меня здравый смысл и вместо него появляется нездравое желание написать свой блог, как это сделал Тормоз.

Перегруженность, неряшливость кода, повышенная потенциальная уязвимость за счет открытого кода, плохое отношение поисковых систем с блогам на Wordpress и еще с десяток минусов делают эту платформу все менее и менее привлекательной для ведения блога, но тем не менее тысячи блогов работают на WordPress и не жалуются, оптимизируют, упрощают, улучшают видимость для поисковиков и т.д. Именно тот факт, что многие крупные блоггеры работают на WP останавливает меня написать свой велосипед… А так хочется. Остается оптимизировать и затачивать этот полуфабрикат под себя, чем и собираюсь заняться в ближайшее время.

Скриншот на злобу дня:

Что такое облачные вычисления? Не можете точно сформулировать? Возьмем материал из википедии:

Облачные (рассеяные) вычисления (англ. cloud computing, также используется термин Облачная (рассеянная) обработка данных) — технология обработки данных, в которой компьютерные ресурсы и мощности предоставляется пользователю как Интернет-сервис. Пользователь имеет доступ к собственным данным, но не может управлять и не должен заботиться об инфраструктуре, операционной системе и собственно программном обеспечении, с которым он работает. Термин «Облако» используется как метафора основанная на изображении Интернета на диаграмме компьютерной сети и как абстракцию сложной инфраструктуры, за который скрываются все технические детали. Согласно документу IEEE опубликованному в 2008 году «Облачная обработка данных — это парадигма, в рамках которой информация постоянно хранится на серверах в сети Интернет и временно кэшируется на клиентской стороне, например на персональных компьютерах, игровых приставках, ноутбуках, смартфонах и т. д.»

До относительно недавнего времени считалось, что облачные вычисления являются чем то настолько абстрактным и недоступным для обывающего юзера, что слово “облачные” в названии можно интерпретировать как “заоблачные”. На самом деле в настоящее время реализация данной технологии доступна каждому вебмастеру, благодаря тому, что на рынке рынке облачных вычислений присутствует достаточно много крупных игроков, один из которых – Amazon.

Причем тут западный интернет-магазин? Сейчас объясню. В какой то момент Амазон приобрел настолько широкие масштабы и начал обрабатывать настолько крупные массивы данных, что люди, работающие в нём начали всерьез задумываться о создании собственного датацентра, который будет способен утолить их жажду мощности. Придумали архитектуру и сделали. Сделали один датацентр в США, потом пришли к выводу, что они без проблем и их архитектурой облачных вычислений могли бы обслуживать не только себя, а еще и продавать свои услуги и построили еще два датацентра: один в США и второй в Европе. Так и образовался Amazon Elastic Clouds.

В данной статье я хочу кратко рассмотреть один из сервисов – Amazon EC2.

Elastic Compute Cloud (Amazon EC2)

Опишу сервис в нескольких словах: Amazon предоставляет возможность в любой момент времени за несколько минут поднять свою виртуальную машину и дать к ней полный root-доступ.

Амазон выделяет несколько типов машин, которые доступны пользователю:

* Одно виртуальное ядро(ВЯ) эквивалентно 1.7 2006 Xeon или 1.0-1.2 GHz 2007 Opteron.

** Цена одного часа использования машины в режиме on-demand instance (подключаемой по требованию).

*** Цена одного и трёх лет соответственно аренды машины в режиме reserved instance (зарезервированной на длительный срок).

Все цены за аренду машин приведены для ОС на базе Linux. Почасовая стоимость с ОС Windows примерно на $0.2 в час больше.

Как уже понятно, Амазон разделяет свои мощности на подключаемые по требованию, когда, например, у вас внезапно возросла нагрузка на сервер и срочно нужно масштабировать систему, дабы избежать краха, тогда, для краткосрочной аренды нет ничего лучше, чем машины, подключаемые по требованию. Второй тип – резервированные на длительный срок машины. По сути, это старый добрый хостинг, но выгодно отличающийся по цене, если арендовать машину на три года.

Ради интереса я провел пинг-тест. Я пинговал со своего провайдера различные сайты и данные вывел в таблицу. Интернет-провайдер — Ростелеком.

Из таблицы видно, что, пинг до европейского дата-центра Amazon EC2, не говоря уже об американском, значительно превышает пинг до веб-сайтов рунета, сервера которых расположены на территории России.

Прочитав все это, невольно всплывает мысль, а какой смысл покупать совершенно обычный хостинг у забугорного амазона, самостоятельно обслуживать, да еще и довольствоваться большим пингом? Если нет опыта в администрировании простейшего LAMP – то смысла нет, проще арендовать VPS и постоянно дергать саппорт для решения всплывающих проблем. В противном случае – аренда серверных мощностей у Амазона будет идеальным вариантом за счет быстрого подключения дополнительных юнитов, в случае резко возросшей нагрузки, удобства обслуживания(ребут системы) и прочих приятных мелочей.

Сервис оплачивается кредитными картами, и, даже со стандартной пластиковой картой Visa Classic от Сбербанка никаких проблем в оплате не возникало. Счет к оплате формируется в конце месяца, после чего деньги автоматически списываются со счета карты.

В следующей статье я затрону тему использования другого, широко распространенного сервиса от Amazon Simple Storage Service(S3), который я уже неоднократно применял в своих проектах, например на Зачете.

Как определить прямолинейное расстояние(без учета дорог и перепадов высот) между двумя геокоординатами? Очень просто, функция, реализованная на PHP приводится ниже.

Передаем в функцию пару координат, она нам возвращает дистанцию между точками в метрах.

function calcDistance($lat1, $lon1, $lat2, $lon2)
{
   if ($lat1 == $lat2 && $lon1 == $lon2) {
      return 1;
   }
 
   // Параметры эллипсоида:
   $a = 6378245.0;
   $f = 1 / 298.3;
   $b = (1 - $f) * $a;
   $EPS = 0.5E-30;
   $PI = M_PI;
 
   //Пересчет значений координат в радианы
   $lon1 = $lon1 * $PI / 180;
   $lat1 = $lat1 * $PI / 180;
   $lon2 = $lon2 * $PI / 180;
   $lat2 = $lat2 * $PI / 180;
 
   $TanU1 = (1 - $f) * tan($lat1);
   $TanU2 = (1 - $f) * tan($lat2);
   $U1 = atan($TanU1);
   $U2 = atan($TanU2);
 
   $SinU1 = sin($U1);
   $CosU1 = cos($U1);
   $SinU2 = sin($U2);
   $CosU2 = cos($U2);
 
   $OMEGA = $lon2 - $lon1;
   $lambda = $OMEGA;
 
   do //Начало цикла итерации
   {
      $LambdaPrev = $lambda;
      $SinL = sin($lambda);
      $CosL = cos($lambda);
 
      $SinSQSigma = ($CosU2 * $SinL * $CosU2 * $SinL) +
                    ($CosU1 * $SinU2 - $SinU1 * $CosU2 * $CosL) *
                    ($CosU1 * $SinU2 - $SinU1 * $CosU2 * $CosL);
 
      $CosSigma = $SinU1 * $SinU2 + $CosU1 * $CosU2 * $CosL;
 
      $TanSigma = sqrt($SinSQSigma) / $CosSigma;
      if ($TanSigma > 0) {
         $Sigma = atan($TanSigma);
      } else {
         $Sigma = atan($TanSigma) + $PI;
      }
 
      if ($SinSQSigma == 0) {
         $SinAlpha = 0;
      } else {
         $SinAlpha = $CosU1 * $CosU2 * $SinL / sqrt($SinSQSigma);
      }
 
      if ((cos(asin($SinAlpha)) * cos(asin($SinAlpha))) == 0) {
         $Cos2SigmaM = 0;
      } else {
         $Cos2SigmaM = $CosSigma - (2 * $SinU1 * $SinU2 / (cos(asin($SinAlpha)) * cos(asin($SinAlpha))));
      }
 
      $CPARAM = ($f / 16) * cos(asin($SinAlpha)) * cos(asin($SinAlpha)) *
                (4 + $f * (4 - 3 * cos(asin($SinAlpha)) * cos(asin($SinAlpha))));
 
      $lambda = $OMEGA + (1 - $CPARAM) * $f * $SinAlpha * (acos($CosSigma) +
                $CPARAM * sin(acos($CosSigma)) * ($Cos2SigmaM + $CPARAM * $CosSigma *
                (-1 + 2 * $Cos2SigmaM * $Cos2SigmaM)));
 
   } while (abs($lambda - $LambdaPrev) >= $EPS); // Конец цикла итерации
 
   $USQR = cos(asin($SinAlpha)) * cos(asin($SinAlpha)) *
           ($a * $a - $b * $b) / ($b * $b);
   $APARAM = 1 + ($USQR / 16384) * (4096 + $USQR * (-768 + $USQR * (320 - 175 * $USQR)));
   $BPARAM = ($USQR / 1024) * (256 + $USQR * (-128 + $USQR * (74 - 47 * $USQR)));
   $DSigma = $BPARAM * sqrt($SinSQSigma) * ($Cos2SigmaM + $BPARAM / 4 *
             ($CosSigma * (-1 + 2 * $Cos2SigmaM * $Cos2SigmaM) - $BPARAM / 6 * $Cos2SigmaM *
             (-3 + 4 * $SinSQSigma) * (-3 + 4 * $Cos2SigmaM * $Cos2SigmaM)));
 
   return $b * $APARAM * ($Sigma - $DSigma);
}

Как я неоднократно писал, я считаю, что будущее интернета будет тесно сотрудничать с составляющей по имени “Гео”, геопозиционирование, геопривязка, геопоиск, геокритерий – это несколько ключевых слов, которые будут в скором времени фигурировать в сети намного чаще. Почему я так в этом уверен? -Потому что в мире всё больше наблюдается данный тренд: выпускается всё больше устройств с поддержкой GPS и ГЛОНАСС, на орбиту одним за другим доставляются спутники ГЛОНАСС-системы, Яндекс вводит критерий геопозиции клиента при поисковой выдачи, в Picassa уже давно можно привязать конкретные снимки к месту на карте, даже есть в продаже фотоаппараты со встроенным GPS-приемником(COOLPIX P6000).

Причем местоположение человека можно узнать не обязательно с помощью GPS или ГЛОНАСС, эту информацию может нам любезно предоставить браузер клиента, посетившего наш сайт. Желающие могут сразу взглянуть на спецификацию, всем остальным объясню на пальцах. Geolocation API Specification предполагает, что с помощью JavaScript-кода можно получить у браузера текущее местоположение пользователя. Браузер сам решает откуда возьмется данная информация, либо из подключенного GPS или ГЛОНАСС-приемника, либо от сотового оператора, либо по сигналам Wi-Fi точек доступа, либо, банально по Ip-адресу. Да, рассчитывать на метровую погрешность координат при использовании этого метода не приходится, но это лучше, чем ничего, верно?

Приведу пример кода, который сможет показать широту и долготу нашего местоположения:

	navigator.geolocation.getCurrentPosition(foundLocation, noLocation);
	function foundLocation(position)
	{
		var lat = position.coords.latitude;
		var lon = position.coords.longitude;
		alert('Our location: ' + lat + ', ' + lon);
	}
	function noLocation()
	{
		alert('Find location failure');
	}

Вот, собственно и все. Легко, верно? Сразу скажу, что данная спецификация худо-бедно реализована только в следующих браузерах:

• Firefox 3.1 и выше
• Safari for iPhone 3G и старше.
• Для браузеров Safari и Chrome – для поддержки GeolocationAPI требуется установить дополнительные модули.

Думаю, все же данная функция в ближайшем будущем будет реализована в остальных популярных браузерах, что приведет к буму приставки “ГЕО” в сети.

Демо

Работу данной спецификации в действии можно посмотреть, кликнув на кнопку ниже.

Определить моё местоположение

По информации, предоставленной вашим браузером, вы находитесь здесь:

Зачастую в проектах возникает необходимость нахождения графических образов на загружаемых пользователями фотографий. Для джедаев программирования можно посоветовать реализовать алгоритм поиска нужного образа на родном языке, для всех остальных подойдет библиотека по имени OpenCV. Данная библиотека обладает довольно таки широким функционалом, вплоть до поиска лиц в видеопотоке, но мы рассмотрим поиск лиц на фотографии на PHP. Сама OpenCV написана на C/C++, что позволяет думать о её шикарной производительности, но в PHP мы её напрямую не сможем использовать, для этого возьмем экстеншн для PHP под названием PHP Facedetect.

1. Удостоверяемся, что у нас стоят все зависимости

Для корректной работы всей системы нам понадобятся:

• pkgconfig
• libpng
• zlib
• libjpeg
• libtiff
• python

2. Ставим OpenCV

Либо через pecl, либо через apt-get в Debian, либо из исходников.

3. Собираем и устанавливаем PHP Facedetect Extension

Качаем исходник отсюда, компилируем по инструкции в архиве и добавляем в PHP командой “phpize && ./configure && make && make install”.

4. Проверяем работу OpenCV в PHP

var_dump(face_count('party.jpeg', 'cascade.xml'));
var_dump(face_detect('party.jpeg', 'cascade.xml'));

Функции нам возвращают количество лиц на фото их координаты. А больше-то и не надо для нашей задачи:)

Вот что у нас получается в итоге:

Вот так, нет ничего проще. Трудно будет обладателям не VPS-хостингов, которым доступ к конфигурации ОС и PHP ограничен.

Итак, проекту www.zachet.me всего два месяца с запуска, и есть первая пташка успеха на SEO-горизонте: +10 ТИЦ, немного, но другого ожидать не приходится от столь молодого проекта.

Что делал:

• ЧПУ. Как оказалось, поисковые системы, по крайней мере Yandex уделяет очень большое внимание словам в URL, так что, никогда не пренебрегайте этим фактором. Если ссылка указывает на рефераты, то сделайте её вида www.zachet.me/referat/ , а не www.zachet.me/cat.php?id=777.
• Обмен ссылками с сайтами похожих тематик. Только тематический обмен имеет право на жизнь, за этим будущее, господа. Пользователь будет в недоумении, если увидит ссылку на ваш сайт рефератов на каком нить варезнике. Глупо, не правда ли? Точно так же рассуждают и поисковые системы. За тематическим обменом – будущее.
• Оптимизация тегов meta description. Хоть и говорят, что гугл не обращает внимание на этот тег в выдаче, но косвенно он будет влиять на реакцию пользователей при обнаружении вас в списке выдачи. Дело в том, что гугл использует значение этого тега для построения сниппетов, а следовательно, если в сниппете будет то, что заинтересует клиента – он обязательно кликнет. А чтобы там было что то интересное – это задача СЕОшника:)

Подводя итоги скажу, что будущее за трастовыми сайтами, WEB1.0 (нет, я не ошибся, я считаю, что следующее веяние интернета будет заключаться в возврату к WEB1.0 с некоторыми видоизменениями), постоянными ссылками.

Будьте счастливы, всех с Наступающим Новым Годом!

Некоторое время назад я писал о системе приёма платежей на базе терминалов QIWI. На момент написания статьи я проводил поверхностное исследование этой системы и не вдавался в техническое подробности её использования. И вот, некоторое время спустя я добрался до пункта из списка задач под названием “Прикручивание приёма оплаты через QIWI” в своём блокноте, и честно говоря, я был настолько поражён абсолютным, извините меня, разгильдяйством, которое творится в стане разработчиков данной системы…

- Во-первых, совершенно непонятно по какому принципу разработчики разделили возможности методов взаимодействия с системой. Я имею ввиду таблицу ниже.

Когда я писал предыдущую статью я не понимал всю тяжесть ситуации. Почему при использовании HTTP-GET и XML типов взаимодействия система не может оповестить интернет-магазин об изменении состояния платежа? Я как программист не вижу никаких проблем в этом, включая проблемы security-policy характера. Получается, если вы по каким то причинам(а их, увы, немало) не можете использовать SOAP-взаимодействие, то придется ставить себе на интернет-магазин демон, опрашивающий статусы платежей. Или, скажем, система приёма платежей не сможет оповестить СМСкой успешность проведения платежа клиента, если вы используете HTTP-GET запрос. Где логика, спрашивается?

- Во-вторых, почему-то совсем непонятно куда отправлять SOAP-запрос. В wsdl-файле (описатель методов работы с системой через SOAP) указан один адрес, не рабочий. В документе – описании протокола указан совершенно другой, и снова неработающий, адрес.

- В-третьих, абсолютная неразбериха в панели управления магазином.

Сразу после регистрации я обратил на странную пустоту в графе привязанного ко мне менеджера, но не придал этому значения, сославшись на временный глюк системы.

Плюнув на SOAP-протокол я решил всё таки реализовать приём платежей посредством XML. И снова меня постигло лёгкое недоумение: постоянно приходила ошибка #150 в запросе на выставление счёта. Что эта ошибка значит по версии одного из документов: Ошибка авторизации (неверный логин/пароль). Порыскав по форумам люди указали на зависимость между этой ошибкой и отсутствием курирующих меня менеджеров, подсказали, что так же наталкивались на грабли. Решение этой проблемы заключается в том, что нужно написать саппорту и слёзно попросить их назначит мне какого-нибудь менеджера. Написал – жду.

В принципе, я понимаю что происходит в компании, разрабатывающей данное ПО. Примерно два года назад у меня уже был опыт взаимодействия с подобной фирмой, более узкой специализации, промышлявшей в моём родном городе примерно тем, чем и рассматриваемая система. Директор, и, возможно, он же менеджер слабо разбирается в IT, процесс разработки не поставлен, разработчики отнекиваются от задач, нет нормальной службы поддержки, исправление ошибок происходит со скоростью сонной черепахи, порождая всё новые и новые ошибки. Позор.

QIWI монополист на рынке приёма платежей через терминалы, поэтому делать ничего не остаётся, лишь подстраиваться под них и надеяться, что когда – нибудь нормальный менеджер или директор возьмет эту конторку в руку и вылепит то, с чем будет приятно работать, как, например с а1 агрегатором смс-траффика.

Итак, крайний проект, в котором я принимал непосредственное участие – это нарезалка mp3 для мобильника.

Лично мой вклад в рождение данного сервиса заключался в реализации веб-морды, то бишь флешки, в которой всё варится.

Нужно сделать красивую и сложную заливку?

Используйте класс BitmapData. Именно с его помощью реализована заливка градиентом выделенной области рингтонмейкера.

Пример
Определяем пиксельную карту:

fillProgressBarMap = new BitmapData(1, 28, false);
fillProgressBarMap.setPixel(0, 0, 0x4ab0ff);
fillProgressBarMap.setPixel(0, 1, 0x4ab0ff);
fillProgressBarMap.setPixel(0, 2, 0x4ab0ff);
fillProgressBarMap.setPixel(0, 3, 0x4ab0ff);
fillProgressBarMap.setPixel(0, 4, 0xd1eafc);
...
fillProgressBarMap.setPixel(0, 27, 0x29d2f7);

Собственно, рисуем:

sliderValue.graphics.beginBitmapFill(fillProgressBarMap, null, true, false);
sliderValue.graphics.drawRect(getLeftSliderX(), 0, getRightSliderX() - getLeftSliderX() + 1, sliderValue.height);

Вызывать методы из родителя напрямую – зло, за которое нужно бить по рукам!

Данная аксиома вертелась у меня в уме уже давно, но каждый раз я пытаюсь ею пренебречь. Думаю: ну надо – то всего один метод вызвать, зачем забор городить со всякими events? Но, в итоге снова возвращаюсь к этой к этой аксиоме и пользуюсь Event`ами. Евенты, они же события – сильнейшая сторона ActionScript.

Пример
Говорим всем, что наш компонент может сгенерировать вот такой event:

<mx:Metadata>
    [Event(name="playFromMsec", type="com.view.MySlider.SliderEvent")]
</mx:Metadata>

Вешаемся на этот тип события в родителе:

<view:MySlider playFromMsec="{ onSliderPlayFromMsec(event) }" />

Генерируем событие в дочернем компоненте:

var playFromPosEvent:SliderEvent = new SliderEvent(SliderEvent.EVENT_PLAY_FROM_POS);
playFromPosEvent.pos = leftSliderMsecPos;
dispatchEvent(playFromPosEvent);

Используйте stopImmediatePropagation() и preventDefault() для отмены события

Встала задача – показать по клику на кнопку “Help” поверх всего окно с помощью, потом по клику в любой области, даже по кнопке – закрыть его. Кстати говоря, впервые за свою скромную практику использования AS3 использовал stopImmediatePropagation и preventDefault. Задача была решена с использованием этих двух методов. Задача этих методов – остановить дальнейшее выполнение текущего эвента, очень полезная вещь, как ни крути.

Не всегда для динамических элементов необходимы картинки состояний

Большинство кнопок, если на них нет замысловатого градиента или фактуры можно реализовать с помощью пары VBox`ов, Label`ов и шаманства со стилями

Не подбирайте значения стилей “на глаз”. Используйте Flex3 Style Explorer

Убираем размытие под Alert`ом

<mx:Style>
    Alert
    {
        modalTransparencyBlur: 0;
        modalTransparency: 0;
        modalTransparencyColor: #FFFFFF;
        modalTransparencyDuration: 10;
    }
</mx:Style>

Вот это, собственно всё, чем я хотел поделиться