Тьфу! Я не использовал ни одного программного обеспечения "WhatsUp" в течение многих лет, таким образом, я потерял знакомство. Быстрый обзор их форума и поиска с моим другом Gooogle подтверждает ужасные взломы, которые Вы упомянули.
Я пошел бы для злоупотребления PING как, мы делаем в пакетных файлах иногда для получения задержки. Это умно, но ужасно.
Альтернатива тому, чтобы быть ужасным должна была бы придумать код, для которого не нужна никакая функциональность "сна" вообще. Как Вы контролируете MySQL? Вы соединяетесь с ним с ODBC и выполняете запрос для оценки его "живого"?
У Вас должно быть отдельное <VirtualHost>
директива для Вашего svn.domain.com
и domain.com / www.domain.com
домены. Похоже, что Вы пытаетесь втиснуть обоих к первому <VirtualHost>
. После того, как Вам разделили их, вставляете директивы SVN svn.domain.com
хост.
svn.domain.com
имеет его собственный виртуальный хост, работая этиsvn
команда на удаленных сбоях полей, жалуясь, что она имеет " перемещенный permanently" и can' t взаимодействуют с репозиторием вообще. Просмотр репозитория через веб-браузер хорошо работает хотя! Ошибка, которую я получаю,svn: Repository moved permanently to 'https://svn.domain.com/repos/'; please relocate
– MalphasWats 15 January 2010 в 20:46DocumentRoot
директива от svn virtualhost, полагая что я don' t на самом деле хочу апача, пытающегося вручать любые документы, SVN должен сделать это. Все работает, как я хочу за единственным исключением что я can' t заставляютsvn.domain.com
отображать веб-страницу, мне просто Запрещают,svn.domain.com/repos
дисплеи repos штраф,domain.com/repo
дают мне 404 ошибки, которые я ожидаю.Спасибо – MalphasWats 15 January 2010 в 21:17svn switch --relocate
на рабочей копии для обновления адреса. – Kamil Kisiel 15 January 2010 в 21:18svn info https://svn.domain.com/repos
, у меня есть repos доступное и через http и через https в данный момент – MalphasWats 15 January 2010 в 21:22