Мы рады объявить начало периода сбора докладов на конференцию OpenKyiv. Докладчики приглашаются предоставить на рассмотрение свои работы, посвященные OpenBSD. OpenKyiv - единственная регулярная конференция BSD на пост-советском пространстве, проходящая в Киеве.

Просмотрите страницу конференции для получения более подробной информации, регистрации, а также деталей о предстоящих событиях.

регистрация: http://uaoug.org.ua/openkyiv/2009/register
информация по сбору: http://uaoug.org.ua/openkyiv/2009/callforpapers
общая информация по конференции: http://uaoug.org.ua/openkyiv/2009

Итод по сайтам, с которых попадают на byteflow: лидирует личный сайт Владимира Кириллова, почти догнал его сайт украинского сообщества программистов (Макс, спасибо что пригласил в ленту!), четвертым (DOU заняло 2 и 3 позиции по двум ссылкам) идет Google Reader и подводит итог пятерке иформационная страничка проектов Hack&Dev.

Поисковые запросы, приводящие на byteflow вполне закономерны. С существенным отрывом идет термин “objective-c”. На втором месте - “мировой чат” (наш конспиратор rilian - гений, написал заметку почти ни о чем, а она срывает все сливки). Далее собственно “byteflow” (русский и украинский варианты гугла отдают ссылку на нас на первой странице), “wchar_t” и “cocotron”.

Самые читаемые статьи: моя заметка о ПО для OSX, еще моя заметка про меню на iPhone, снова моя заметка о Obj-C, ну и наконец страница обо мне и о Владимире Кириллове. Мировые чаты - это хорошо, но не достаточно :)

620 хитов за январь по данным wordpress.com и 390 - по google analytics. Из чего следует, что половина пользователей гуглового аналитика режет как баннер :)

Треть пользователей остается с нами. Это радует, хотя ставит под сомнение количество читающих на feedburner’е. Если не RSS - как сюда попадают?

Пользователей Firefox на Windows и Safari на Mac почти поровну. Блог читают даже пользователи OpenBSD, и я знаю кто. :)

Статистика по хитам с гугловой аналитики подтверждает цифры с wordpress.com.

Несколько выводов для отображения общей картины, в форме тезисов. Блог полезен не только нам. По Objective-C на русском информации мало. Мировой чат - актуальна тема.

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

PS: WP’шный интерфейс для создания постов ужасно неудобен при больших объемах стати. Надо придумать какую-то реальную замену, TextMate нагрузить снова что-ли?..

PPS: хм, пересчитал месяца по архиву - получилось не семь, а девять. Ночью спать надо, а не заметки писать…

В этой статье я рассмотрю элементы программы на Cappuccino, а далее приступим к моментам практической реализации.

И так, новый проект на Cappuccino состоит из следующих файлов.
index.html и index-debug.html. Это точки запуска веб-приложения. Отличаются друг от друга только путями поиска библиотек (в index-debug отладочные версии идут первыми). Содержимое файлов отображается в броузере пока необходимые для работы программы файлы не загрузятся, после чего содержимое будет полностью удалено и управление содержимым окна полностью перейдет к Cappuccino.

main.j. Как и в С, в objective-J программа начинается с функции main. Единственная задача main - запустить собственно Cappuccino. Как рантайм узнает, кому передавать управление? Очень просто:

Info.plist описывает несколько важных параметров, один из которых, CPApplicationDelegateClass - имя класса выступаещего делегатом приложения. Экземпляр именно этого класса получит сообщение applicationDidFinishLaunching:. Обращу ваше внимание на то, что main.j содержит следующую строчку:

@import "AppController.j"

без этого класс не загрузится, и рантайм не будет знать, где его искать.

AppController.j содержит реализацию делегата программы. Собственно именно тут и начинается магия Cappuccino, прямо с applicationDidFinishLaunching:.

В отличие от Objective-C, в Objective-J нет описания классов (interface), только реализация (implementation). Список переменных класса соответственно перенесен в реализацию.

В коде по умолчанию контроллер создает окно на весь экран и в нем лейбл “Hello world”. Безжалостно уничтожим этот код :)

Наше главное окно будет содержать список контактов в виде, похожем на Address Book из OSX: слева список контактов, справа - вид карточки. Начнем с описания полноценного перемещаемого окна:

@implementation AppController : CPObject
{
    CPWindow contactsWindow;
}
 
- (void)applicationDidFinishLaunching:(CPNotification)aNotification
{
    // initialize primary window
    contactsWindow = [[CPWindow alloc]
                      initWithContentRect:CPMakeRect(50,50,600,300)
                      styleMask:CPTitledWindowMask|CPResizableWindowMask|CPTexturedBackgroundWindowMask];
    [contactsWindow setTitle:@"Address Book"];
    [contactsWindow setMinSize:CPMakeSize(400,300)];
    var cwView = [contactsWindow contentView];
}

Ссылка на основное окно нам еще пригодится, потому мы сохраним ее в ivar нашего контроллера. Все что нам не пригодится - описываем локально (например cwView). JavaScript - язык не типизированный, так что вместо типа переменной необходимо писать JS’ный var.

Еще одно замечание насчет документации и поиска методов у классов - очень советую поставить doxygen и перегенерить доки (ant documentation). На сайте они устарели. Кроме того я на днях нашел проблему с пропаданием методов (doxygen вообще использует синтаксис Obj-C, и на некоторых местах его парсер ломается), так что на днях надеюсь допинать апстрим новой, более полной документацией.

И так, мы создали новое окно в заданном прямоугольнике, с заголовком (CPTitledWindowMask), возможностью изменять размер (CPResizableWindowMask) и текстурированным фоном (CPTexturedBackgroundWindowMask). Так же задали текст заголовка и минимальный размер. Для полного счастья можно попросить окно появиться:

[contactsWindow orderFront:self];

и запустив index.html поигратся с перетягиванием и изменением размера пустого и пока что совершенно бесполезного окна. Хотя неплохо, как для четырех строчек.

Теперь рассмотрим, как нам получить и обработать данные с сервера. Для этого мы заведем новый класс ABManager, производный от CPObject в файле ABManager.j. Поскольку оригинальный xml распарсить можно только средствами JS, то я решил прикрутить немного XSLT, для того чтобы больше раскрыть работу с объектами и немного KVC (Key-Value Coding) Cappuccino. Код получился не очень красивый и отягощенный поддержкой гадкого IE.

Исходный XML выглядит так:

<AddressBook>
	<Contact>
		<CustomerID>ALFKI</CustomerID>
		<CompanyName>Alfreds Futterkiste</CompanyName>
		<ContactName>Maria Anders</ContactName>
		<ContactTitle>Sales Representative</ContactTitle>
		<Address>Obere Str. 57</Address>
		<City>Berlin</City>
		<Email>dummy@gmail.com</Email>
		<PostalCode>12209</PostalCode>
		<Country>Germany</Country>
		<Phone>030-0074321</Phone>
		<Fax>030-0076545</Fax>
	</Contact>
	<Contact>
		<CustomerID>ANATR</CustomerID>
		<CompanyName>Ana Trujillo Emparedados y helados</CompanyName>
		<ContactName>Ana Trujillo</ContactName>
		<ContactTitle>Owner</ContactTitle>
		<Address>Avda. de la Constitución 2222</Address>
		<City>México D.F.</City>
		<Email>dummy@gmail.com</Email>
		<PostalCode>05021</PostalCode>
		<Country>Mexico</Country>
		<Phone>(5) 555-4729</Phone>
		<Fax>(5) 555-3745</Fax>
	</Contact>
	...
</AddressBook>

Из него надо сделать property list (plist’ы повсемесно используются как и в Макоси, так и в производной от Cocoa - Cappuccino). Делается конвертация одним простым XSLT:

<?xml version="1.0" encoding="UTF-8" ?>
 
<xsl:stylesheet version="1.0"
                xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
 
<xsl:output encoding="UTF-8" indent="yes" method="xml" />
 
<xsl:template match="/AddressBook">
	<plist version="1.0">
		<array>
			<xsl:apply-templates select="Contact" />
		</array>
	</plist>
</xsl:template>
 
<xsl:template match="/AddressBook/Contact">
	<dict>
		<xsl:apply-templates select="*" />
	</dict>
</xsl:template>
 
<xsl:template match="/AddressBook/Contact/*">
	<key><xsl:value-of select="name()"/></key>
	<string><xsl:value-of select="text()"/></string>
</xsl:template>
 
</xsl:stylesheet>

Тут мы сначала находим элемент AddressBook и создаем базовый тег plist и array контактов. Потом для каждого Contact мы делаем новый dict, в который через последнее правило записывем пары ключ-значение на базе имени тега. Таким образом из обработанного plist можно получить город пятого контакта путем вызова

[[contacts objectAtIndex:4] valueForKey:"City"]

.

И так, наш ABManager. Должен уметь грузить контакты, и отдавать их список:

@implementation ABManager : CPObject
{
    CPArray _contacts;
}

Для начала загрузим входной xml и xslt:

- (id)initWithXML:(CPString)path
{
    self = [super init];
 
    var xml = [CPURLConnection
                      sendSynchronousRequest:[CPURLRequest requestWithURL:path]
                      returningResponse:nil
                      error:nil];
    if(xml == nil)
        return nil;
 
    var xslt = [CPURLConnection
                sendSynchronousRequest:[CPURLRequest requestWithURL:@"abplist.xsl"]
                returningResponse:nil
                error:nil];
    if(xslt == nil)
        return nil;

В Cappuccino очень просто делать синхронные или асинхронные запросы в сеть. CPURL пока что отсутствует, и вместо него следует использовать просто CPString (т.е. строку).

Теперь несколько кросс-броузерной магии. В начало файла добавим функцию (не забывайте - писать можно все что является правильным JS):

function XmlFromString(xmlData)
{
	if (window.ActiveXObject) {
		//for IE
		xmlDoc=new ActiveXObject("Microsoft.XMLDOM");
		xmlDoc.async="false";
		xmlDoc.loadXML(xmlData);
		return xmlDoc;
	} else if (document.implementation && document.implementation.createDocument) {
		//for Mozila
		parser=new DOMParser();
		xmlDoc=parser.parseFromString(xmlData,"text/xml");
		return xmlDoc;
	}
}

XmlFromString на вход получает строку, на выходе - обработанный Document. Теперь можно получить из двух строк два документа и трансформировать xml из полученного абстрактного типа в конкретный plist:

    var xmlDoc  = XmlFromString([xml string]);
    var xsltDoc = XmlFromString([xslt string]);
    var plist = nil;
 
    if (window.ActiveXObject) {
        plist = xmlDoc.transformNode(xsltDoc);
        plist = plist.xml;
    } else if (document.implementation&& document.implementation.createDocument) {
        xsltProcessor = new XSLTProcessor();
        xsltProcessor.importStylesheet(xsltDoc);
        plist = xsltProcessor.transformToFragment(xmlDoc, document);
        plist = (new XMLSerializer()).serializeToString(plist);
    } else
        return nil;

А plist уже распарсит Cappuccino:

    _contacts = [[[CPData alloc] initWithString:plist] plistObject];
 
    return self;
}

Кстати, в данный момент в IE это не работает, там парсер plist несколько сломан. Патч тут, если кто тестит только в IE. На Firefox и WebKit-based все работает отлично.

Еще добавим getter-метод для нашего списка контактов и получим вот такой вот ABManager.j:

@import <Foundation/CPObject.j>
 
/*!
    Helper function to load xml documents
*/
function XmlFromString(xmlData)
{
	if (window.ActiveXObject) {
		//for IE
		xmlDoc=new ActiveXObject("Microsoft.XMLDOM");
		xmlDoc.async="false";
		xmlDoc.loadXML(xmlData);
		return xmlDoc;
	} else if (document.implementation && document.implementation.createDocument) {
		//for Mozila
		parser=new DOMParser();
		xmlDoc=parser.parseFromString(xmlData,"text/xml");
		return xmlDoc;
	}
}
 
/*!
    Core class that manages address book. It loads given ab.xml, converts it
    into plist and stores in contacts.
*/
@implementation ABManager : CPObject
{
    CPArray _contacts;
}
 
/*!
    Used to initialize ABController
    @param path path to XML document with contacts data
*/
- (id)initWithXML:(CPString)path
{
    self = [super init];
 
    var xml = [CPURLConnection
                      sendSynchronousRequest:[CPURLRequest requestWithURL:path]
                      returningResponse:nil
                      error:nil];
    if(xml == nil)
        return nil;
 
    var xslt = [CPURLConnection
                sendSynchronousRequest:[CPURLRequest requestWithURL:@"abplist.xsl"]
                returningResponse:nil
                error:nil];
    if(xslt == nil)
        return nil;
 
    // now some js crap to convert xml :)
    var xmlDoc  = XmlFromString([xml string]);
    var xsltDoc = XmlFromString([xslt string]);
    var plist = nil;
 
    if (window.ActiveXObject) {
        plist = xmlDoc.transformNode(xsltDoc);
        plist = plist.xml;
    } else if (document.implementation&& document.implementation.createDocument) {
        xsltProcessor = new XSLTProcessor();
        xsltProcessor.importStylesheet(xsltDoc);
        plist = xsltProcessor.transformToFragment(xmlDoc, document);
        plist = (new XMLSerializer()).serializeToString(plist);
    } else
        return nil;
 
    _contacts = [[[CPData alloc] initWithString:plist] plistObject];
 
    return self;
}
 
/*!
    Just a getter method
*/
- (CPArray)contacts
{
    return _contacts;
}
 
@end

(я постараюсь создать репозиторий, где в ревизиях будет история по статьям. Пока что спасайтесь копипастом).

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

Cappuccino основан на JavaScript и реализует часть общеупобребляемых API из GNUstep и Apple Cocoa. При программировании на Cappuccino, разработчик думает не понятиями HTML-документа, CSS или DOM модели, а окнами, видами, кнопками в конце концов.

Cappuccino основан на языке программирования Objective-J, который сделан по образу и подобию Objective-C как суперсет JavaScript.

Для примера того, как это выглядит, посмотрите на 280slides, Flickr Photo Demo, Floor Plan. Очень впечатляющие демонстрации, особенно впечатляет количество написанного кода.

Ладно, давайте уже программить, нет ничего лучше чем пример кода. Я пишу эту статью, основываясь на том, что читатели знакомы с базовыми понятиями *NIX, у них есть git, java, и оптимально - OSX :)

С Cappuccino можно работать двумя путями - или скачать пакет для начинающих, или поставить свежую версию из git. Первый путь не вызывает никаких проблем, так что далее я рассматриваю только второй.

И так, еще раз о необходимых утилитах: git для получения репозитория, ant для сборки (минимальная версия 1.7.0), gcc (по сути только нужен только препроцессор С: cpp). Опционально - doxygen для генерации API доков, но они и так есть на офсайте.

Начинаем с того, что клонируем дерево:
git clone git://github.com/280north/cappuccino.git cappuccino

Теперь нужно указать Cappuccino, куда складывать собираемые файлы:
export STEAM_BUILD="~/temp/steam-build"
(указанный каталог должен существовать в ФС).

Еще хочу отметить что Rhino (интерпретатор JavaScript) на OSX и JVM 1.6 не работает как надо (насчет остальных ОС не уверен), так что при сборке Cappuccino лучше иметь активной JVM 1.5.

И так, переходим в каталог с Cappuccino и выполняем сборку:
cd cappuccino
sudo echo
# (если sudo у вас в системе спрашивает пароль - то это его
# закеширует на пару минут, для установки Cappuccino в /usr/local/share/
ant bootstrap
ant all

После этого у вас будет собранный в /usr/local/share/objj Cappuccino, и симлинки в /usr/local/bin.

Для того чтобы убедится, что все работает, создадим тестовый проект:
steam create TestApp -l
и если все нормально, откроем index-debug.html в броузере.

В следующей части мы рассмотрим элементы программы на Cappuccino.

Самый простой вариант - блокируемые сокеты (запрос послали, тут же его и получили). Он не может быть применен в основном потоке, так как интерфейс “залипнет”, но ничего не мешает сделать для него отдельный поток.

В нашей гипотетической ситуации необходим класс, который получит набор аргументов, URL, выполнит запрос на удаленном сервере и вернет какой-либо документ (предположим что сервер возвращает XML по DTD Apple Property List).

Объявим несколько констант:

static const NSString *kURLKey = @"__url__";
static const NSString *kErrorKey = @"__error__";
static const NSString *kSelectorKey = @"__selector__";
static const NSString *kTargetKey = @"__target__";
static const NSString *kMultipartKey = @"__multipart__";

Они пригодятся в функции, которая будет создавать поток для выполнения запроса (в него можно передать только один объект - это будет NSDictionary с параметрами):

- (void)sendAsyncRequest:(NSString *)url withPayload:(NSDictionary *)post multipart:(BOOL)mp target:(id)tar selector:(SEL)sel
{
	NSMutableDictionary *dic = [[NSMutableDictionary alloc] initWithDictionary:post];
	[dic setObject:url forKey:kURLKey];
	[dic setObject:tar forKey:kTargetKey];
	[dic setObject:[NSNumber numberWithBool:mp] forKey:kMultipartKey];
	[dic setObject:[NSString stringWithUTF8String:sel_getName(sel)] forKey:kSelectorKey];
	[NSThread
	 detachNewThreadSelector:@selector(do_sendAsyncRequestWithPayload:)
	 toTarget:self
	 withObject:dic];
}

Данный метод получает на вход urlpost, флаг необходимости отправить его через DQMultipartForm в mp. Когда запрос будет обработан, результат бедет передан объекту tar через селектор sel, который должен принимать один объект класса NSDictionary.

Теперь большой и страшный кусок кода:

- (void)do_sendAsyncRequestWithPayload:(NSMutableDictionary *)d
{
	// в контексте потока нам нужно свое управление памятью
	NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init];
 
	NSURL *rqUrl = [NSURL URLWithString:[d objectForKey:kURLKey]];
	NSMutableURLRequest *req;
	// получаем все не-POST аргументы и удаляем их из целевого массива
	SEL sel = sel_registerName([[d objectForKey:kSelectorKey] UTF8String]);
	id target = [d objectForKey:kTargetKey];
	BOOL multipart = [[d objectForKey:kMultipartKey] boolValue];
	[d removeObjectForKey:kURLKey];
	[d removeObjectForKey:kSelectorKey];
	[d removeObjectForKey:kTargetKey];
	[d removeObjectForKey:kMultipartKey];
 
	// есть необходимо цеплятьданные через multipart/form-data - инициализируем DQMultipartForm и забиваем его объектами
	// (код изначально был написан под OSX Tiger, потому не использует новомодные решения ObjC)
	if(multipart) {
		DQMultipartForm *form = [[[DQMultipartForm alloc] initWithURL:rqUrl] autorelease];
		NSEnumerator *ke = [d keyEnumerator];
		NSString *k;
		while( (k = [ke nextObject]) ) {
			id obj = [d objectForKey:k];
			if([obj isKindOfClass:[NSArray class]]) {
				NSMutableArray *s = [NSMutableArray array];
				NSEnumerator *te = [obj objectEnumerator];
				NSString *t;
				while( (t = [te nextObject]) ) {
					[form addValue:t forField:[k stringByAppendingString:@"[]"]];
				}
			} else {
				[form addValue:obj forField:k];
			}
		}
		req = [[form urlRequest] retain];
	} else {
		// если у нас обычный запрос - то формируем в строку
		req = [[NSMutableURLRequest alloc] initWithURL:rqUrl];
		[req setHTTPMethod:@"POST"];
		NSMutableArray *l = [[NSMutableArray alloc] initWithCapacity:[d count]];
 
		NSEnumerator *ke = [d keyEnumerator];
		NSString *k;
		while( (k = [ke nextObject]) ) {
			[l addObject:[NSString stringWithFormat:@"%@=%@",
						  k,
						  [[[[d objectForKey:k] description]
							stringByAddingPercentEscapesUsingEncoding:NSUTF8StringEncoding]
							stringByReplacingOccurrencesOfString:@"+" withString:@"%2B"]]];
		}
		NSString *reqPayload = [l componentsJoinedByString:@"&"];
		[l release];
		const char *reqPayload_c = [reqPayload UTF8String];
		[req setHTTPBody:[NSData dataWithBytes:reqPayload_c length:strlen(reqPayload_c)]];
	}
	// и так, на этот момент у нас есть NSURLRequest с готовым URL и POST-данными, пора его передать серверу!
	NSURLResponse *resp;
	NSError *err;
	// вот тут мы можем провисеть некоторое время (пока придет ответ от сервера
	// но блокируется только этот поток
	NSData *respData = [NSURLConnection
						sendSynchronousRequest:req
						returningResponse:&resp
						error:&err];
	NSMutableDictionary *respDict = [[NSMutableDictionary alloc] init];
	if(err) {
		// если что-то не так - наверх пойдет информация об ошибке
		[respDict setObject:err forKey:kErrorKey];
	} else {
		// Иначе считаем что все в порядке и нам передали XML с корневым элементом dict.
		NSString *plistString = [[NSString alloc] initWithBytes:[respData bytes] length:[respData length] encoding:NSUTF8StringEncoding];
		[respDict release];
		respDict = [[plistString propertyList] retain];
		[plistString release];
	}
 
	// respDict возвращается в основной поток и передается обработчику. Его надо будет обязательно release'нуть после обработки.
	[target
	 performSelector:sel
	 onThread:[NSThread mainThread]
	 withObject:respDict
	 waitUntilDone:YES];
 
	[d release];
 
	[pool drain];
}

Так, теперь как нам собственно выполнить запрос? Элементарно:

- (void)callSomeAsyncRequestForUser:(NSNumber *)uid
{
	[self
	 sendAsyncRequest:@"http://ourserver.com/iphone-api/somequery"
	 withPayload:[NSDictionary dictionaryWithObjectsAndKeys:
				  uid, @"user_id",
				  @"1.0", @"client_version",
				  nil]
	 multipart:NO
	 target:self
	 selector:@selector(do_callSomeAsyncRequestForUser:)];
}
 
- (void)do_callSomeAsyncRequestForUser:(NSDictionary *)respDict
{
	NSError *err = [respDict objectForKey:kErrorKey];
	if(err) {
		// что-то пошло не так, сообщить пользователю
		...
	} else {
		// обрабатываем данные от сервера
		...
	}
	[respDict release];
}

Замечания и комментарии приветствуются.

У этой проблемы есть очень простое решение, при чем штатными средствами. Откройте панель настройки хоткеев (Preferences - Keyboard & Mouse - Keyboard Shortcuts), нажмите на плюс, в приложении выберите Safari, в названии пункта меню введите “Выбрать следующую вкладку” (”Select Next Tab” в английской локали), а в хоткее укажите что-то нейтральное, например ⌥⌘→. То же самое повторите для второго пункта меню (предидущего таба).

Перезапустите Safari и наслаждайтесь переходом по табам без “залипаний”!

Итак, вам нужно вывести взвешенный список категорий с подкатегориями. Это просто.

Есть таблица категорий, где category_title это название категории, category_id это ее номер в базе, parent_category_id это номер родительской категории (если он NULL - то категория сама является родительской) и weight это вес категории среди категорий ее уровня:

CREATE TABLE IF NOT EXISTS `category` (
  `category_id` int(11) NOT NULL AUTO_INCREMENT,
  `parent_category_id` int(11) DEFAULT NULL,
  `title` varchar(250) NOT NULL,
  `weight` int(11) NOT NULL,
  PRIMARY KEY (`category_id`)
) ENGINE=MyISAM  COMMENT='shop categories' AUTO_INCREMENT=1;

Создаем запрос который выводит категории и сразу сортирует их в правильном порядке:

SELECT
    COALESCE( DC2.title, "" ) AS "parent_title",
    COALESCE( DC2.category_id, 0 ) AS "parent_category_id",
    DC2.weight AS "parent_weight",
    DC1.title AS "subcategory_title",
    DC1.category_id AS "subcategory_category_id",
    DC1.weight AS "subcategory_weight"
FROM `category` AS DC1
    LEFT OUTER JOIN `category` AS DC2
        ON DC1.parent_category_id = DC2.category_id
ORDER BY
    DC2.category_id ASC,
    DC2.weight DESC,
    DC1.weight DESC,
    DC2.title ASC,
    DC1.title ASC

Как несложно заметить, если у записи из выдачи parent_category_id=0 то это родительская категория. Иначе это подкатегория с номером subcategory_id для категории с номером parent_category_id.

При выдаче категории сортируются так: сначала идут родительские категории, затем подкатегории отсортированные по весу и по алфавиту.

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

В сети можно найти несколько реализаций. Все они не устраивали меня по тем или иным причинам, так что я решил написать еще одну. Я должен сказать, что RFC 2388 достаточно неочевиден и делать реализацию только по нему сложно. Так что основывался я на реализации “Mini-Mallows: A Multi-Part Form Wrapper for Cocoa & iPhone” © Sam Schroeder.

И так, давайте определим, что нам нужно от интерфейса. А нужно нам всего три вещи:

- (id)initWithURL:(NSURL *)url;
- (void)addValue:(id)v forField:(NSString *)f;
- (NSURLRequest *)urlRequest;

init для создания нового экземпляра с указанным URL, addValue:forField: для добавления нового поля и urlRequest для получения объекта запроса. В принципе можно было бы сделать класс более совместимым с KVC, но он и так достаточно гибок и прост в использовании.

Поля мы будем хранить не в очевидном для этой задачи NSMutableDictionary, а в NSMutableArray. Почему? Потому что есть такая презабавнейшая вещь как PHP, которая принимает агрументы вида f[]=a&f[]=b и собирает их в массив. А мне как раз надо было отправлять файл на PHP-обработчик по спеке заказчика, потому пришлось подумать о случае с неуникальными ключами.

Для создания ключа границы мы будем использовать /dev/urandom. Это дает высокую вероятность того, что в байтовом потоке такой ключ случайно не попадется (идею я взял из Сафари, изучая его Wireshark’ом). Данный код частично написан proger’ом, потому как я что-то начал подзабывать простые указатели и libc:

- (NSString *)getRandomBoundary
{
	NSMutableString *s = [NSMutableString string];
	[s appendString:kPrefix];
	int i;
	FILE *fp = fopen("/dev/urandom", "r");
	assert(fp);
	for(i=0; i<kRandomPartLength; ++i) {
		char c;
		do c = fgetc(fp); while (!isalnum(c));
		[s appendFormat:@"%c", c];
	}
	fclose(fp);
	return s;
}

Второй интересный момент - как мы собираем поля в байтовый объект. Мы проверяем value на принадлежность классу NSString. Если это строка – то проверяем первый символ field (не value). Если ключ начинается на @, то мы работаем как curl, и принимаем value как путь к файлу.

Если значение не строка, то просто конвертируем его через -[description]. Еще бы неплохо добавить поддержку NSData для прямого ввода бинарних данных, но руки не дошли. Если есть желание – “Fix it and send patch” © Paul Sokolovsky. Еще бы неплохо все это завернуть в NSInputStream (если файл большой), но опять же руки не дошли.

DQMultipartForm.zip доступен из DropBox (AS-IS), замечания и предложения – в комментарии и на почту.

Как известно PHP уже предустановлен в MacOS. В моей системе уже поставлен PHP 5.2

Ставим MySQL

1) скачать и установить нужный дистрибутив MySQL на сайте http://dev.mysql.com/downloads/

2) поставить административные утилиты MySQL Administrator с http://dev.mysql.com/downloads/gui-tools/5.0.html

3) поставить MySQL prefPanel с ftp://ftp.mysql.com/pub/mysql/download/gui-tools/MySQL.prefPane-leopardfix.zip

4) теперь неплохо бы зайти в Системные Настройки и запустить демон MySQL

5) откройте MySQL Administrator и создайте себе пользователя username/password и выдайте ему необходимые права

Ставим PHPMyAdmin

1) скачать последний дистрибутив phpMyAdmin с http://www.phpmyadmin.net/home_page/downloads.php

2) распаковать содержимое архива в папку /Sites/phpmyadmin/ вашего пользователя

3) в Системных Настройках надо активировать Общий Веб Доступ для вашего пользователя. После этого вы сможете запустить phpMyAdmin набрав путь http://localhost/~Username/phpmyadmin/index.php

4) откройте файл /Sites/phpmyadmin/config.sample.inc.php вашим любимым текстовым редактором и сохраните его как config.inc.php

5) в настройках первого сервера выставьте

/* Authentication type */
$cfg['Servers'][$i]['auth_type'] = 'cookie';
$cfg['Servers'][$i]['user'] = 'root';
$cfg['Servers'][$i]['password'] = 'password';
/* Server parameters */
$cfg['Servers'][$i]['host'] = 'localhost';
$cfg['Servers'][$i]['connect_type'] = 'tcp';
$cfg['Servers'][$i]['compress'] = false;
/* Select mysqli if your server has it */
$cfg['Servers'][$i]['extension'] = 'mysqli';

Если у вас MySQL установлен с нестандартным сокетом, то в конфиге phpMyAdmin прийдется написать примерно так:

$cfg['Servers'][$i]['connect_type'] = 'socket';
$cfg['Servers'][$i]['socket'] = '/tmp/mysql.sock';

Настройка временной зоны в PHP

1) откройте терминал и выполните

cp /etc/php.ini{.default,}

2) теперь в файле /etc/php.ini раскомментируйте параметр date.timezone и укажите его значение, например

date.timezone = Europe/London

Настройка сервера PHPMyAdmin

1) зайдите на http://localhost/~Username/phpMyAdmin/setup/index.php и отредактируйте сервер заменив localhost на 127.0.0.1

Готово!

Заходите на http://localhost/~Username/phpMyAdmin/ под юзером username/password