Сегодня делал большие рассылки через Amazon SES. Вышел новый клип Дельфина и нужно было разослать на примерно 1650 ящиков журналистов пресс-релиз и на 6500 ящиков по базе фанатов. Немного цифр и подзатыльник от Amazon под катом.

Рассылку делал сначала со специально заведённого для этого дела аккаунта, оформленного на, скажем так, начальство. Аккаунт был новый, поэтому был стартовый лимит на 1000 писем в сутки и 1 письмо в секунду, которого, естественно, не хватило. Добив лимит - переключился на свой аккаунт, благо у меня уже 10 000 писем в сутки можно, и 5 писем в секунду.

База была собрана в процессе работы за долгое время. Как итог - из базы в 1650 ящиков вернулось 240 писем. Почти все - уже не существуют. Как спам вернулось около 10, из них многие на одном и том же домене. Несколько писем вернулось потому, что ящики владельцев забиты и отказываются принимать новую почту, что, на мой взгляд, равносильно тому, что они мертвы.

Далее пошла база в 6500 ящиков - зарегистрированные пользователи фан сайта Дельфина (думаю они не обидятся, новость о новом клипе приятная, да и рассылка такая максимум два раза в год бывает). Часть, конечно же, спам-боты, остановившиеся на этапе активации через e-mail. Сколько писем вернулось по той базе - непонятно, на цифре 410 заглючил ящик на Мастерхосте, на который сваливались все вернувшиеся письма и сообщения об ошибках. Перестал принимать письма, а некоторые и вовсе открывать.

В итоге получил 30 минут назад письмо от Amazon, которое гласит:

Dear Amazon SES Customer,

Our analysis of your Simple Email Service sending pattern is showing that certain parameter(s) of your sending are at unacceptable levels. If these metrics do not improve, we will suspend your SES sending privileges. For each metric that is at an unacceptable level, we will allow you a defined number of emails to be sent to bring the metric back up to acceptable levels. Please note that if your sending quality decreases further actions may be taken before you have sent the number of emails noted below.

*Unacceptably High Bounce Rate: 1,414 of the last 11,000 emails you have sent have bounced.
*This issue must be fixed within the next 40,000 emails you send.

В общем погрозили пальчиком, что 1414 писем вернулось обратно и качество рассылок страдает. Не исправитесь - сделаем ограничения.

Посмотрел статистику - за 24 часа с моего аккаунта отправлено 7429 писем. То есть около 19% писем отправлено зря и грозит санкциями.

Отсюда вывод - занимаясь рассылками (легальными) - нужно поддерживать актуальность базы адресов. Сэкономит нервы и время в будущем.

Поставил в VirtualBox новую Windows Developer Preview. С 3-го раза она запустилась, всё-таки. Новый интерфейс Metro создал ощущение полнейшей ориентации на использование его на планшетах и управление пальцем.

Тормозит на виртуалке местами дико, я, правда, выделил всего 1 гиг оперативки для виртуальной машины.

Загрузочный экран скромен:

После загрузки видим такую красоту:

Оттягиваем мышкой этот экран вверх и логинимся в зелёном экране:

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

Нажав на Desktop мы попадаем к привычному по Windows 7 и предыдущим версиям интерфейсу. Единственное, что сразу замечаешь - другая кнопка Пуск. Она по нажатию не открывает привычное меню, а возвращает к стартовому экрану интерфейса Metro.

Новый Проводник с ленточным интерфейсом, на мой взгляд, просто ужасен. Microsoft приводит аргумент, что такой интерфейс - результат каких-то исследований, и что в таком виде всё удобнее для пользователя и понятнее. У меня большие сомнения в этом. Хотя, возможно, я избалован минимализмом интерфейса Finder в Mac OS X.

В системе стоит Internet Explorer 10. В привычном Desktop-режиме он выглядит привычно. Особо желания в нём копаться не было.

Если же вернуться в интерфейс Metro и открыть Internet Explorer там - то он имеет вид более планшетно-ориентированного приложения. И по оформлению вписывается в интерфейс.

Вернёмся к виджетам. Первым делом я запустил Tweet@rama. Залогинился. Timeline почему-то приложение не загрузило, только список моих твитов. Если прокрутить правее - то там список фолловеров и тех, кого фоловлю я.

Однако, это всего лишь список. Если кликнуть на логин человека - ничего не происходит. Только если нажать на своё имя в списке своих твитов - открывается во встроенном Internet Explorer страница своего аккаунта на сайте twitter.com . Почему так - непонятно. Очевидно, ещё не доработали.

Далее - Socialite. Интеграция с социальными сетями. Пока в ней интеграция только с Facebook. Возможно, больше и не будет ничего. Выглядит довольно эффектно. Домашний экран, на котором можно выбрать News Feed, Profile, Photos, Friends и Checkins. Названия говорят сами за себя.

News Feed:

Profile. Справа - последняя активность пользователя:

Альбом в разделе Photos:

Отлично организован раздел Friends, на мой взгляд:

Далее - виджет Headlines. По иконке становится понятно, что это RSS-клиент. Каждая подписка на отдельном экране (опять же, как везде, присутствует горизонтальный скролл). Показываются по умолчанию последние записи ленты, но можно подгрузить ещё. Подгруженные записи расширяют вправо текущий экран.

Такой интерфейс до жути напоминает приложение Pulse News для iPad.

Ещё одно из приложений - Stocks (Акции). Ничего выдающегося, всё в том же приятном стиле. Просто графики и информация.

Очень красиво сделана погода - анимированный фон в зависимости от погоды - если в городе дождь - то фоном идёт видео с дождём. Тоже ассоциации с приложениями для iPad. Температуру по умолчанию показывает, похоже, по Фаренгейту. Искать, где поменять, было лень.

В стиле приложения для планшета сделана Control Panel:

Есть набор каких-то приложений ещё стандартный, вроде игрушки для сборки пазлов. Но это всё не особо интересно.

Приложение Near Me, судя по названию, приложение, завязанное на геолокации, и должно искать или людей, или места рядом со мной. Запускаться на виртуальной машине не захотело, упало и вернуло меня к стартовому экрану. С парой других приложений случилось то же самое.

Есть приложение mopod - в нём можно подписаться и послушать подкасты. Есть встроенный список подписок. Также можно добавить свой подкаст по url.

Есть приложение picstream - использует API Flickr и, как видно из названия, выводит фотографии оттуда в виде слайд-шоу. По умолчанию выводятся популярные с фликра. Можно ещё выбрать тэги, но что-то у меня не заработало это.

Ожидал увидеть приложения для прослушивания музыки или просмотра видео - странно, не нашёл.

В целом интерфейс крутой. Довольно контрастно происходит переключение между классическим интерфейсом и Metro. На планшетах, я думаю, будет отлично смотреться, тем более Microsoft многое обкатали уже на Windows Phone 7. Главное, чтобы был софт.

Выходные были подпорчены тем, что, заснувший на работе MacBook Pro, дома проснулся, и через несколько секунд намертво завис. Пришлось жестко перезагружать.

Загружаться ось ни в какую не хотела ни с основного раздела, ни с раздела Recovery HD, который создает OS X Lion для восстановления/переустановки системы. Притом оба раздела макбук видел. Удалось загрузиться с флешки.

Первая мысль была, что что-то с жестким - или разделы отвалились, или винт умирает. Снял жесткий диск, подцепил ко второму Маку через usb-бокс. Все файлы на месте, никаких признаков беды. Ну, думаю, макось надо всё же с нуля поставить, похоже, что глюки программные, ну их, эти апдейты с предыдущей версии на новую.

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

Лежал он спокойно до вечера следующего дня. Открыл я его - всё повторяется - виснет и больше не грузится. Загрузка оси в текстовом режиме (CMD+V при загрузке выдает лог загрузки на экран, а не просто яблоко на сером фоне) показала какие-то незнакомые мне ошибки, явно с жестким диском, разделы примаунтить система не могла какой-то. Причем в этот раз даже с флешки не хочет грузиться ничего. В итоге винт я опять снял, снёс все разделы - без толку. Вставил другой винт - и тут-то выяснилось, что и его периодически не видно. Злой, поехал в сервис, уже почти уверенный, что проблема со шлейфом.

Так всё и было - заменили мне шлейф, взяли 2500 рублей с меня. Прогнали MacBook мой на тестах - всё остальное железо в порядке.

Расследовать причину повреждения шлейфа вряд ли удастся. Вот только шлейф выглядит очень странно.

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

Ещё фотка старого шлейфа

Собственно, шлейф в корпусе идёт так, как на фотке выше (слева внизу место жёсткого диска), сверху одевается крышка корпуса.

Единственная версия того, что с ним могло произойти - набился песок внутрь, постоянно там перемещался и прижимался, когда ноут таскался в рюкзаке. По идее, набиться он мог во Вьетнаме, где я был месяц, и иногда доставал ноут на пляже, а там сильный ветер, как правило (не зря же туда кайт-серферы ездят кататься), в воздухе постоянно песок. Но было это полтора года назад, почему проблема появилась сейчас, и куда, мать его, делся весь песок, если он был в закрытом корпусе, пока загадка.

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

Кстати, втыкается в материнку этот шлейф вот такой странной хренью:

Понадобилось подключить винт с файловой системой HFS+ (которую юзает Mac OS X). Всё довольно просто. В репах ubuntu есть пакет hfsplus.

sudo aptitude install hfsplus
sudo mount -t hfsplus /dev/sdf2 /home/username/folder

Отмаунтить соответственно

sudo umount -t hfsplus /dev/sdb2

Ура, купил новую тушку Canon 60D. Долго хотел купить 7D, но потом, стараниями @theproof и ещё пары людей выяснилось, что в 60D стоит такая же начинка, как в 7D - проц и матрица одинаковые, просто в 7D два процессора, что по идее влияет только на то, что он скорострельнее и больше кадров может сделать в серии. Под катом пара фоток, которые сделал по пути домой.

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

Тестовые фотки (кликабельно):

Ещё один пост, чтобы у самого в голове улеглось. Про работу с JSON в Objective-C на примере парсинга твитов из публичной ленты Twitter.

В Objective-C из коробки нет ничего для того, чтобы работать с данными в формате JSON. Есть только для работы с XML. Но есть фреймворк для работы с JSON, в случае если вас к этому вынуждает необходимость/прихоть/нежелание начальника отдавать данные в XML (нужное подчеркнуть). Его можно скачать на GitHub. На данный момент последняя версия 3.0.3. Есть ещё альфа 3.1, но это альфа.

Архив содержит в себе Readme, примеры, сам фреймворк и ещё какие-то файлы, предназначение которых мне пока неизвестно :)

Собственно сами файлы фреймворка находятся в папке Classes, которую и нужно перетащить в список файлов нашего проекта в XCode. Для удобства я переименовал после импорта папку в JSON.

В RootViewController.h мы импортируем фреймворк строкой:

#import "SBJson.h"

В RootViewController.h добавим такой код:

@interface RootViewController : UITableViewController  {
    NSMutableData *jsonData;
}
 
@property (nonatomic, retain) NSMutableData *jsonData;
 
@end

Мы объявляем свойство класса jsonData типа NSMutableData, в него мы будем складировать данные, которые нам вернёт запрос к API Twitter.

Строка property здесь нужна на случай, если мы хотим получить доступ к свойству jsonData вне нашего класса. nonatomic означает, что jsonData у нас не лочится (lock), то есть мы можем и получить, и изменить значение. Пишут, что nonatomic - работает быстрее, чем atomic. Atomic означает, что мы лочим значение. Насчет retain пишут: How the setter method will set the variable. Пока не понял, зачем это и как с этим работать, но без этой строки ничего не работает =).

Брать данные в JSON мы будет у Twitter'а. Благо у них для публичной ленты не нужно никаких авторизаций и токенов, достаточно послать запрос на определенный URL, для обкатки самое то.

Для начала - у нас есть класс RootViewController. В RootViewController.m разместим в viewDidLoad такой код:

@synthesize jsonData;
 
- (void)viewDidLoad {
    [super viewDidLoad];
    // создаем объект NSURL с адресом, на который будет идти запрос
    NSURL *url = [ NSURL URLWithString: @"http://twitter.com/statuses/public_timeline.json" ];
 
    // создаем объект NSURLRequest - запрос
    NSURLRequest *theRequest=[NSURLRequest requestWithURL:url
                                              cachePolicy:NSURLRequestUseProtocolCachePolicy
                                          timeoutInterval:60.0];
    // запускаем соединение
    NSURLConnection *theConnection=[[NSURLConnection alloc] initWithRequest:theRequest delegate:self];
    if (theConnection) {
        self.jsonData = [NSMutableData data];
    } else {
        NSLog(@"Connection failed");
    }
    [theConnection release];
}

Для обработки соединения и данных нужно добавить ещё такой код:

/**
 * При получении новой порции данных добавляем их к уже полученным 
**/
- (void)connection:(NSURLConnection *)connection didReceiveData:(NSData *)data {
    [jsonData appendData:data];
}
 
/**
 * Если соединение не удалось - выводим в консоль сообщение об ошибке
**/
- (void)connection:(NSURLConnection *)connection didFailWithError:(NSError *)error {
    NSLog(@"%@", error);
}
 
/**
 * Когда все данные получены - разбираем их 
**/
- (void)connectionDidFinishLoading:(NSURLConnection *)connection {
    // сохраняем полученные данные в строку result
    NSString *result = [[NSString alloc] initWithData:jsonData encoding:NSUTF8StringEncoding];
	
    // можно вывести в консоль и посмотреть - что мы получили
    NSLog( @"%@",result );

    // создаем объект с JSON-парсером
    SBJsonParser *jsonParser = [[SBJsonParser alloc] init];

    // Парсим строку данных result в объект класса NSArray (массив)
    NSArray *dataObject = [jsonParser objectWithString:result error:nil];

    // тут можно поставить Breakpoint

    // не забываем убить объекты
    [jsonParser release];
    [result release];
}

Если поставить Breakpoint ( CMD + \) в указанном выше месте ( см. "тут можно поставить Breakpoint" ), то можно посмотреть значения на этом этапе выполнения кода. Из скрина ниже видно, что полученная нами строка из Twitter распарсилась в объект dataObject типа NSArray, который внутри себя содержит 20 элементов, то есть данные о 20 твитах публичной ленты.

После строки, где стоит Breakpoint, полученные данные уже можно как-то обрабатывать. Например, вывести в консоль полученные твиты в виде "Username - TweetText"

for ( NSDictionary *tweet in dataObject ) {
    NSLog(@"%@ - %@", [[tweet objectForKey:@"user"] objectForKey:@"screen_name"], [tweet objectForKey:@"text"] );
}

Надеюсь, нигде не наврал и не ошибся. Поправкам/уточнениям только рад.

А собственно почему бы и не повесить этот тут, потом будет легко найти, когда опять понадобится. Зачастую поисковики воспринимают страницы вида

arm1.ru/blog/yandex-upal-panika-v-twitter

и

arm1.ru/blog/yandex-upal-panika-v-twitter/

как разные страницы. Получается, что один и тот же контент технически по двум разным страницам, что не есть хорошо. Под катом код для автоматического отрезания символа / в конце с 301 редиректом, чтобы поисковики не дублировали страницы при индексировании.

<?php

# убираем QUERY_STRING строку из REQUEST_URI
$uri = $_SERVER['REQUEST_URI'];
if ( false === empty( $_SERVER['QUERY_STRING'] ) )
    $uri = str_replace( '?' . $_SERVER['QUERY_STRING'], '', $uri );
			
# переадресация через 301 редирект при присутствии слэша в конце $uri
if ( substr( $uri, -1 ) == '/' && strlen( $uri ) > 1 ) {
    $queryString = '';
    if ( false === empty( $_SERVER['QUERY_STRING'] ) )
        $queryString = '?' . $_SERVER['QUERY_STRING'];
 
    header( 'Location: ' . substr( $uri, 0, -1 ) . $queryString, true, 301 );
    exit;
}