Уплотнение заголовков Http
Из командной строки можно ввести svn mv path1 path2. Это создаст добавление и удалить операцию, но нет действительно пути вокруг того - насколько я знаю - в Подрывной деятельности.
4 ответа
Вы хотите рассмотреть возможность использования сопрограмм Lua для каждого автономного агента вместо полностью отдельной виртуальной машины. Сопрограммы - более легкое решение, но могут подходить или не подходить для вашего приложения.
Если вы не можете изменить архитектуру, вы можете попробовать LuaJIT . Это может сделать инициализацию достаточно быстрой для ваших целей.
Дополнительные параметры:
Rings : «Rings - это библиотека, которая обеспечивает способ создания новых состояний Lua изнутри Lua. Это также предлагает простой способ связи между создателем (ведущим) и созданным (ведомым) состояниями ».
Плутон :« Плутон - это библиотека, которая позволяет пользователям записывать произвольно большие части «вселенной Lua» в плоский файл, m не очень уверен, что мобильные клиенты могут поддерживать сжатие. Между прочим, обычно сжатие выполняется для ответов, а не для запросов (все браузеры, о которых я знаю, никогда не сжимают запрос, хотя спецификация HTTP позволяет это).
Если вам все еще нужна более высокая производительность после # 3, ваш приложение нуждается в некоторой форме проверки дизайна производительности.
Ну, а что занимает большую часть ваших заголовков? Например, Stack Overflow недавно переместил большую часть статического содержимого в другой домен, чтобы файлы cookie SO не включались в запросы статического содержимого (которые в любом случае не будут использовать файлы cookie).
Если, однако, большинство из заголовков - это просто вещи, которые браузер всегда будет отправлять (пользовательский агент и т. д.), тогда вы мало что можете сделать.
Я рассматриваю заголовки как «Архитектура», то есть: «их точное содержание меняется от приложения к приложению в соответствии с требованиями».
Если у вас есть точный текущий список, используйте ссылки предоставлены в этом сообщении ,
вы можете видеть, какие из них вам нужны, и не отправлять другие.
Кто знает, имеет ли это существенное значение, но, по крайней мере, вы можете быть уверены, что сделали все возможное в этой теме.
Что ж, это может оказаться непопулярным и / или фактически не ответить на ваш вопрос, но вы думали о степени детализации данных?
После того, как вы уменьшили ваши HTTP-заголовки, насколько это возможно, я подозреваю, что вы все равно захотите еще немного уменьшить соотношение заголовков / данных. Очевидный способ сделать это - отправить / получить более одного элемента данных в каждом HTTP-запросе.
Добавленный уровень логики на стороне клиента или на стороне сервера (или изменение вашей модели данных) позволит вам для запроса данных большими порциями на основе измерения того, какие еще данные вам могут понадобиться, когда вы запрашиваете один элемент.
Суть в том, чтобы передавать больше данных в каждом запросе, чтобы уменьшить количество запросов. Потеря полосы пропускания (и клиентского хранилища), связанная с передачей данных, которые вам на самом деле не понадобятся, может оказаться более приемлемой, чем след HTTP-заголовка.