конфиг и так разрастается до безумных пределов
банеры отдаются яваскриптом
а вот подход к кешированию действительно нужен комплекксный: где надо логику отдаем энджиниксу,
а где нужно -приложению. Где нужно кешируем блок и собираем через SSI
а где надо — через шаблонизатор.
вообще, отображать в ввиде графа или дерева — это отличная идея, весь интерфейс движется в сторону визуализации,
недавно презенташку Аппле смотрел (на Хабре) 3Д представление Рабочего стола.
по этому — это давольно перспективное направление и как бы не опоздать с внедрением :)
а может войти в Альянс с Контактом или Однокласниками :)
Будете первыми, будут и юзеры на сайте. Я, например — зареген в 5-7 соцсетях, однако реально сижу только в одной-двух (и то на мне не заработаешь).
Как пример успешной манетизации можно привести Мамбу, ВКонтакте с их Фермером. Нужна фишка проекта, которой нет ни у кого и по этому у Вас естьнеплохой шанс
Респект Диме за статью, ее прочитал еще в рассылке на Алехе.
я тут сейчас модуль с маемкешом заканчиваю…
вот только не надо, что изобретаю велосипед… модуль нужен для записи в мемкеш (типа REST).
так вот, о чем я…
он в 80 раз быстрее работает, чем то-же самое ранее делали через пхп.
на какие финансы создавался проект тебе ни кто никогда не скажет
возможно будут отговорки типа спронсора нашли или кредит взяли под залог квартиры.
про монетизацию — варианты стандартные: что-то (подарочки, рамочки, невидимки, картинки… и пр услуги) за смс, вани-мани или вэб-кредиты. наилучший расклад — это разработка соего биллинга и системы расчета с привличением платежных терминалов.
а также для удержания публики — устраиваем конкурс (или сама публика устраивает конкурсы) с призом: новый iPhone (ищем спонсора который хочет прорекламировать свою новую продукцию или свое имя) или 1000 кредитов — которые нельзя вывести из собственной системы, но можно потратить хз на что…
Однако вся эта монетизация начинается от 2-3 лимонов активных юзеров, те отсекаем одноразовые спамерские аккаунты
>Я предполагал, что клиентская часть приложения будет обмениваться сообщениями непосредственно с брокером посредством постоянного соединения.
это как это?
ява-скрипт пока не умеет работать с сокетами и разбирать двоичные данные на нем — расточительно (хотя можно.)
ява-аплеты ?? — у многих они запрещены, и это правильно.
JVM по определению не может обогнать написанные на Си программы.
что-то с измерениями ни так на счет с memcached.
скорее тормозит где-то в самом пшп, ну и для масштабируемых и высокопроизводительных систем ZF не лучший инструмент разработки.
в nginx есть замечательный модуль memcached, который читает напрямую из кеша, что вполне можно построить для AJAX
с записью в кеш посложнее, но я разработал модуль, который может писать в кеш, так что производительность не страдает.
>Почему бы тогда и fastcgi этого не сделать?
средствами пхп это сделать невозможно. ее нет по определению в пхп.
оборотная сторона многопоточности — это в случае креша одной нити — крешится все приложение. По этому в целях надежности выбирают схемы, где запускаются отдельные процессы.
для прямого общения AMQP брокер и WEB приложения разрабатывается REST модуль для nginx (готовности 80% но есть спорные моменты)
можно использовать REST-MQ (форман общения JSON) но оказалось геморойно, мне не понравилось
это возможно будет один из следующих топиков
mpm — это механизм апача, вместо пре-форк использовать треды
к многопоточности пхп отношения не имеет
каждый поток запущенный с пхп жрет минимум 44метра и использование тредов производительность не на много увеличивают
лучший выход — вообще отказаться от апача
я не вижу как это принципиально возможно применить к фцги
мы можем префоркаом или по требованию народить необходимое кол-во процессов и не более. но мы не сможем создать тредовую многопоточность в принципе, иначе — меняйте язык.
Так как XMPP является, по сути, одним длинным XML документом, невозможно передать немодифицированную двоичную информацию. В результате этого, для передачи файлов стараются использовать дополнительные протоколы, например HTTP. Для передачи же файлов и другой бинарной информации непосредственно в XMPP потоке используется base64-кодирование.
AMQP — это бинарный протокол, можно передавать файлы и потоки (видео/аудио)
спасибо автору
34/64 платформа как-то влияет на определение CRC32?
банеры отдаются яваскриптом
а вот подход к кешированию действительно нужен комплекксный: где надо логику отдаем энджиниксу,
а где нужно -приложению. Где нужно кешируем блок и собираем через SSI
а где надо — через шаблонизатор.
недавно презенташку Аппле смотрел (на Хабре) 3Д представление Рабочего стола.
по этому — это давольно перспективное направление и как бы не опоздать с внедрением :)
а может войти в Альянс с Контактом или Однокласниками :)
Будете первыми, будут и юзеры на сайте. Я, например — зареген в 5-7 соцсетях, однако реально сижу только в одной-двух (и то на мне не заработаешь).
Как пример успешной манетизации можно привести Мамбу, ВКонтакте с их Фермером. Нужна фишка проекта, которой нет ни у кого и по этому у Вас естьнеплохой шанс
я тут сейчас модуль с маемкешом заканчиваю…
вот только не надо, что изобретаю велосипед… модуль нужен для записи в мемкеш (типа REST).
так вот, о чем я…
он в 80 раз быстрее работает, чем то-же самое ранее делали через пхп.
возможно будут отговорки типа спронсора нашли или кредит взяли под залог квартиры.
про монетизацию — варианты стандартные: что-то (подарочки, рамочки, невидимки, картинки… и пр услуги) за смс, вани-мани или вэб-кредиты. наилучший расклад — это разработка соего биллинга и системы расчета с привличением платежных терминалов.
а также для удержания публики — устраиваем конкурс (или сама публика устраивает конкурсы) с призом: новый iPhone (ищем спонсора который хочет прорекламировать свою новую продукцию или свое имя) или 1000 кредитов — которые нельзя вывести из собственной системы, но можно потратить хз на что…
Однако вся эта монетизация начинается от 2-3 лимонов активных юзеров, те отсекаем одноразовые спамерские аккаунты
а как там обстоят дела с масштабируемостью?
это как это?
ява-скрипт пока не умеет работать с сокетами и разбирать двоичные данные на нем — расточительно (хотя можно.)
ява-аплеты ?? — у многих они запрещены, и это правильно.
выслушую любые идеи
нужен ресурс, который смог бы удержать пользователей.
сколько мертворожденных соц-сетей?
если используем AJAX, то можно писать в очередь и читать непосредственно из нее, а не через прослойку, называемой PHP.
это касается разработки чата, эфира или подобно им «живым ппприложениям»
когда я начинал исп кеширование были только гет, сет и делит… а теперь сколько там методов+ еще и бинарный протокол.
мир не стоит на месте, и этому проектту наверное будет зеленый свет.
мы бы это дело обсосали бы на одном их Hi++ проектах
пока обошлись AJAX с исп: nginx+ memceched + memcecheset {модуль проходит тестирование}
что-то с измерениями ни так на счет с memcached.
скорее тормозит где-то в самом пшп, ну и для масштабируемых и высокопроизводительных систем ZF не лучший инструмент разработки.
в nginx есть замечательный модуль memcached, который читает напрямую из кеша, что вполне можно построить для AJAX
с записью в кеш посложнее, но я разработал модуль, который может писать в кеш, так что производительность не страдает.
мемкеш, тоже может масштабироваться,
за статью спасибо, интересный материал.
средствами пхп это сделать невозможно. ее нет по определению в пхп.
оборотная сторона многопоточности — это в случае креша одной нити — крешится все приложение. По этому в целях надежности выбирают схемы, где запускаются отдельные процессы.
можно использовать REST-MQ (форман общения JSON) но оказалось геморойно, мне не понравилось
это возможно будет один из следующих топиков
поучаствовать в обсуждении можно на гуугле-групс groups.google.com/group/rabbitmq_rus
к многопоточности пхп отношения не имеет
каждый поток запущенный с пхп жрет минимум 44метра и использование тредов производительность не на много увеличивают
лучший выход — вообще отказаться от апача
я не вижу как это принципиально возможно применить к фцги
мы можем префоркаом или по требованию народить необходимое кол-во процессов и не более. но мы не сможем создать тредовую многопоточность в принципе, иначе — меняйте язык.
AMQP — это бинарный протокол, можно передавать файлы и потоки (видео/аудио)