По идее тебе нужен сервер обработки потокового видео.
Посмотри такие разработки как Red 5, Wowza streaming server, Adobe media server
http://www.red5.org/
http://www.wowza.com/
http://www.adobe.com/ru/products/adobe-media-server-standard.html
Думаю что чтобы понять основы данной технологии этих ссылок должно хватить.
Всё что знаю кроме Red5 платное. Ну а вообще поищи в гугле по запросам типа "сервер потокового видео" либо video streaming server
Спустя 1 час и 15 минут после последнего сообщения тут автора, пытался связаться с ним по Skype. Ответа жду до сих пор.
Интересно, как ТС успел сделать прогон и отчитаться за 8 минут в 3 часа ночи?
Отпишусь по услуге и я (как обещал ранее).
Заявился на тестовый прогон и оплатил 26.06.2009
При регистрации на тест на честно предупреждали, что может быть задержка (обкатка новых технологий всегда требует времени - это нормально).
К несчастью, коллеги не рассчитали грамотно свои силы, и работы по моему проекту затянулись.
К тому же, я запросил внести изменения в тексты публикацмй, что еще удлинило срок.
Работы по моему прогону были завершены 21.07.2009
Что в результате?
Осуществлена публикация статей на 314 каталогах, публикации были переработаны по моему запросу и без требований доп. оплаты. Возникла проблема с общением через этот форум с пользователем zagranka, однако на вопросы по info@regmonster.ru ответы приходили в нормальный срок.
Качество публикуемых статей в принципе вряд ли бы соответствовало передовой странице Коммерсанта, однако были весьма хорошо подготовлены (тут я попиарюсь и скажу, что дал несколько рекомендаций по изменениям к подходу подготовке статей - это опять -таки потребовало времени) и едва ли могут прийти к склеиванию, либо бану. В результате внесения моих затребованных изменений по доработкам, статьи по уникализации перешли из уровня "вполне достаточно" до уровня "весьма неплохо".
Автор указал, что предложенные мной доп. методы будут также использоваться и на остальных клиентах.
Результаты прогона
Как вы и сами понимаете, говорить о появлении бэков еще рано, однако по заголовкам статей мне удалось найти в индексе уже 4-5 штук разных сайтов, где они были опубликованы буквально через 2-3 дня.
Сам сайт подрос в результатах выдачи по интересующим словам.
До прогона статей был почти нулевым PR=1 иЦ=10 после прогона по каталогам ссылок в 2006 году :)
Пока что рейтинги еще такие же - месяца через 2 предполагаю PR в раойне 4, иЦ где то 30-50.
Он уже неплохо прибавил по ссылочным и анкорным словам в поиске, несмотря на то, что еще ни одной статьи как бэк в Яндекс.Вебмастере либо Google Webmasters Tools не появилось.
Мой итог:
Работу можно было бы назвать выполненной на Отлично, если бы не сроки.
Понятно что тест, понятно что еще механизм на запущен на промышленные обороты, но все равно как то не очень приятно.
Основной вопрос: Буду ли я сам в дальнейшем сам прибегать к их услугам?
Лично мой ответ таков:
на ближайших 2-3 проектах буду (дальнейшая перспектива зависит от того, решится ли вопрос с соответствиями сроков выполнения), поскольку работая с ними на тесте удалось как помочь улучшить качество услуг, так и убедиться что управляют процессом люди грамотные и вменяемые.
Если вопросы со сроками будут решены, можно будет однозначно говорить непременной рекомендации воспользоваться данной услугой для любого проекта.
Сейчас же, пока еще не видно числа бэков и полного результата скажу: решите вопрос со сроками и получите отличный сервис с хорошим числом клиентов.
Сам же для себя решил вне зависимости от того, дадут ли мне скидки доп. как первопроходцу или нет, в продвижении ближайших проектов использовать их услуги однозначно буду.
P.S. Мой прогон публкаций шел одним из первых, поэтому проблемы с реализацией и срывами сроков были ожидаемы. Надеюсь что сейчас таких проблем не будет - качество работы, как я еще раньше писал, весьма хорошее (может быть даже отличное).
P.P.S. А еще говорят что краткость - сестра таланта, поэтому затыкаюсь :)
Второй вариант даст нам все слова, где есть буква З.
Если честно то давно не заморачивался и уже забыл как.
Но есть Гугл :)
www.google.ru -> sql select by first symbol
3-я ссылка
http://www.webmaster-talk.com/php-forum/29405-sql-help-select-1st-letter-last.html
Варианты решения:
1. select * from TABLE where last_name like 'A%'; 2. SELECT * FROM webpagetable WHERE SUBSTRING(lastname, 0, 1) = 'm' OR SUBSTRING(lastname, 0, 1) = 'M';
Пробуйте.
ZiNTeR2001 добавил 25.07.2009 в 14:07
Только про большие и малые буквы забыли
Не правда - там есть картинки :)
Лучше возьмите ссылку и почитайте, ка я писал ранее - не вижу смысла переписывать своими словами то, что без меня гораздо лучше описали + не сторонник мегабайтных комментариев.
http://www.helloworld.ru/texts/comp/other/oop/index.htm
Точнее тут http://www.helloworld.ru/texts/comp/other/oop/ch02.htm
С момента:
Каждый стиль программирования имеет свою концептуальную базу. Каждый стиль требует своего умонастроения и способа восприятия решаемой задачи. Для объектно-ориентированного стиля концептуальная база - это объектная модель. Она имеет четыре главных элемента:
Для совсем ленивых можно, правда сделать так: :)
Абстракция фокусируется на существенных с точки зрения наблюдателя характеристиках объекта.
Инкапсуляция скрывает детали реализации объекта.
Модульность позволяет хранить абстракции раздельно.
Абстракции образуют иерархию.
На всякий случай плюсы в карму не мне, а Гради Буч-у
если он ничего не менял то ни за что нельзя сохранять из блокнота!
Просто закрыть и на.. его.
ZiNTeR2001 добавил 24.07.2009 в 23:16
Да все равно скорее вего ты его не восстановишь, так что не парься, даже если прикрепит :)
Вспоминается бородатый анекдот "3 чукотских хакеров погибли при взломе линии электропередач"
Цепляетесь по SSH - и командами, командами...
1 - делаете backup
2 - скачиваете его к себе, либо сразу на другой хостер забираете тем же SSH
3 - Опять же SSH команда на выполнение
Виснет оно по причине что выполняя это из PHP у вас есть дедлайн по времени
Работая из SSH этого ограничения для вас нет. Вы по-сути работаете с сервером напрямую, только без красивостей интерфейса.
P.S. ни разу не поверю что на VDS нет SSH - тогда это в принципе не VDS
Я поперхнулся пивом, негодяй! :)
Что тебе плохого сделали производители винчестеров что ты из за одного комментария будешь файлам по несколько метров с комментами устраивать танцы по винту?
Насколько быстрее ты на сервере при таком подходе запилишь дисковый массив подумал?
Почитай как устроены БД нормальные - не читай быдлокод где каждая таблица - просто Excel лист и все.
У базы данных есть главное свойство - состояние целостности информации в любой момент времени.
То есть случается какой-то слет: часть инфы может потеряться, но ее целостность не потеряется никогда.
Почитай про индексные массивы на таких БД как SQL Server, PostgreSQL и как в реальности работают БД.
Вывести информацию по ID это не задача работы с информацией.
Ее любая блондинистая мартышка с мышкой в руках сделает.
Не изобретай велосипед - лучше научись на нем ездить.
Я серьезно - прочитай что такое разделяемый пул, структура индексов, внутреннее представление данный.
И еще - делай промышленные решения, а не творчество на коленке.
Работа на файлах это все равно что обычные кухонные ножи сейчас не отливать а ковать в кузнице по спецзаказу.
Насколько легко, настолько и продуктивно.
ZiNTeR2001 добавил 24.07.2009 в 22:36
Потому что ООП подход позволяет нам реализовать функционал, который в полной объеме лежит за гранью нашего понимания, и интеллекта.
Сложность и поведение ООП кода намного превышает суммарную сложность его отдельных модулей.
Ты создал единую нотацию, и только и делаешь что ей следуешь.
Ты разбиваешь неосознаваемую задачу на иерархию маленьких описанных кодом правил и все работает.
у ФП есть понятие функция и все.
у любого объекта ООП есть понятие состояние и на один и тот же запрос объект в зависимости от своего состояния может отработать по разному.
+ не забывайте что мы код пишем в идеальных условиях, а работает он в реальности - а реальность это постоянные ошибки.
В ООП коде можно один раз описать стандартную реакцию на ошибку и потом вести доработку, не прекращая деятельности живого проекта.
в ФП надо на каждом шаге деалть проверку - нет ли ошибки вручную.
К тому же почитайте книгу Гради Буч-а "Объектно ориентированный подход и проектирование с примерами на языке C++"
Там приведена статистика, что обычно при ФП подходе когда размер программы приближается к 10 000 строк, разработчик теряет над кодом контроль. Сколько строк в том же WordPress-e?
К тому же единственную нобелевскую премию программисту (нобелевка дается на за само открытие, а за то, насколько оно применяется на практике и облегчило людям жизнь) в 85 году получил Страуструп за теоретическую разработку ООП подхода!
Перед тем как спорить все же лучше почитать первоисточники, однако.
ZiNTeR2001 добавил 24.07.2009 в 22:53
Прочитай про 4 основы ООП подхода: абстрагирование, инкапсуляцию, модульность, иерархичность а потом уже подумай - стоит ли задавать вопросы, ответы на которые описаны во введении в нормальных книгах по ООП.
максимальная приватность класса - это инкапсуляция. Один раз написали отдал как готовое решение. Кто бы как это класс объектов не использовал - он всегда будет работать одинаково!
Повторное использование кода, знаете ли
постоянную проверку на инстансоф - ООП подход подразумевает жесткую типизацию. Постоянные проверки на instanceof связаны с косяком PHP. Конкретнее - чтобы нельзя было как в анектоде скрестить Слона с Обезьяной, а потом думать что с этой фигней делать.
Какой смысл проверять на array, это пустое - потому что не проверишь, будет пустое, обратишься к нему а оно тебе сообщение отдаст "упаковка куекн абырвагл 34833293/240 " - после этого сиди и ищи себе ошибку. :)
Хотя вообще по нотации PHP5 следует использовать
try{ ... } catch(exception $){ //make something while Exception, for example throw exception to highest level of application: throw new exception ($e); // } final{ //make something }
тогда как только в try{} на любой строке появится ошибка - код в этом блоке ДАЛЕЕ не выполняется, идет переброс в catch и делается то что в нем.
final выполняется в любом случае - было ли исключение или нет.
Система должна сама корректно отрабатывать ситуацию, когда возникает ошибка, а не крашиться полностью при первом notice
