- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Здравствуйте.
Почему под биллинг нужен другой сервер? Я так понимаю, если упадет основной сервер, то в биллинге клиенты не смогут создать тикет, например? Или это нужно делать по безопасности, чтобы не получить доступ по ssh, например?
Еще созрел вопрос. А чем не безопасно?
Нанять системного администратора / консультанта...
Нанять системного администратора / консультанта...
Согласен. Надо будет.
Почему под биллинг нужен другой сервер? Я так понимаю, если упадет основной сервер, то в биллинге клиенты не смогут создать тикет, например? Или это нужно делать по безопасности, чтобы не получить доступ по ssh, например?
Нам когда-то другой сервер для биллинга не помог, мы создали для биллинга виртуальный сервер у себя в облаке, забыли акцептировать заказ, а когда удаляли все неакцептированные заказы - удалили сами себя :) Так что ещё важно, помимо программного разграничения, организовать частые бекапы базы биллинга, ведь только она меняется по сути. Иначе грозит потерей транзакций и каких-то изменений / тикетов. Более того, биллинг может также упасть, хорошо иметь страницу, независимую, куда приучить клиентов ходить и смотреть "статус сети и информацию о работах". А так да, лучше как минимум отдельная виртуалка под биллинг, физический сервер - по желанию.
А так да, лучше как минимум отдельная виртуалка под биллинг
И не в клиентском контуре, то есть точно не стоит размещать такую серьёзную вещь на тех же гипервизорах, где и все клиенты. Лучше сделать хорошо сразу, чем потом испытывать сложности и в спешке что-то делать.