Nekto_Habr:
>> Потом докопаются до чего-то и собьют тебе зарплату на 10-50% )
А потом задать им вопрос восстановят ли оговорённую ЗП после овладения тем к чему докопались. )
Никита Геннадич: Предположение: после запроса второго блока в коде происходит ошибка, поэтому он и не выводится, ну и теперь дело до скрипта, который должен загрузить третий блок дело не доходит. Вы не можете отладчиком IE пройти этот процесс?
Гляньте https://msdn.microsoft.com/en-us/library/gg699336(... там некоторые способы работы с отладчиком IE описаны. Может поможет?
Александр: Поставьте breakpoint-ы на ["beforeSend", "complete", "success", "error"] и посмотрите, кто и что перехватывает. Ещё настоятельно советую поставить fiddler (https://www.telerik.com/download/fiddler/fiddler4) он вам точно покажет какие запросы уходят к серверу и все ответы от него.
rivalsm: Я бы тоже такую штуку использовал. Когда открыто дофига окон (штук по 40) и переключаться между ними сплошная мука. А так - назвал окно и пожалуйста!
APsivenko: Если для одного случая, то наверное можно, но лично я не считаю такую обработку ошибок в целом хорошей практикой. Кроме того, вы не описали клиента этого сервиса, поэтому я пока не могу утверждать всё на 100%.
>> Такое можно организовать в виде процедур в любой нормальной субд
У меня так и сделано, но согласовывать процедуры и схему кажется гораздо затратнее, чем поддерживать схему в актуальном состоянии. Поэтому я хочу уйти от этого. Кроме того, если руками впихнуть что-то в обход схемы, то последствия как правило печальные.
С одной стороны очень хорошо, когда БД следит за схемой, но с другой стороны запросы к БД как у Elastic ну очень тяжело формировать.
>> ЖСОН-схема - попытка сделать из noSQL субд SQL
по-моему не совсем верно. Основная фишка в SQL - это связи, которых нет в NoSQL, но с другой стороны иногда реляционные связи не нужны, но в "нормальных" БД приходится ветвление делать на реляционных отношениях, а потом собирать обратно процедурами. Что не всегда бывает удобно - вроде как и отношения есть, а вроде как и отношения не используется по прямому назначению.
Дима Соколов: Скорее всего где-то допустили синтаксическую ошибку и настройки вообще не прочитались. Приглядитесь внимательно в содержимому php.ini в разделе xdebug. Может где-то скобку случайно стёрли, или кавычки не двойные, а вордовские и пр.
alsopub: На другом порту, где ssl/kerberos отсутствуют, всё летает без ошибок. Но надо бы попробовать отключить ssl именно на этом порту. Это в планах проверить, но в данный момент эту настройку копают наши админы. Попозже отпишусь, что но ней получилось.
Этот прикол происходит во всех браузерах и на других компьютерах в нашей организации. Такое впечатление, как буд-то трафик куда-то заворачивает по дороге к браузеру, но это настолько сомнительно/невозможно, потому что сообщений о нарушениях ssl нет никаких. Есть корпоративный прокси, но он прозрачный и в трафик никак не вмешивается, тем более в браузерах настроено не использовать прокси для внутренних сайтов и для них даже маска указана.
Есть идейка - можно попробовать поставить nginx, а трафик с него снова заворачивать на мой fiddler. Тогда я в одном fiddler буду видеть, как трафик от меня уходит и приходит на сервер и обратную цепочку. Но настроить схему не просто. Отпишусь, если получится.
>> Потом докопаются до чего-то и собьют тебе зарплату на 10-50% )
А потом задать им вопрос восстановят ли оговорённую ЗП после овладения тем к чему докопались. )