Александр: Поставьте 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 буду видеть, как трафик от меня уходит и приходит на сервер и обратную цепочку. Но настроить схему не просто. Отпишусь, если получится.
Алексей: Только что проверил: файлы, на которые ругается браузер, в логах ошибок нет. Но в обычных логах, там, где регистрируются запросы они фигурируют без проблем.
Алексей: Сейчас посмотрю лог...
Рабочая ссылка не получится - внутренний сайт. Да и проблемным файл назвать трудно. Вот он читается отлично, всё загружается. А при перезагрузке страницы раз 5-20 (по Ctrl-F5) вдруг вылезает ошибка. Файлов загружается много - 64 (картинки, скрипты, css).
