Использование 'async': false для предотвращения асинхронного кода является плохой практикой,
Синхронный XMLHttpRequest в основном потоке устарел из-за его пагубных последствий для конечного пользователя опыт. https://xhr.spec.whatwg.org/
При установке асинхронного режима на поверхность для решения многих проблем, поскольку, как показывают другие ответы, вы получаете данные в переменную. Однако, ожидая возвращения данных поста (что в некоторых случаях может занять несколько секунд из-за вызовов базы данных, медленных подключений и т. Д.), Остальные функции Javascript (такие как инициируемые события, обработанные кнопки Javascript, переходы JQuery (например, аккордеон или автозаполнение (JQuery UI)) не сможет появиться во время ожидания ответа (что очень плохо, если ответ никогда не возвращается, так как ваш сайт теперь по существу заморожен).
Попробуйте вместо этого:
var return_first;
function callback(response) {
return_first = response;
//use return_first variable here
}
$.ajax({
'type': "POST",
'global': false,
'dataType': 'html',
'url': "ajax.php?first",
'data': { 'request': "", 'target': arrange_url, 'method': method_target },
'success': function(data){
callback(data);
},
});
Вы пробовали Vim ? Это единственный редактор, который я использую: -)
Редактировать: Похоже, это зависит от нескольких факторов. Я использовал Vim с большими CSV (т. Е. Текстовыми) файлами, и это отлично работало. YMMV: -)
Если вы просто хотите иметь представление о структуре, как насчет просмотра с больше или меньше ?
Определенно vim - это ответ. Ознакомьтесь с macvim , версией для Mac.
BBEdit , этот старый резервный сервер, известен тем, что обрабатывает действительно большие файлы с апломбом (или, по крайней мере, это было еще в эпоху, предшествующую TextMate). Есть бесплатная версия TextWranger ; Я предполагаю, что он основан на том же ядре и должен работать.
Я использовал gvim
для файлов размером более 1 ГБ из NASTRAN вывод.
gvim
очень хорошо обрабатывает большие файлы.
Фактически, это была основная причина, по которой я переключился с Emacs
на vim.
Emacs
- отличный редактор, но он может обрабатывать файлы размером до 128 МБ, по крайней мере, 32-разрядная версия . Если вы решите использовать Emacs
, я рекомендую настроить его, чтобы отключить подсветку синтаксиса для больших файлов.
Другим способом работы с большими файлами в те дни было интенсивное использование head
, хвост
и разделены
.
emacs, естественно , по крайней мере, 64-битная сборка (теперь вы можете сделать это в OS X, не так ли?)
Но также это наверняка сгенерированные файлы. Вам действительно нужно взаимодействовать со всеми сразу?
Crisp заявляет о возможности редактировать файлы размером «8 ГБ или подробнее », но я не пробовал.
HexFiend предназначен для чтения файлов любого размера, но вам нужно будет работать с переносом символов в фиксированный столбец и без обнаружения новой строки.
Vim уже рекомендован. Если вы используете vim, вы можете также использовать плагин LargeFile (автор неподражаемый Чарльз «Dr Chip» Кэмпбелл), который автоматически отключает различные функции vim в интересах скорости для файлов размером более 100 МБ ( при настройке по умолчанию).
Поскольку вы отметили в комментарии, что на самом деле это файл XML, и вы просто хотите получить представление о его структуре, вы можете попробовать Oxygen LargeFileViewer, вспомогательное приложение, которое входит в состав Oxygen XML Editor. (Он также может идти с автором, я не знаю.)