А сам сайт, нужно так понимать, на Ucoz?
- Что именно "не получается настроить"?
- Как Вы узнали, что "проксирование при отдаче не работает"?
- Что конкретно Вы видите в логах PHP?
- Что дословно Вам написал саппорт Ucoz в ответ на Вашу жалобу об оплаченном но неработающем php-скрипте?
- В конце концов, сюда или в личку УРЛ самого сайта...
---
Victor
Опишите более подробно Вашу задачу:
- откуда и куда хотите проксировать?
- при чем тут php?
- какие инструменты собираетесь использовать?
Смотрите тут, после слов "Наиболее распространённые прокси-серверы". Большинство из них - бесплатные. :)
Действительно большие проекты держали на двух сервера в разных датацентрах (для большей надежности). Для разносной синхронизации исползовали rsync.
Да, AlenDelan, именно так.
При таком подходе, в случае аварии, ничего пересылать не нужно. На сервере, где бекап, поднимаем сайт, переключаем на него в ДНС и все дела. То есть, время восстановления будет определяться временем обновления ДНС.
Кста, по ftp тоже можно делать инкрементные бекапы: http://muremba.com/index.php?n=Linux.Lftp
Разве его уже можно использовать в "боевом" применении, получив при этом какие-то преимущества по сравнению с репликацией?
Тут еще один момент: использование tcp при работе через порт - сразу минус около 10% производительности по сравнению с работой через сокет.
Виктор
Сделайте в ДНС две записи с одним доменным именем: видимую из внешнего мира как реальный ip, и видимую в локальной сети с ip камеры. Соответственно, у директора настройте обращение по домену.
Что-то такое было, но уже очень давно, деталей не помню...
- попробуйте организовать счетчик в файрволе и считывать с него скриптом с каким-то делитетем, например n/10, а не по snmp, в mrtg это сделать просто;
- попробуйте для этого быстрого интерфейса(ов) сделать отдельный конфиг mrtg и запускать его не раз 5 минут, а чаще, например, раз в минуту;
- попробуйте посмотреть в сторону больее серйозных систем мониторинга. Например, в zabbix, если не ошибаюсь, по умолчанию счетчики трафа считываются раз в 30 сек, но, при желании, можно поставить и меньше, хоть 5 сек, хоть одну, но надобности в этом обычно нет.
У меня несколько другой опыт в Украине. Суть в том, что в каждом городе в местном отделении СБУ есть человек, в ведении которого эти вопросы. Этот человек хочет и звездочку на погоны, и прибавку к зарплате, которую повлечет за собой внеочередная звездочка. То есть, у него на лицо прямая заинтересованность довести дело до суда, особенно, если Вы сможете обеспечить его "железными уликами".
Даже, если дело до суда не дойдет, само его возбуждение заставит задуматься некоторых "нехороших" людей.
"В двух словах о трех моментах", как говорил наш декан.
Первый.
Без забот, задумайтесь, не странного ли Вы хотите? Не видите ли Вы противоречия между "максимально оптимизировать под вдс (1gb ram, xen) с дебианом, apache на бекенде + mod_php + xcache", чем Вы сейчас занимаетесь, и "масштабировать его, увеличивая производительность железа"? Как по мне, это несколько противоречивые задачи, поскольку, увеличив, например, память, Вам придется снова "макимально опримизировать", но уже не под
, а под, например, вдс (2gb ram, xen) с дебианом.
Второй момент.
Вы, вроди, спрашиваете совета у людей, которые, в каких-то вопросах ориентируются лучше Вас. Иначе, зачем спрашивать? А дальше, диалог:
Вам советуют: попробуйте сделать то.
Вы: мне это не годится потому, что я так думаю!
Заметтье, не "мне это не годится потому, что я пробовал, и стало на n секунд грузится дольше", или так: "мне это не годится потому, что судя по моей статистике(графикам), в моем конкретном случае, то имеетет такое суточное значение, а то - вот такое".
То есть:" Не читал, но осуждаю!". В чем тогда смысл топика?
Посему, как вывод, или прислушайтесь к советам, подумайте, переварите, в конце концов, попробуйте или аргументировано (на основе статистики, замеров, иных обьективных данных) отвергните совет.
Или забейте, наймите Evas или Andreykу и они Вам все сделают в лучшем виде на основе своего немалого опыта.
