xmoonlight

Наш сайт хочет агрегировать

o_O
Будущее уже здесь: сайты руководят создателями!
--------
PS: скажите вашему сайту, что интенсивный парсинг тематических площадок должен спасти ситуацию...

SMS Пилот

ну в сессии 100%.
SSL используете?

А что за сайт с кучей опросов? Есть разветвленные, а есть прямые.
Что за тематика-то?

API Translate Google
(Bing еще можете посмотреть...)

Подписка на сообщения канала сокета - обычный сокет-сервер. (например, node.js...)
Про масштабируемость - читайте в документации к выбранному сокет-серверу.

Я вот не понял: нужно несколько устройств "засунуть" в одну сессию параллельно в единицу времени или же просто дать возможность входа под одной учеткой с разных устройств?

В любом случае при API-реализации Вам нужно управлять созданием сессии вручную.

1. Если РАЗНЫЕ сессии и ОДНА учетка - используется UUID на сервере для создания ID-сессий.
2. Если нужна ЕДИНСТВЕННАЯ сессия для ОДНОЙ учетки для нескольких устройств - тогда храните единственный UUID в БД. (session_id(ID); вызывается до!!! session_start();)

Авторизация: CRAM-MD5
Можно еще и mirroring сделать при необходимости. ;)

1. Парсинг: datacol
2. Хранение: деревья на основе ID: id, parent_id, param1,....,paramN
Про детей и взрослых - комбинаторика.
Биты данных: 0 - ребёнок, 1 - взрослый, 00-11 - кол-во от 0 до 3.
Тогда:
000000 - мест нет
000001 - 1 ребенок
000101 - 1 взрослый
101001 - 1 взрослый и 1 ребёнок
110001 - 2 взрослых и 1 ребёнок
110010 - 2 взрослых и 2 ребёнка
111011 - 3 взрослых и 3 ребёнка
При фиксированном порядке следования данных можно избавиться от 2-х лишних битов.

phonegap (полу-натив, много ОС, html(5)/js/css/webgl)
Магия: объявления или отчеты пишите?)

Яндекс.Детектор
API Яндекс.Детектор предоставляет возможность определения модели и характеристик мобильного устройства пользователя сайта по заголовкам HTTP-запросов, передаваемых браузером его устройства.

API позволяет определить следующие параметры и настройки устройства:
модель и производитель;
разрешение экрана;
разновидность используемой платформы и тип дистрибутива J2ME (4 категории);
возможности Java-приложений (доступ к камере и файловой системе устройства, тип корневого сертификата и размер значка приложения).

вначале делаем проверку на доступ:

SELECT COUNT(*) FROM article where article_id = 2 AND user_id = 111 limit 1

Если не 0 - производим все нужные операции над данной публикацией уже без указания пользователя в запросах.

Все верно, но не совсем.
Делайте обычный POST/GET-обработчик на контроллере - это отправная точка.
А далее - разветвляйте на основе URL:
без api/ajax: HTML-form-builder (подготовка кода для вывода формы в модуле представления),
с api/ajax: JSON

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

Просто напишите в ТП сайта, что неплохо бы иметь две версии: Production и Development для API-разработки.

формат json — многомерный массив.
один элемент — id, тип (button, input, select, ..., свойТип(HTMLspacer,....,),......), свойства тега: строка (a=b c=d и т.д.).
затем автоматом (скриптом при формировании) закрываете теги, которые закрываются: textarea, option,…
делал без jQuery, однако с ним, думаю, будет по-красивше…