Ошибка сертификата при отбрасывании www из https://www.example.com
SQL Server Express является самой дешевой версией SQL Server, но она ограничена чем-то как максимальная пользовательская база данных 4 ГБ с другими ограничениями, касающимися макс. памяти, центральных процессоров и инструментов. Хорошая вещь состоит в том, что можно запустить с SQL Server Express, и миграция к большей версии относительно проста, когда Вы становитесь более успешными!
SQL Server Standard Edition может плотно прилегать, но это все еще не настолько дешево в зависимости от того, лицензируете ли Вы его пользователями или центральными процессорами.
Многие поставщики ISPs/hosting предлагают совместно использованные экземпляры SQL Server - если безопасность и задержка не волнуют Вас, это может быть недорогой опцией.
Кстати, это должен быть SQL Server?
В вашем сертификате в качестве допустимого имени субъекта должно быть имя, отличное от www. Многие центры сертификации помещают example.com в поле альтернативных имен субъектов при выдаче сертификата для www.example.com (или для *. Example.com , в случае подстановочных знаков), но похоже, что в вашем сертификате этого нет.
Вероятно, вам потребуется получить новый сертификат, охватывающий оба имени.
Купите сертификат для example.com и опубликуйте example.com на другом IP-адресе.
Подстановочный сертификат для * .example.com будет соответствовать любому прямому поддомену на example.com , но никогда не будет соответствовать самому example.com , если только он не включен как SAN.
В качестве альтернативы, перенаправьте пользователей на ssl.example.com или secure.example.com или аналогичные, когда им нужно шифрование, и в противном случае используйте example.com только через HTTP
Пример: вы ведете блог или социальный сайт. Обеспечьте доступ к контенту по протоколу HTTP, но когда пользователям нужен доступ к формам входа, страницам настроек и т.п., перейдите по ссылке https://ssl.example.com/login. php