Тут надо смотреть по месту. Этот как с кешированием - палка о двух концах. Может случится, что на упаковку понадобится больше времени, чем на отдачу не пакованного.
А вот, кстати... я чот толком не помню - загружаются\запрашиваются ли картинки из ЦСС если правила, где они прописаны, не задействованы на вызываемой странице? Вроде как нет, но мб я ошибаюсь?
Для чистоты экспериментов лучше использовать свои сервера, а не паблик-сервисы. Тот же пингдомтулс может по разному ходить при каждом запросе (через разные прокси). Какой есть веб-софт для этого (аля пингдомтулс) тут я не подскажу - не интересовался.
Речь о том, что их нужно объединять в один файл. Меньшее кол-во запросов отдельных файлов - выигрыш в скорости получения страницы.---------- Добавлено 08.11.2013 в 21:21 ----------
В принципе Nadejda уже все пояснил(а?), я только добавлю. "Получение блока" - это не получение его содержимого (не всегда точнее). Это получения кода от <table> до </table>. Только когда получен блок - тогда начинается получение его содержимого.
Обрати внимание:
Т.е. чем больше и глубже вложенность блочных элементов - тем дольше ЮА будет получать и отрисовывать части страниц.
+100500 :)
Я тоже когда-то думал что пром.уа долго не продержится, однако реальность совсем другая. Много, даже очень много продавцов там торгуют (имеют свои ИМ) и очень не все хотят переходить на свой ИМ, даже несмотря на то, что его создание станет дешевле, чем годовая оплата сервиса. (причины разные, но я просто констатирую факты)
Я даже знаю случаи возврата на промуа. Банально продаж оттуда больше, чем со своего. А причина не столько в том, что свой сайт неюзабельный, а скорее в том, что реальных покупателей в сервисе на несколько порядков больше. Хотя мб это зависит от товаров - тут я не анализировал.
Да, промуа - это лишь один из китов. В рунете есть ещё как минимум с десяток кашалотиков. :)
И тебе дам медаль :)
Бери друпал и ковыряй потихонечку.
От расположения в коде. Но там есть важный нюанс: не все браузеры отправят запрос пока не получат блок полностью. Типа защита от разваливания страницы. (как яркий пример: с таблицами не всё гладко\просто. Было во всяком случае. Как сейчас ЮА парсят tr\td - я давненько не интересовался, но думаю ничего кардинально не изменилось)
Вот старой опере (и опере-мини тоже вроде бы) как раз на это было плевать, за счёт чего она и славилась быстротой получения контента (один из факторов её скорости): правильная отрисовка и выравнивание страницы происходила уже по мере получения остального.
Если сделаешь хабр на ВП (и бесплатным и безопасным) - выдам медаль :)
Проси сразу денег, чего там.
Ты упускаешь один момент: "одновременность" кроме всего прочего зависит от одновременности запросов ЮА.
Ну и как бэ реальной одновременности не существует. Все запросы делаются по мере получения ответов на предыдущие запросы. А вот ко-во запросов (и полученных ответов) зависит от конкретного ЮА (в старой опере хорошо видно было - это настраиваемо).
пользователями?
Вряд ли. Ко всему перечисленному нужен хороший напильник.
Анриал сделать нормальный сайт с таким ТЗ в такой срок. Тем более без денег и знаний\опыта.
Что-то похожее на сайт в эти сроки и с такими стартовыми позициями можно слепить (именно слепить, а не реализовать как надо) на ВП (на друпале маловероятно, хотя по ТЗ он наверное был бы лучше, чем ВП), однако если надо мультиюзеровский портал - это не для ВП. Не для ВП в руках новичка во всяком случае.
4 шага - не судьба?
От тщетности трудов праведных
Ну с этим пожалуй не соглашусь. Минимум раз в месяц только на сёрче возникают хотелки создать молл.
Сервисов-площадок для создания "своего магазина" (как SaaS так и др.) тоже немало.
Да и вышеуказанный топик тоже подтверждает, что это достаточно актуальная (перспективная) ниша.
АПД. А ещё рост популярности и работа над адаптацией "китайских" скриптов тоже намекает о востребованности.
Спсб. Бум знать (я маженту давненько чуток покрутил, но из-за слабого русского комьюнити и отсутствия манов на русском неосилил в достаточной мере)
