Сейчас для HTML сохранился существующий DOM. Что и требовалось. Спасибо :)
Если стили например генерируются скриптом, правятся в firebug или есть несколько подключаемых стилей (с переопределениями, наследованиями и прочим трешем которые в чужом коже сложно отлаживать) и которые в итоге рассчитываются в конечные значения (computed style) то можно ли сохранять их актуальное состояние так же как DOM, но для стилей элементов?
Например для about:blank в котором никаких внешних стилей нет, но в инструментах разработчика уже видно значения margin, значения наследованные по умолчанию.
Чуточку сложнее все же. Чтобы шаблон умел брать имя файла как параметр, содержимое файла отображать внутри, а все ссылки на локальные HTML менять на себя с параметром. Ну и не инклюдил что не нужно, конечно :)
Вот и есть вопросы. Во-первых на каждый файл есть оверхед в 32 килобайта. На большом количестве файлов конечно не набежит слишком много, но ты же за все платишь. Во-вторых плата за заливку. За 1000 операций платишь 5 центов. Верно ли это для заливки? Ведь файлов то будет много.
Насчет сжатия JPEG — на 30% можно сжать, особенно если их много в архиве. Деталей не скажу, но маковский Stuffit (есть и под win вроде) умеет сжимать. На больших объемах будет выигрыш.
В идеале так, в реальности — того не стоит :) Подобное проделывал уже для переноса сайта с друпала на другую CMS. Правда был написан экспорт из базы в XML, потом создавался XSLT трансформер «нормализующий » контент в вид, глотаемый модулем импорта CMS.
Тут затраты на поиск, тестирование и прочее превышают разумные пределы.
А во сколько обойдется собственный сервер с аналогичными характеристиками? Вот у Meijin.ru вижу суперкомпьютеры с «паровозной» ценой. Heavy Utilization Reserved Instances — Quadruple Extra Large на 3 года обойдется в $10490 за 3 года и $0.494 в час.
