Тихая ошибка загрузки страницы приложения в iframe через https - PullRequest
3 голосов
/ 10 октября 2011

Проблема

У меня есть приложение, управляющее вкладкой на странице клиента.Приложение работает правильно, если пользователь не включил функцию «безопасного просмотра» в FB.При попытке просмотра через HTTPS, iframe даже не появляется (без ошибок, без предупреждений со смешанным содержимым).При корректной загрузке по HTTP, в div с идентификатором «pagelet_app_runner» вставляется iframe, и содержимое приложения загружается в него.По HTTPS этот div остается пустым, и iframe не вставляется на страницу.В Firebug или эквивалентной консоли Chrome нет ошибок Javascript.

Почему я спрашиваю здесь

Хост имеет действительный сертификат SSL, и нет ни одного "смешанного"содержание »по указанному URL.Я могу успешно просматривать содержимое через HTTP или HTTPS, посетив URL-адрес напрямую, и я могу сделать то же самое, посетив apps.facebook.com/canvasURL/tabURL.Только при попытке просмотра на вкладке страницы происходит сбой загрузки HTTPS, как описано выше.В моем приложении настроены как обычные, так и безопасные URL-адреса холста и вкладки.

Попытка отладки

Я записал несколько сеансов с Чарльзом, но поскольку iframe не выполняетсявставлен в страницу, я думаю, что я приду к проблеме после того, как она уже произошла.Я не эксперт по Чарльзу, поэтому рад, что меня здесь поправили.

Apache не видит ни одного запроса (ни в обычном, ни в ssl-журнале) для затронутых нагрузок.загрузка не-SSL проходит, как и ожидалось, в access_log.

Просьба о помощи

У меня нет идей для отладки этого.У кого-нибудь есть предложения?Какую действительно очевидную и глупую ошибку я мог совершить?:)

редактировать: более хорошее форматирование

Ответы [ 3 ]

0 голосов
/ 17 октября 2011

Это настоящий длинный снимок, так как я уверен, что вы трижды проверили все настройки, но пустая страница может появиться, если в поле URL вкладки страницы в настройках приложения указан неверный URL. Поскольку это происходит только по протоколу https, это может означать что-то определенное с URL-адресом вкладки защищенной страницы. Возможно, стоит проверить это еще раз и, возможно, даже повторно сохранить или заменить его на что-то другое, чтобы посмотреть, поможет ли это.

0 голосов
/ 26 октября 2011

Я использовал относительные URL-адреса для полей URL обычной и защищенной вкладок.Относительно памяти относительные URL здесь были обязательными в некоторый момент в прошлом.Теперь кажется, что относительный URL все еще будет работать для HTTP, но не для HTTP.Исправлено: абсолютные URL.Надеюсь, FB обновит свои поля проверки, чтобы соответствовать тому, что требуется тоже.

0 голосов
/ 17 октября 2011

URL-адрес холста вашего приложения: https://skinnycomp.nextstudio.com.au/skinnycowcomps/, который отправляет ошибку 404 прокси-серверу Facebook (запрос проходит через прокси при просмотре приложения через вкладку), а также при просмотре приложения через приложения (https://apps.facebook.com/122381834451561/), снова 404 ... возможно прокси Facebook игнорирует 404 и публикует пустое ... Попробуйте изменить URL холста на https://skinnycomp.nextstudio.com.au/skinnycowcomps/tab, также вы можете проверить доступ к вашему приложению через вкладку страницы, в signed_request должно быть page_id ...

23:51:15.379[549ms][total 1667ms] Status: 404[Not Found]
GET https://skinnycomp.nextstudio.com.au/skinnycowcomps/
...