Как много вы недосказали, оказывается. Обычно так делают, чтобы не показать возможности заказчика и сколько вообще с вас можно слупить. Пишите ТЗ короче, а не устраивайте конкурс "кто больше всех знает умных слов из контекста высокой нагрузки". Может не каждый с вами и связываться станет, если увидит, что по ТЗ вы не представляете что вообще делать нужно.
у 911 в принципе должны быть свои системы локации.
А вот НЕ взаимосвязаны. Если один человек попал в беду, это не значит что вы оповещаете находящихся рядом, правильно ?
Вы хотите оповещать службу.
В такой схеме можно вообще по одному серверу на каждого человека поставить.
Вообще, одно то, что вы на этом форуме спрашиваете как реализовать систему , говорит о том что вас туда не подпустят даже. Системы оповещения должны разрабатывать за деньги серьезные разработчики, которые таких вопросов не задают. Не нужны вы 911.
Не, я же не против любой движухи, но вот ЭТОМУ люди будут доверять жизни ??
да хватит уже додумывать. эти все прожекты на самом деле - преждевременная оптимизация. никаких конкретных проблем ТС не поставил.
netwind добавил 06.12.2009 в 22:08
myhand, просто логгирование GET-ов в файлы разнесенное по виртуальным хостам в зависимости от ид пользователя - вполне себе должно летать.
для начала надо убедиться что с дампе действительно правильный русский текст - бывают настройки mysql такие, что дамп снять правильно невозможно.
А еще попробуйте Sypex dumper - более-менее помогает не допустить типичные ошибки.
если комиссия за перевод для вас такая проблема - идите за форумом на ucoz.
Думаете в корпоративных порталах есть какие-то стандарты?
Корпоративный портал от некорпоративного отличается лишь тем, что если начальник сказал "делаем так", то все начнут делать как приказано.
В обычном портале думают об удобстве и привлечении пользователей. В корпоративных это не обязательно.
Пишите что хотите, только согласуйте с заказчиком.
Если кодировщик отработал без ошибок и файл создался большого размера, то это у вас просто flash-плагин старый.
И хотя, документация достаточно подробная, чувствую, кое-что следует прояснить :
FLV это контейнер, внутри может быть и VP6 и h.264. Кроме того, новый флешплеер может играть и контейнер .mp4 напрямую.
в ffmpeg кодек h.264 вызывается так : -vcodec libx264
Все есть в документации.
Если вы разрешите чистый flv без пережатия, то вам обязательно зальют HD-видео в x264 и устроят онлайн-кинотеатр хорошего качества на ваших ресурсах :)
Мне неизвестно как там жмет youtube, но учитывая их всеядность, у них, наверное пара программистов из команды ffmpeg подрабатывают.
Так и не понятно, этот сервис индивидуален для каждого мобильника или все данные взаимосвязаны ?
В первом случае можно использовать несколько серверов бд с полностью изолированными данными и не париться вообще.
Кстати, в nginx даже есть mod_perl, что весьма развязывает руки в выборе интерфейсов куда данные можно поместить.Я бы попробовал на нем сделать запись в разные файлы и потом потихоньку на нескольких серверах обрабатывать файлы и вставлять в базу на любимом языке.
Тут ничего не было сказано насколько быстро данные должны появляться в базе, сказали только про обработку запросов.
