Поставленна задача руководством вот и приходится её решать.
DeepVarvar пишет:
З.Ы. А с чего вдруг такие грандиозные планы???
А почему, если не секрет, вам кажется что это грандиозные планы для меня?
Или вас смущает количество коилчетсов моих сообщений на форуме по веб-программированию ?
Пока думал над следующей схемой:
Сервер потокового вещания
железо: камень Intel dual Xeon
8 гб оперативная память,
Сетевая карта Ethernet, 1 Гб
Канал Т1.
Windows server 2008 / Red Hat
Кодер (encoder) на студии из аналога/YUV/SDI в H.263 (mpeg4), думаю взять Elecard CodecWorks, - ставится на лёгкий одноюнитовый сервер. кодирует в h.264 TS нужным битрейтом/тами реалтайм, посылаем поток на сервер потокового вещания Adobe Media Server/Wowza Pro, который уже раздает потоки Flash video юзерам в интернет.
Балансировки нагрузки нет, персонификации вещания для юзеров, или вещания нескольких каналов сразу тоже нет.
В чём грандиозность задачи? Хотел просто найти форумчан которые уже решали подобные задачи и могли-бы посоветовать что проще будет настроить из потоковых серверов под эту задачу, и которые бы смогли поддерживать требуемое количество сессий.
Unable to move 'C:\Server\php\tmp\phpC69C.tmp' to ' C:\Server\Аpache 2\htdocs\ x_94cf59dc.jpg' in C:\Server\Apache 2\htdocs\file.php on line 8
как решить проблему? путь правильный, перепроверил не один раз((
Сервер не хочет класть в \ x_94cf59dc.jpg, я бы тоже не смог
upd. Вы пытаетесь скопировать в \ x_94cf59dc.jpg
$path это место куда вы пытаетесь скопировать файл. Выведите эту переменную и станет понятно.
Вот встала такая задача. Прошу тех кто сталкивался с организацией риал-тайм вещания поделиться опытом.
Цель: обеспечение возможности посетителям сайта телекомпания смотреть канал в реальном времени в режиме онлайн. Количество сессий (зритилей) одновременно не прогнозируется более 2000 человек.
Я вижу схему такой - сигнал, которые идёт на трансляцию (аналоговый) забирает декодер, перегоняет в ip-формат, отдаёт на сервер потокового вещания, которые уже каким-то образом (пока не понял как это сделать через существующий сайт), раздаёт трансляцию посетителям.
Вопрос в наилучшем выборе софта, железа для решения задачи с минимальными временными и финансовыми затратами.
Как вариант, только количество вариантов картинок должно быть достаточно большим и все же стоит контролировать количество неверных попыток.
Количество картинок не будет играть существенной роли, — хватит и 20-30, ибо ставится задача обломать популярные спамоботы и она будет решена. Однако, никакая капча не сможет обойти бота который пишется под обход конкретно вашей защиты
Кстати изветсно что либо про рекапчу? Там вроде как картинка несложная(иногда), но что-то про её взлом не слышал ничего.
90% "взломов" капчи происходят из за её неправильной установки на сайт. Это, во всяком случае, справедливо для рукапчи и фраза взята с сайта поддержки почти цитатой. Статью видел.
Кстати, забыл упомянуть (напомнила статья), что вместо вопросов, можно показывать посетителю фотографии или пиктограммы чтобы он написал что на них изображено (звери всякие, например). Это очень эффективный метод, оптимизированные картинки будут весить даже меньше чем картинка с текстом некоторых других капч.
upd. Интернационализировать такой подход в разы проще: проверяя 2 варианта ответа (рус, англ., например), либо вообще выводить радио-кнопки с вариантами ответов.
Но это покорежит мозг пользователя, капчи вообще не рекомендуются к использованию как наносящие вред психике пользователя)
Лучше анализировать сообщение и по нему решать...
Имхо просьбы ввести символы, которые вводишь правильно только с третьего раза, больше коробят мозг чем, например "введите высшую должность чиновника в РФ", ибо непонятно что изображено (каптча контакта, например). А так хоть образование подтянется у некоторых посетителей.
Если каптчи правильно установлены и есть уверенность в том, что бот точно подбирает ключевые символы, то рекомендую использовать каптчи с простыми вопросами. А ля "Третий месяц после октября", "слово парадигма без первой буквы с начала и второй с конца". Это спасёт от большинства универсальных спамоботов.
0. Взять предоплату.
1. Спрашивать версию оси сервера, мускула, пхп у работодателя.
2. Ставить себе такую же связку.
3. Проверить скрипты на ней.
3. Спрашивать что работодатель пониманет под читабельным кодом, предоставив 2 возможных варианта ответа: стандарты Zend и стандарты Pear(http://pear.php.net/manual/ru/standards.php ).
4. Поправить под стандарты ваш код. Судя по всему там не так много.
С такими работодателями только так. И ещё после сдачи потом брать с них за работу почасовую оплату, чтобы знали меру требовательности.
Проводить отсылку данных непосредственно браузером и выкинуть для этой задачи curl, он не подходит.
Данные с клиента можно отсылать автоматически - JS'ом.
Хм, плохо(.
Вообще стояла задача отсылать параметры в страницу, отказавшись от размещения отсылаемых параметров в hidden полях html-формы. Чтобы посетитель не мог их увидеть и после отправки данных сразу перенаправлялся на страницу куда ушёл запрос POST
И тут на форуме писали что для этого как раз и стоит пользовать curl (http://forum.php.su/rd.php?http:...1&topic=2882 )...
JS ведь, наверно, всё равно должен будет брать эти параметры с клиента, а их не хотелось бы показывать.
На curl точное нельзя решить задачу?(
Могу только, разводя руками посоветовать, что когда не знаете как правильно называется то что вам нужно и то чего вы хотите добиться то просто объясните своими словами чего хотите добиться в результате.
Пока у прочитавших ваши посты нет чёткого представления о том что вам собственно нужно, потому помочь вам сложно.
Ясно.
А Каким образом тогда переписать скрипт так чтобы после перехода пользователя на страницу куда постится запрос курлом, эта страница отобразилась ему с учётом переданных в POST параметров, как в случае с отправкой данных из простой html-формы методом POST ?