Эта техника, которую рекомендует John, не рекомендуется, поскольку нет никакой гарантии, что база данных присоединит без файла журнала. Измените базу данных от полного до простого, вызовите контрольную точку и ожидайте несколько минут. SQL Server очистит журнал, который можно затем уменьшить DBCC SHRINKFILE использования.
. Ранее мы использовали "жестко запрограммированный" метод аутентификации с использованием базовой HTTP AUTH при подключении к нашему API:
NSString *requestURL = [NSString stringWithFormat:@"https://%@:%@@api.serverdensity.com/1.0/?account=%@.serverdensity.com&c=%@", username, password, account, command];
NSMutableURLRequest *request = [NSMutableURLRequest requestWithURL:[NSURL URLWithString:requestURL] cachePolicy:NSURLRequestUseProtocolCachePolicy timeoutInterval:60.0];
, но переключились на использование «правильный» метод в нашем последнем обновлении:
NSString *requestURL = [NSString stringWithFormat:@"https://api.serverdensity.com/1.0/?account=%@.serverdensity.com&c=%@", account, command];
NSMutableURLRequest *request = [NSMutableURLRequest requestWithURL:[NSURL URLWithString:requestURL] cachePolicy:NSURLRequestReloadIgnoringLocalCacheData timeoutInterval:60.0];
с использованием NSURLCredential для правильной обработки HTTP-аутентификации. После этого обновления ошибка сертификата исчезла для соответствующего пользователя.
У меня была такая же проблема!
Вы там устанавливали "
Перед установкой выпущенного сертификата SSL вы должны загрузить и установить наш промежуточный комплект сертификатов на свой веб-сервер. Вы также можете скачать комплект из репозитория.
Ознакомьтесь с инструкциями по установке GoDaddy SSL для настройки своего веб-сервера.
Промежуточный пакет сертификатов можно найти здесь .
Перед установкой выпущенного сертификата SSL вы должны загрузить и установить наш промежуточный комплект сертификатов на свой веб-сервер. Вы также можете скачать комплект из репозитория.
Ознакомьтесь с инструкциями по установке GoDaddy SSL для настройки вашего веб-сервера.
Промежуточный пакет сертификатов можно найти здесь .
Я действительно видел это в своем собственном приложении, которое также использует сертификат godaddy - и да, у меня есть установил промежуточные сертификаты на моем сервере.
Это редко, но это может произойти, если пользователь переходит на точку доступа Wi-Fi, которая прерывает свою страницу входа в систему при попытке подключения. На самом деле это правильное поведение для SSL, и это вызвано тем, что точка доступа эффективно выполняет перенаправление «человек посередине» для вашего URL.
Они могут исправить это, сначала войдя в Safari и установив соединение.
OS3 .0 должен выполнять автоматический вход в эту точку доступа, но, по моему опыту, это не всегда работает.
edit: добавить, прежде чем я использовал SSL, я обнаруживал это для простого http и выставлял соответствующий сообщение об ошибке.
Я видел такое же сообщение об ошибке на взломанном тестовом телефоне, который у меня был, но не на других моих тестовых телефонах. Я никогда больше не исследовал это, но подумал, что упомяну, если это поможет ...
Похоже, с установкой сертификата все прошло проверку. Все промежуточные сертификаты отправляются сервером: http://www.sslshopper.com/ssl-checker.html?hostname=api.serverde density.com