Странный “406 не приемлемая” ошибка
Мм, кажется, существует многое из, "его лучше этот путь" вид продолжения выравнивания.
я думаю, что люди могли извлечь выгоду из чтения "Showstopper"; книга о разработке Windows NT.
целая причина сервисы, выполненные как DLL в одном процессе на Windows NT, состояли в том, что они были слишком медленными как отдельные процессы.
, Если бы Вы спустились и грязный, Вы нашли бы, что библиотека, загружающая стратегию, является проблемой.
На Нельдах (в целом) Общие библиотеки сегменты кода (DLL) на самом деле совместно используются.
Windows NT загружает копию DLL для каждого процесса, becauase это управляет сегментом кода библиотеки (и сегмент исполняемого кода) после загрузки. (Говорит его, где Ваши данные?)
Это приводит к сегментам кода в библиотеках, которые не являются допускающими повторное использование.
Так, процесс NT создает, является на самом деле довольно дорогим. И на вниз стороне, это не делает заметное сохранение DLL в памяти, но шанс для проблем межзависимости приложений.
Иногда это платит в разработке, чтобы отступить и сказать, "теперь, если бы мы собирались разработать это для реального всасывания, на что это было бы похоже?"
я работал со встроенной системой, которая была довольно темпераментной когда-то давно, и однажды посмотрела на него и поняла, что это был магнетрон полости с электроникой в микроволновом резонаторе. Мы сделали его намного более стабильным (и меньше как микроволна) после этого.
6 ответов
Я раскрыл дело!
Я отправлял параметр format с моим запросом на получение, чтобы сервер отправил мне уценку вместо HTML. Вот мой Javascript:
$.get("/annotations/" + annotation_id, {format: 'raw'}, function(data) {
});
, а затем я искал этот параметр в блоке format.js :
format.js {
if params[:format] == "raw"
render :text => @annotation.body.to_s
else
render :text => @annotation.body.to_html
end
}
, но, очевидно, параметр format сбивает с толку response_to блок. Я изменил его с {format: 'raw'} на {markdown: 'true'} , и он работает.
Полагаю, это ошибка в Rails?
Можете ли вы попробовать, не задавая заголовок принятия? Он должен работать даже без заголовка Accept.
Если вы используете jRails, это вызывало у меня много проблем, вот мой файл application.js :
$(document).ready(function () {
$.ajaxSetup({
beforeSend: function (xhr) {
xhr.setRequestHeader("Accept", "text/javascript, text/html, application/xml, text/xml, */*");
}
});
});
Is это служило через апач? Вы можете взглянуть на http://forums.alwayswebhosting.com/showthread.php?p=8381 , где описаны сценарии, в которых политика безопасности мешает запросам.
EDIT : Указанный выше URL-адрес поддерживает отключение политики безопасности с отслеживанием запросов на всем сайте, что делает сайт уязвимым. Установка для параметра SecFilterEngine значения Off в .htaccess, что предписано в URL-адресе, должна выполняться только для определения источника проблемы. Это не следует рассматривать как долгосрочное решение.
Для меня это был простой before_filter, который ограничивал действие, которое рендерит js файл, как только я добавил :except => [:action] в блок before_filter, все стало нормально.