@kokarev ну чушь то не несите. DO прекрасно оплачивается с любых карт, кроме некоторых виртуальных (не имеющих имени-фамилии-cvc). Кредитная карта или дебетовая технически не имеют никаких отличий - это определяется счетом, к которому они привязаны. А доступа к счету у продавцов нет.
@tutunak encfs работает похожим образом. ecryptfs просто повзрослее, используется для шифрования хомяков в убунте, пилится куда дольше.
Ну и там есть мастер-ключ для восстановления забытого пароля, что может пригодиться. В encfs если пароль забудете - всё.
@kokarev что значит "перестали обслуживать"? Отобрали и заблокировали карты, что ли?
При наличии хоть какой-то карты с валидным номером ввести купон можно. Смигрировать виртуалку между аккаунтами тоже можно.
Конец истории.
@sumyuga
во-первых, у dns есть TTL, так что сработает оно не сразу.
во-вторых, чтобы такой алиас сработал на уровне http - нужно прописать соответствующую конфигурацию у nginx'a, в который смотрит домен.
а так:
откуда как куда
то есть www.site.com. CNAME site.com. - так полностью ваша запись выглядит.
То есть записи
@ IN A 8.8.8.8
site.com. IN A 8.8.8.8
одинаковые в рамках одной зоны
При этом не стоит забывать, что если в редактировании зоны нет точки в конце, то этот домен домен относительный. То есть:
site.com IN A 8.8.8.8
site.com.site.com. IN A 8.8.8.8
одно и тоже.
Поэтому проще пользоваться собакой, чтобы не ошибаться с точками )
@sumyuga CNAME к http отношения не имеет никакого.
Просто запись, которая означает "домен XXX всегда должен резолвиться в тот же ip-адрес, что и домен УУУ". Веб-сервер, например, при этом всё равно нужно настраивать, чтобы он отвечал на запросы с указанным $http_host.
При этом нельзя создать CNAME site.com -> site.ru (можно, впрочем, DNAME), т.к. у site.com обязательно должны быть NS-записи, а CNAME не может использоваться для доменного имени совместно с другими записями.
CNAME с www.site.com на site.ru можно.