Мое имхо, HTML кэши вообще не нужны. Грубо говоря они пригодны только в одном месте. И модифицировать их намного тяжелее.
Ребята, 21й век на дворе. Сгенерить html из данных это тысячные доли секунды. Может конечно и есть случаи. Но я их (слава богу?) еще не встречал.
>о, господи, чего вы к этим ифреймам привязались. Это всего лишь транспорт. Используйте ><script></script>, input hidden или что-нибудь еще
C скриптом согласен, но тогда возникнут проблемы блокировки загрузки страницы. Интересно, как можно input hidden кэшировать на стороне пользователя :D.
>это не правда, и это факт. В зависимости от задачи, иногда очень удобно и правильно кешировать >именно представление, а не данные
Приведи примеры. Ты меня еще в прошлый раз не убедил.
>А по поводу коннектов — при изменении одного блока всего 3 запроса (на главную страницу, на >общий транспортный ифрейм, и к этому блоку данных).
Согласен.
>Предложенный мной вариант это не «серебрянная пуля», коих к счастью не бывает, а вариант, >который может подойти определенным сервисам
Угу, но ты ведь просил мнение. Получите, распишитесь ;).
Общая идея хороша, но нормальную реализацию можно будет только с html5 сделать :(. Все остальное — костыли над несчастным хтмл. Мое грубое ИМХО.
Мнение:
ифреймы — зло
кэшировать полный html в memcached — зло
кэшировать в браузере пользователя — отлично, но не для краулеров. Если сайт закрытый от ботов — можно забить на это. Если не закрытый — надо мозговать.
Бенчмарки показали, что в некоторых случаях SSI тоже зло. Когда код хорошо оптимизирован, то основная трата времени это установление коннектов к бекенд серверам.
И согласен с amarao, обязательность JS тоже на руку не сыграет.
Узнал себя :).
Видео плеер — movist. Простота квиктайма в использовании и мощность vlc на 50% в настройках.
Замену iTunes еще не нашел, скучаю по амароку :(
Ребята, 21й век на дворе. Сгенерить html из данных это тысячные доли секунды. Может конечно и есть случаи. Но я их (слава богу?) еще не встречал.
C скриптом согласен, но тогда возникнут проблемы блокировки загрузки страницы. Интересно, как можно input hidden кэшировать на стороне пользователя :D.
>это не правда, и это факт. В зависимости от задачи, иногда очень удобно и правильно кешировать >именно представление, а не данные
Приведи примеры. Ты меня еще в прошлый раз не убедил.
>А по поводу коннектов — при изменении одного блока всего 3 запроса (на главную страницу, на >общий транспортный ифрейм, и к этому блоку данных).
Согласен.
>Предложенный мной вариант это не «серебрянная пуля», коих к счастью не бывает, а вариант, >который может подойти определенным сервисам
Угу, но ты ведь просил мнение. Получите, распишитесь ;).
Общая идея хороша, но нормальную реализацию можно будет только с html5 сделать :(. Все остальное — костыли над несчастным хтмл. Мое грубое ИМХО.
ифреймы — зло
кэшировать полный html в memcached — зло
кэшировать в браузере пользователя — отлично, но не для краулеров. Если сайт закрытый от ботов — можно забить на это. Если не закрытый — надо мозговать.
Бенчмарки показали, что в некоторых случаях SSI тоже зло. Когда код хорошо оптимизирован, то основная трата времени это установление коннектов к бекенд серверам.
И согласен с amarao, обязательность JS тоже на руку не сыграет.
А меня textmate не впечатлил. Vim круче :)
Видео плеер — movist. Простота квиктайма в использовании и мощность vlc на 50% в настройках.
Замену iTunes еще не нашел, скучаю по амароку :(
Основные страны — USA, India, Indonesia.
У Хрома уже 8%, посмотрим что будет дальше
Не могли бы описать роль vim в collaboration подробнее?
И такие бывают? о_О
Будем конечно на это надеяться…
Сколько человек при этом пользуется сервисом сокращалок? (ой, не в тему)
www.mysqlperformanceblog.com/2009/12/10/redis-benchmarks-on-fusionio-round-1/
Ожидал увидеть пиво. Видимо не такие уж они и студенты