Тут много говорилось и говорится (в том числе и сотрудником А1), что А1 берет на себя обязательства по выплатам вебмастерам РБ в течении 2х месяцев. А мне вот интересно, где основания, подтверждающие данные обязательства? Если нет никакого документа, официально и юридически правильно оформленного о взятии А1 обязательств по выплатам партнерам ликвидировавшегося РБ, то все что нам обещает А1 - это вилами на воде писано.
В любой момент при этом А1 может отказаться от этих обязательств, т.к. они не зафиксированы на бумаге.
При этом А1 не имеет никакого права влиять на решение мастеров о выборе биллинга, а косвенно сейчас она занимается именно этим. Первая задача А1 в настоящее время - погасить долги РБ, если она не хочет потерять репутацию и получить черный резонанс в СМИ.
И еще - как я уже говорил ранее, так и сейчас - выплаты надо начать именно с ТОП партнеров РБ (это различные партнерки), имеющих тысячи суб-партнеров.
У меня у самого из-за невыплат РБ зависло порядка 8-10К$ на партнерских программах, это здорово подрывает мою репутацию перед уже моими партнерами!
Их много, лишь некоторые ap, ru-cash, converts и т.д.
Понятное дело, что все хотят выплат в первую очередь. Но тут встает вопрос как за короткое время охватить выплатами максимальное количество вебмастеров, которые ожидают погашения долгов (как напрямую от РБ, так и партнерок, работавших с РБ). В настощее время из-за этих невыплат в проблемной ситуации большая часть бизнеса, связанная с смс-трафиком.
To A1 Агрегатор, советую Вам начать с долгов самым крупным партнерам бывшего РБ, провести сверки для них в первую очередь и сразу выплатить. Почему крупным в первую очередь? Да потому, что крупные партнеры бывшего РБ - это в основном партнерские программы, которые в свою очередь задерживают и не выплачивают сейчас деньги огромной армии вебмастеров. В результате под угрозу ставится бизнес не только этих партнерских программ, но огромного числа вебмастеров. Партнерские программы смогут быстро рассчитаться со своими участниками, если получат от вас деньги. Если, конечно, как Вы заявляете у вас проблема именно в количестве штата и нет проблем в количестве денег.
Кстати, у 1under.ru сейчас акция как раз идет до 23.10.2008 - скидка 50% на трафик смешанный (т.е. можно по 3.05$ за 1000 купить), и скидка 10% на РУ-трафик.
Есть неплохой раздел для рекламодателей в popup-партнерке www.1under.ru, где можно купить трафик нужных стран или городов, задать скорость расхода трафика и суточниые лимиты по расходу, можно задать часы с которого начнет и закончится расход трафика.
При крупных партиях можно договориться о существенных скидках на траф.
Как и обещал, отписываю чем все закончилось, может кому будет интересно как такие ситуации завершаются. Сегодня (т.е. чере 6 дней после падения) мне сообщили, что VPS успешно восстановлен из той копии что я сам делал 15 августа 2008г (из своих копий m. не смог ничего восстановить) 😒
Зашел по SSH проверить ситуацию на "восстановленном" после аварии VPS и что я вижу: папок, где раньше находилось содержимое с сайтами просто нет; ftp-не работает; баз mysql данных нет; нет всех пользователей (юзеров) сделанных для данного VPS; настройки DNS для всех моих доменов сбиты... одним словом абсолютно голая система, как будь-то никогда на ней сайты и не размещались вовсе 😡
При всем при этом, до 15 августа все это функционировало, выводы делайте сами...
верю, вы же хостер, а я специалист другой сферы =)
просто и мне приходится вникать в эти вещи, т.к. жизнь заставляет это делать.
так или иначе, мы немного ушли от темы, а VPS ровно 5 суток все не поднимается,
если m. к завтрашнему дню не поднимет VPS, то с нуля начинаю все сайты восстанавливать.
тут все зависит от реализации rsynс, разумеется, действовать так примитивно как вы написали
мы и не собирались, имелась в виду примерно следующая схема:
1) сначала делаем архив на первом серваке нужных нам папок с уникальной датой например 07.zip, а затем переносим это дело по rsync на второ сервер в папку /backup
2) а спервого числа rsync будет затирать старые копии новыми на сервере 2, т.к. команда синхронизирует файлы.
3) если что-то поломается на первом серваке по wget берем прямо нужный архив, распаковываем его на сервере 1
Читайте внимательнее что я писал выше - там указано, что копия резервная будет делаться
раз в неделю для всего сервера целиком. конечно, на копию всего сервера тратяться приличные ресурсы, поэтому данная копия будет делаться ночью с 2 до 7 часов.
Вариант который предлагаете вы не вполне годится для "горячего" разворачивания сервера
на другом хостинге, т.к. придется сперва настроит саму операционку, а уж затем и
копировать те "нужные" папочки с файлами данных.
Ну или хотя бы надо иметь у себя на локалке, более свежую версию сервера полную (сделанную вручную), а бекапить, как вы и указали
только нужные папки содержимое которых меняется регулярно.
тут речь идет еще о том, что надо текстовые базы данных *.txt так же бекапить регулярно.
у меня складывается следующая схема работы и автобекапа для сохранения
данных на достаточно большом выделенном сервере:
1) ставить RAID1 (можно программный) и два винчестера для зеркалирования информации - это спасет в случае если на одном винте данные попортились - будут браться данные с другого винчестера и сайты на сервере будут продолжать функционировать (а сломавшийся винт заменяется оперативно);
2) иметь трейтий винчестер (благо, винчестеры сейчас дешевые и большого размера) на том же сервере для бекапа - в него будет архивироваться копия всего сервера ежедневно и ежечасные копии текстовых и MySQL баз данных (т.к. эти базы данных сильно меняются в течении часа).
3) раз в неделю по rsync копировать на удаленный (второй сервер) копию всего сервера целиком,
и раз в сутки с ее же помощью копировать на удаленный сервер копии текстовых и MySQL баз данных.
Только так вижу надежность от утери данных, есть замечания?
