Значить музыкальный поисковик пишете?
я бы робота на С++ сделал бы, чтобменьше ресурсов съел.
а может и готовых роботов можно как-то к Вашему ресурсу прикрутить.
А зарабатывать можно скрытой рекламой, например что-нибудь купить по «поисковым словам» и ссылка на Озон или Амазон!!!
а если сделать социалку, то зная профайлы пользователей — целевой ненавязчивой рекламой, как это сделано в Контакте.
но отказываться 100% от рекламы на первое время — не стоит, путь хотя бы Гуугль-Адвест или Яндекс внизу болтается.
кстати, в Вашем случае возможен следующий подводный камень: [цитата]
Когда обрабатывается один сокет одним из рабочих процессов, все остальные сокеты этого рабочего процесса продолжают ожидать обработки. Если обработка одного сокета затягивается, то остальные сокеты начинают испытывать «голод»: приходящие данные скапливаются во входных буферах сокетов, а готовые к записи сокеты не получают новых данных. На клиентской стороне подобная ситуация выглядит как «зависание». Для предотвращения голодания сокетов сервер и компоненты сервера должны быть реализованы с использованием следующих принципов
— Избегать длительных вычислительных процессов;
— Минимизировать число синхронизаций с другими процессами;
— Избегать блокирующих системных вызовов.
Из-за описанных выше ограничений полномасштабные веб-приложения сложно реализовать исключительно в модулях nginx.
думаю это сделать будет проблематично,
могу посоветовать обратится на Сысоевский форум,
там Макс даст исчерпывающий ответ.
я, просто боюсь, что посоветую не правильно
и еще вы не учли такую вещь: что эта ДБ является лишь надстройкой над BDb
Хоть BDb, является одной из самых производительных key/value Db, но на мой взгляд высокой производительностью не пахнет.
Я бы рискнул в хайлоад-проете ее использоать
на сколько я понял — не в ближайшем будущем.
если бы АПИ было бы на С, то можно было бы написать расширения для РНР, Питона, Руби и даже Луа.
см мой коммент ниже
жаль, что ограничено только джава,
лучше бы опубликовали АПИ, тогда может народ написал бы расширения к Руби, Питону и РНР и тогда внедрение не заставило бы себя долго ждать…
ответ по птатформе: это Вин32
для никс платформы что либо лучшее валгринда найти тяжело
для макоси — есть cвой анализатор, для солярки свой (признаюсь с соляркой не работал, но на Конференции SunTechDays долго общался на тему утечек с разработчиками OpenSolaris)
но если подойти к программированию теоретически, то есть пара простых правил по работе с выделением памяти:
выделение ресурса, в том числе памяти — делается в конструкторе, освобождение в деструкторе.
Используем «умные» (интеллектуальные) указатели.
если соблюдаем правила, то, как правило, утечек не бывает. Хотя, пройтись валгриндом по приложению — святое дело.
спасибо автору, ждем описание принципа Открытие/Закрытия.
обязательно изучу
просто утечки надо не допускать, не знаю почему такая нервная реакция у минусеров :)
я бы робота на С++ сделал бы, чтобменьше ресурсов съел.
а может и готовых роботов можно как-то к Вашему ресурсу прикрутить.
А зарабатывать можно скрытой рекламой, например что-нибудь купить по «поисковым словам» и ссылка на Озон или Амазон!!!
а если сделать социалку, то зная профайлы пользователей — целевой ненавязчивой рекламой, как это сделано в Контакте.
но отказываться 100% от рекламы на первое время — не стоит, путь хотя бы Гуугль-Адвест или Яндекс внизу болтается.
Когда обрабатывается один сокет одним из рабочих процессов, все остальные сокеты этого рабочего процесса продолжают ожидать обработки. Если обработка одного сокета затягивается, то остальные сокеты начинают испытывать «голод»: приходящие данные скапливаются во входных буферах сокетов, а готовые к записи сокеты не получают новых данных. На клиентской стороне подобная ситуация выглядит как «зависание». Для предотвращения голодания сокетов сервер и компоненты сервера должны быть реализованы с использованием следующих принципов
— Избегать длительных вычислительных процессов;
— Минимизировать число синхронизаций с другими процессами;
— Избегать блокирующих системных вызовов.
Из-за описанных выше ограничений полномасштабные веб-приложения сложно реализовать исключительно в модулях nginx.
могу посоветовать обратится на Сысоевский форум,
там Макс даст исчерпывающий ответ.
я, просто боюсь, что посоветую не правильно
а, вообще у Вас интересное решение.
все знают что аппач еще тот тормоз
Хоть BDb, является одной из самых производительных key/value Db, но на мой взгляд высокой производительностью не пахнет.
Я бы рискнул в хайлоад-проете ее использоать
кстати, а что там с мосштабируемостью?
только кто минуснул-то
думаю, если пользователей соцсети перевалит за 10 млн (средненькая сеть), то это будет далеко не 2 сек!
если бы АПИ было бы на С, то можно было бы написать расширения для РНР, Питона, Руби и даже Луа.
см мой коммент ниже
лучше бы опубликовали АПИ, тогда может народ написал бы расширения к Руби, Питону и РНР и тогда внедрение не заставило бы себя долго ждать…
их надо — не допускать!
С++ — для настоящих мужчин!
для никс платформы что либо лучшее валгринда найти тяжело
для макоси — есть cвой анализатор, для солярки свой (признаюсь с соляркой не работал, но на Конференции SunTechDays долго общался на тему утечек с разработчиками OpenSolaris)
но если подойти к программированию теоретически, то есть пара простых правил по работе с выделением памяти:
выделение ресурса, в том числе памяти — делается в конструкторе, освобождение в деструкторе.
Используем «умные» (интеллектуальные) указатели.
если соблюдаем правила, то, как правило, утечек не бывает. Хотя, пройтись валгриндом по приложению — святое дело.