Пример использования модуля apps через настройку appServer

Разберем манифест на примере:

name = Test content
description = Creates test content
machine_name = app_test_content
version = 1.0
downloadable = app_test_content 1.0
author = internetdevels
author_url = http://www.internetdevels.com
dependencies[test_content] = test_content 7.0
downloadables[test_content 7.0] = http://example.com/commercebox_test_content.tar.gz
downloadables[app_test_content 1.0] = http://example.com/drupal_app/app_test_content.tar.gz
libraries[test_libery] = test_libery 7.0
downloadables[app_test_content 1.0] = http://example.com/drupal_app/app_test_content.tar.gz  

где:

name: название вашего app-а;
description: описание app-а;
machine_name: машинное имя нашего кастомного модуля (downloadable). По этому имени будет произведён поиск папки с модулем, а также .module файл;
version: номер версии приложения, которое будет отображаться в консоли приложения и на странице “Подробно”;
downloadable: ключ в массиве модулей, отвечает за то, чтобы был скачан правильный модуль описанный в machine_name;
author: имя автора app-а;
author_url: ссылка на страничку автора;
dependencies[key]: массив данных о скачиваемых модулях, key — машинное имя модуля, значение - ключ масива downloadable;
libraries[key]: массив данных о скачиваемых библиотеках, key — название библиотеки, значение - ключ массива downloadable;
downloadables[key]: массив скачиваемых елементов, key - ключ указанный в dependencies, libraries, downloadable, значение - ссылка на скачаваемый архив.

Стоит заметить, что в случае с версией модуля 7.x-1.0-beta7, если в манифесте указать dependencies[test_content] = test_content 7.0 и при этом не поставить пробел между названием и версией, то это даст ошибку и комментарий о невозможности найти такой модуль, в то время как с пробелом всё работает отлично.

Итак, с настройкой сервера мы закончили. Но вы, скорее всего, заметили, что присутствует ещё один созданный модулем тип контента - App - отвечающий за баннер, в котором будет выведен рекомендуемый апп. Особо нужно выделить  в нем поле Machine Name. Здесь указывается машинное имя, которое мы указывали в манифесте machine_name, ну и в поле releases следует указать название ноды, созданой в App Release. После этого в термине таксономии появится (в поле Featured App) созданный нами app и его можно буде указать как рекомендуемый.

Вот теперь создан сам сервер. Зайдите на страницу /app/query/%tid, где %tid - это номер вашего термина таксономии. Если вы всё сделали правильно, то должны увидеть страницу с json массивом вашего app-а и дальше можно приступать к настройке клиентской части, которая его обработает.

Настройка Клиентской части

Настройка клиентской части сводится к написанию hook_apps_servers_info:

function test_apps_servers_info() {
  $info =  drupal_parse_info_file(drupal_get_path('module', 'test') . '/test.info');
  return array(
    'first' => array(
      'title' => 'Test app',
      'description' => 'Let’s test app',
      'manifest' => 'http://example.com/app/query/3', // ссылка на ранее созданый вами сервер.
    ),
  );
}