Почему Heroku предостерегает от “явных” доменных имен?

Это вызвано тем, что Ваш файл журнала регистрирует все, что я рекомендовал бы, обрезает файлы журнала транзакций базы данных через задачу базы данных Shrink. Не забудьте делать это после выполнения резервного копирования.

Tsql, чтобы сделать это:

USE [N2CMS]
GO
DBCC SHRINKDATABASE(N'MyDataBase', 10, TRUNCATEONLY)

В зависимости от того, как Вы берете резервные копии, Ваше программное обеспечение для резервного копирования должно смочь сделать это

66
задан 16 July 2012 в 07:55
2 ответа

Они говорят о том, что когда вы используете CNAME для указания на их службы (что возможно только в субдомене, а не в корне зоны - оно не может сосуществовать с SOA и NS записи, которые требуются в корне вашей зоны), они могут внести изменения в свои собственные записи DNS, чтобы обойти некоторые проблемы с доступностью.

корень зоны, вы должны использовать запись A , чтобы указать на определенный IP-адрес службы. Если у них есть проблемы с маршрутизацией, или какой-то отказ в обслуживании для этого конкретного адреса, они не могут обновлять запись A вашей зоны, чтобы она указывала на другой IP-адрес на лету; однако они могут обновлять свои собственные, и это то, что позволяет им CNAME .

Это не относится к Stack Exchange, потому что они не используют платформу третьей стороны; именно они будут реагировать на проблемы с доступностью, поэтому для них не имеет значения, будет ли это CNAME или A .

t применяются к Stack Exchange, потому что они не используют платформу третьих лиц; именно они будут реагировать на проблемы с доступностью, поэтому для них не имеет значения, будет ли это CNAME или A .

t применяются к Stack Exchange, потому что они не используют платформу третьих лиц; именно они будут реагировать на проблемы с доступностью, поэтому для них не имеет значения, будет ли это CNAME или A .

58
ответ дан 28 November 2019 в 19:30

В дополнение к ответу @ ShaneMadden, один обходной путь заключается в том, что сторонняя платформа также может управлять вашей зоной DNS. Например, если вы используете службу AWS Elastic Load Balancer , и их службу DNS Route 53 , вы можете надежно указать вершину зоны в экземпляре ELB, используя их пользовательские записи псевдонимов , которые позволяют им обновлять вашу зону DNS в ответ на проблемы с доступностью.

Однако это аргумент против концепции no-www , поскольку www .пример.

13
ответ дан 28 November 2019 в 19:30

Теги

Похожие вопросы