Т.е. вы предлагаете написать свою систему контроля версий, которая будет менее громоздкой? diff с чем сравнивать хотите? Держать еще одну копию фалов на сервере?
В таком случае использовать rsync --dry-run. Однако, удобнее чем в CVS это все-равно не будет. Искать потом какие конкретно были внесены изменения сложно, особенно если их много.
Настаиваю на git :)
Для текущей задачи надо ровно 3 комманды знать: git init, git add, git status
Да и знание git, ввиду последней его популярности, лишним не будет
git,svn и любая другая система контроля версий. Проверку изменений можно делать в кроне и слать кому чего надо
ErrorDocument 304 /error.html
Почитай это
Полный код никто показать и не сможет, т.к. понятия не имеет, как у вас все устроено.
Но идея в изменение серверной части: скрипт, обрабатывающий форму регистрации, нужно изменить таким образом, чтобы он отправлял необходимую информацию на второй сайт.
В Allow from допишите нужные IP и все.
Это почему же не пойдет? Как раз это и надо сделать
Вы не понимаете что означают эти цифры.
Первая - права владельца, вторая - права группы, третья - права всех остальных.
Очевидно, что если вам не хватает прав 644, то владелец файлов установлен неправильно
Все пароли не запомнишь. Или у вас один-два пароля на все сайты?
SSH хожу по ключикам, онлайн пароли держу в LastPass. Парочку важных паролей, для платежных систем, например, - в голове.
Не хотелось бы сильно усложнять. Можно ограничиться одним потоком.
В принципе мне бы и ffserver подошел бы.. Просто не совсем ясно как ему говорить какое видео брать, как его останавливать при обрыве конекта.
В идеале хотелось бы обойтись perl'ом (nginx) и набором для консольной обработки видео типа ffmpeg.
Было бы хорошо научить nginx брать видео с DLNA.. Гуглю пока..
В принципе nginx умеет RTMP
И даже умеет перекодировать..
Осталось придумать как ему скармливать локальные файлы.. Просто указание -i Filename.avi для ffmpeg не работает...Он умеет exec_play (выполнять команду при подключении клиента), но транскодить получается только в другой поток.. т.е. получается нужно 2 клиента подключать: один инициирует источник, второй смотрит.. копаю еще..
Вобщем то, решено...
application myapp { live on; exec_play ffmpeg -i /path/to/video/$name -c:v flv -s 640x480 -y -f flv -ar 44100 -ab 64000 -ac 1 -acodec mp3 rtmp://localhost/myapp/$name;}
И смотрим все видео из /path/to/video/ по имени
ffplay rtmp://localhost/myapp/FileName.mov
Осталось доделать веб приложение для просмотра.. Это уже не проблема
C Астериском могу помочь, пишите в личку
Тут написано, что Desktop API более не поддерживается, да и насколько я понял, оно голоса не умело.
Asterisk будет номальным решением. Если планируются нелокальные звонки, можно подключиться к какому-то сип провайдеру.
