Под android Blob'ик сдох.
Впрочем, через BlobBuilder заработал, css'ка распаковалась и подгрузилась.
Изображения и js'ка исдохли, надо смотреть, почему.
Кстати, а подход с упаковкой в архив позволяет отказаться/уменьшить количество спрайтов. Да и подгружается сайт при медленном коннекте не рывками, а единовременно(если не паковать гигибайтное видео в тот же архив, конечно).
Хотя вот про реюз соединения тоже в 1 раз слышу, если он прост в использовании, то действительно является отличным решением.
В этом плане — согласен, хотя если на странице штук под 100 разного плана картинок, js'ок и css(к примеру, на моей странице вконтакте 106 запросов пришло) и посещаемость сайта хотя бы 1000 человек в день(даже если они открывают страницы 1 раз в день), то их
«Веб-сервер Apache
Статический сайт/контент (html, jpg/gif, …) 50 000 – 150 000»
Ну вот для интереса забил произвольным текстом css на 4.77 метра. ZLib на хосте включен.
Время упаковки архива — около 0.1 секунды. Размер архива — 19кб.
Zlib'ом пожатая либа весит 27.9кб.
В принципе, сказать, что бы сильно большая разница была — так нет, разве что в пропорциях сравнивать)
У base64 минус — увеличивается размер. На мелких файлах не критично, но все же.
Для крупных файлов метод, в принципе, использовать можно… но если есть крупные файлы на странице — то это уже проблема архитектуры)
Для динамического контента можно тоже использовать, но только если для большого количества единовременно подгружаемых элементов.
Для стриминга способ явно неприемлем.
Но вообще, ему вполне может быть найдено применение — к примеру, если сайт нужно просматривать через прокси, который не поддерживает gzip.
Шифрование трафика спасает(по крайней мере, качественное) от перехвата. От dll-inject'а с изменением клиентских функций, на которых идет обработка того либо иного события, оно не спасает. Да, у АА есть hackshield, но и его можно обойти.
Немного не по теме: к началу раннего доступа минимум на 2 форумах была куча информации по игре, включая описания немалого количества пакетов, настроенного WPF и пачки читов под разной степени хайдами.
Ну, для ленивых никто не отменял js, в частности — jQuery)
Сталкивался с задачей, когда нужно было полностью сменить дизайн на давно работающем сайте под WP, в котором была кучка категорий и куча разного рода материалов, сделанных через редактор в админке. В итоге index.php/page.php сверстал с 0, а вот с содержимым пришлось справляться при помощи jQuery, благо, вложенные категории имели более-менее схожую верстку/особенности(вроде схожего url), за которые можно было зацепиться и применить js для обработки нужных элементов.
В итоге получилось много-много какокода, однако обошлось без переверстки нехилого кол-ва контента в админке.
Библиотека написана была «для себя» изначально -> харкод. Написана на основе старой либы -> дубляж в некоторых местах. +выпилил пару специфичных функций/немного подкорректировал тот же логгер.
На самом деле, до гордого звания профессионала мне как до Киева рачки, так что косяки вполне могут быть.
Ну, с учетом того, что теперь функциональная часть выглядит как-то так, то еще как пригодилась) Что до багов — попробовал несколько функций, включая WSASend — полет нормальный.
(int*)(void*)(context->ESP+4) — вроде должен принимать как &context[EAX+4].
В любом случае, еще раз спасибо, жаль, не могу поднять карму :)
Впрочем, через BlobBuilder заработал, css'ка распаковалась и подгрузилась.
Изображения и js'ка исдохли, надо смотреть, почему.
Хотя вот про реюз соединения тоже в 1 раз слышу, если он прост в использовании, то действительно является отличным решением.
«Веб-сервер Apache
Статический сайт/контент (html, jpg/gif, …) 50 000 – 150 000»
начинает вызывать смутные сомнения.
Время упаковки архива — около 0.1 секунды. Размер архива — 19кб.
Zlib'ом пожатая либа весит 27.9кб.
В принципе, сказать, что бы сильно большая разница была — так нет, разве что в пропорциях сравнивать)
Для крупных файлов метод, в принципе, использовать можно… но если есть крупные файлы на странице — то это уже проблема архитектуры)
Для динамического контента можно тоже использовать, но только если для большого количества единовременно подгружаемых элементов.
Для стриминга способ явно неприемлем.
Но вообще, ему вполне может быть найдено применение — к примеру, если сайт нужно просматривать через прокси, который не поддерживает gzip.
Про 2 — можно поподробнее?
Немного не по теме: к началу раннего доступа минимум на 2 форумах была куча информации по игре, включая описания немалого количества пакетов, настроенного WPF и пачки читов под разной степени хайдами.
Сталкивался с задачей, когда нужно было полностью сменить дизайн на давно работающем сайте под WP, в котором была кучка категорий и куча разного рода материалов, сделанных через редактор в админке. В итоге index.php/page.php сверстал с 0, а вот с содержимым пришлось справляться при помощи jQuery, благо, вложенные категории имели более-менее схожую верстку/особенности(вроде схожего url), за которые можно было зацепиться и применить js для обработки нужных элементов.
В итоге получилось много-много какокода, однако обошлось без переверстки нехилого кол-ва контента в админке.
На самом деле, до гордого звания профессионала мне как до Киева рачки, так что косяки вполне могут быть.
clip2net.com/s/4LODE9
Ну, с учетом того, что теперь функциональная часть выглядит как-то так, то еще как пригодилась) Что до багов — попробовал несколько функций, включая WSASend — полет нормальный.
(int*)(void*)(context->ESP+4) — вроде должен принимать как &context[EAX+4].
В любом случае, еще раз спасибо, жаль, не могу поднять карму :)
Получилось что-то в таком духе:
void con_hook(Context *context)
{
int *ptr = (int*)(void*)(context->ESP+4);
debug_msg(«Advanced»,true,"--%s arg list started--", __FUNCTION__);
for(int i=0; i*4<resources_arg_amount; i++)
{
debug_msg(«Advanced»,true," |---Element %d: %d", i, ptr[i]);
}
debug_msg(«Advanced»,true,"--arg list finished--\n");
}