Каковы были основные недостатки основанной на мусорном ведре CGI веб-разработки?
В основном, если string, который вы вставили, является ответом (данными), при использовании JSON.parse() он преобразуется в массив, поэтому вы должны использовать его таким образом.
const stringResponse = "[{\"filename\":\"\",\"size\":6,\"csize\":\" 5.85 KB\",\"extfile\":\"/9j/4AAQSkZJRgABAQEASABIAAD/2wBDA....AAAAAAAAAAAf//Z\"}]"
const parsedResponse = JSON.parse(stringResponse);
console.log(parsedResponse)
const entry = parsedResponse[0];
console.log(entry.extfile)так что в основном вам нужно сделать:
data[0].extfile
Поскольку оператор console.log (data) возвращает:
{d: "[{"filename":"","size":6,"csize":" 5.85 KB",…AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAf//Z"}]"}
Данные, которые вы на самом деле пытаетесь получить, содержатся в строке JSON, содержащейся в свойстве d полученных данных. Если бы вы проанализировали строку и затем получили доступ к свойству extfile, у вас были бы ваши данные:
var actualData= JSON.parse(data.d);
var extfile = actualData[0].extfile;
4 ответа
Фундаментальная архитектурная проблема с основанными на мусорном ведре CGI системами - то, что каждый Запрос HTTP требует, чтобы сервер запустил новый процесс. Это влияет на производительность различными способами:
- Дорого запустить процесс как страницы OS в программе, настраивает процесс, и т.д.
- Ресурсы не могут быть совместно использованы через запросы, так, чтобы любые соединения с БД, и т.д. были настроены с каждым запросом
- Состояние сеанса пользователя не может быть сохранено в памяти, таким образом, это должно быть сохранено с каждым запросом
Для меня самая большая боль с CGI - то, что мои программы CGI должны "изучить" все каждый раз, когда они запускают. Если бы они работали постоянно, который не имел бы место, конечно...
Основной недостаток, по моему скромному мнению, был тем же недостатком, который все кодирование низшего уровня имеет - вместо того, чтобы программировать в проблемной области, необходимо было программировать в домене реализации. Конечный результат был в его базовом, идентичном - ответ HTTP был отправлен клиенту на основе Запроса HTTP. Однако получение к той точке было намного более хитрым с точки зрения программирования.
Apache предлагает несколько решений этой проблемы для разных языков (например, mod_perl ), так что сценарий вызывается только один раз, а затем сохраняется в памяти для быстрого поиска. По-прежнему существует множество сайтов, управляемых протоколом GCI, многие из которых работают с достаточно низкой задержкой, если хорошо закодированы и настроены.