Liquidos Ок найду или напишу отпишусь ) Пока последней наработкой был простой конвертер из psd в картинку + map на http. Но чтобы превратить это в что-то достойное надо время )
Итак фреймворк и еще маленький )). Тогда гигантов типа doctrine тянуть не стоит. Но посмотрите как реализовано DQL в доктрине, т.е независимый от базы язык, который доктрина преобразует в конкретный диалект. Вам как вариант Micro\mvc\models\Query (поправте доки: так Micro\db\Query) будет генерировать нужный запрос в зависимости от базы.
Liquidos, нет презентация это несколько другая тема. Тут важна публикация прототипа с линками (реакцией на действия пользователя) + комментарии. Цель автоматизировать рабочий процесс из ai(psd) в прототип. Из прототипа в верстку. Это не говорит о том, что я руками ничего делать ни хочу или не умею. Но opensouce проект дал бы базу, на которой это можно реализовать.
очень много букаф надо писать, чтобы по на пальцах это объяснить. Да еще хорошы с картинками
Короче css магия состоящая на float, overflow.
Если хочешь у меня в профиле есть почта, отправь на нее скайп. Я завтра тебе стукнусь. А то у меня уже завтра )
Кстати почитай habrahabr.ru/post/128535
Там в самом начале после заголовка теория идет описание long polling
В нем слова сервер замени на белый а клиент на серый, а ajax замени на socket и будет тебе счастье
Да-да я все это прочел.
Но пойми своими попытками ты упираешься в ограничения технологий.
Apache или Nginx на хостинге (я на 90 процентов уверен что у тебя так) имеет время после которого просто убьет запрос.
>нельзя, чтоб серый делал много запросов. Можно только watchdog поставить.
Почему?
> Пользователь должен сразу получать ответ. То есть он отправляет запрос, на белом запускается демон, который постоянно проверяет файл с ответом и когда он появляется, демон завершается и выдает ответ
Мою схему можно реализовать и так просто используя ajax и обновляя контент.
Т.е страница сразу отдается клиенту и по мере поступления данных js обновляет контент.
Вообще все твои мучения прекрасно вписываются в технологии gearman или rabbitmQ (очередей задач или очередей сообщений) попробуй в эту сторону капнуть, но там скорее всего потребуются расширения для php, а на хостинге их нет.
Еще постоянное соединение ты сможешь держать через mysql
Т.Е серый будет конектится к mysql на хостинге и обмеен с белым будет происходить через mysql.
Но тогда необходимо светить mysql во внешку + 4kb для этого мало.
Слушай, вообще вся эта канитель это полностью не моя забота. и мне абсолютно без разницы чья это забота. А вообще хочешь спорить вместо того, чтобы подумать надо ответами на твои вопросы ради бога.
А по делу почитай как работает http.
примитивный пример твоей реализации.
Api белый сервер.
публичное (работает с пользователем)
a1. get /info/{name} - выдает информацию клиенту из файла {name}
приватное (работает с пользователем)
b1. get /task/{name} - выдает задачу серверу
b2. post (или put) /info/{name}
форма для post
- name
- text
при отправке post белый сервер дозаписывает {text} в файл {name}
Алгоритм
1. пользователь отправляет запрос a1
2 если файл {name} существует по файл отдается пользователю если нет, то сервер запоминает {name}
3. серый по таймеру отправляет запрос b1
если от получает {name} то он начинает работы над этой задачей
и по таймеру отправляет b2 с текущими результатами работы
4. пользователь через некоторое время снова запрашивает a1
и уже получает информацию
+ Лучше всего из исходников взять багнутую часть, выделить в отдельный файл и отдельно прогнать.
На крайний случай его можно отдельно подключить будет.
