Как вы собираетесь у них искать "общую подложку"? Какой выигрыш в скорости доставки или какая экономия трафика от этого получится?
Картинки взял там небольшие, почти все менее 100 кб.
Если брать реальный сайт, это могут быть фотографии по 400-500 кб
Если склеить даже 5 картинок по 500 кб, это выйдет файл больше 2х мегабайт. Сколько будет грузится такой файл? Сколько памяти он отожрет?
При изменении хоть одной из картинок в таком "наборе", скачивать нужно будет опять его по новой, а не только одну эту измененную картинку. Это тоже такая экономия трафика?
xmoonlight: совет звучит как лечить насморк усечением головы.
кто будет писать серверную часть для склеивания этих картинок?
допиливать слайдер, чтоб он умел работать с такими склеенными картинками?
ерунда жеж полная.
nikegk: ерунду он вам советует. Высокотехнологичную, сложно реализуемую, неудобную в поддержке ерунду. Плюс совсем вам не нужную.
Способов уменьшить количество одновременных запросов два:
либо слить все в один файл,
либо запрашивать ресурс не сразу, а только перед тем, как он попадет в зону видимости или будет где-то использоваться.
Первый вариант, слить все в один спрайт, вам не подойдет. Так как картинок у вас много, итоговый вес и размер полученного изображения будет огромный. Он будет грузится долго и памяти такая картинка отъест прилично.
Разновидность этого варианта, которую он предлагает, для слайдеров не используют. Потому как у настоящих 100 фотографий общей подложки может и не быть.
Такой подход используют для создания вот такой анимации https://paneralandofclean.com/
Там и подложка есть, и отдельные спрайты с кусками анимации вроде вот такого https://prod-cdn.azureedge.net/20160828013219_1_0_...
Второй вариант, подгружать ресурс только когда он нужен, вам как раз и нужен.
Вообще, у вас скорее всего и так все нормально работает. Насколько понимаю, у вас при загрузки страницы сразу все 100 этих картинок не грузятся. А начинают грузится они позже по одной, после того, как меняется слайд.
Если так, то это вполне нормальная ситуация.
Уменьшать нужно количество одновременных запросов. То, что у вас будет после загрузки страницы происходить, можете игнорировать.
Ускорить загрузку картинок вы можете оптимизировав их вес и разместив их на CDN
i_want_to_know_everything: тогда смотрите, что у вас скрипты делают.
на втором скриншоте - 1 http запрос, на 17 кб, и все равно время до загрузки сайта 20 секунд.
ну и правила таки не все выполнены
"удалите код, блокирующий отображение верхней части страницы". стоит начать смотреть с этого
vjjvr: значит вы подключили сервис, который не входит в бесплатный план.
перепроверил свой аккаунт - подключался так же с использованием первого бесплатного года. первый год ничего не оплачивал.
выставляли счет на AWS Service Charges, на $0.09 Но к оплате их не просили.
Деньги начали снимать только после окончания бесплатного срока.
web_dev: откройте кошелек в яндекс деньгах
там можно привязать свою карту настоящую к кошельку
сделать виртуальную карту, платить ей, но деньги будут списывать с настоящей карты.
а после первой тестовой оплаты и возврата тестового платежа виртуальную карту можно удалить.
тестовый платеж обычно сумма около 1 доллара
Елена: не, ну может какие-то причины именно так говорить у него и были)
Но, в документации написано:
"Перед созданием совершенно новой таблицы, рассмотрите возможность сохранения данных Вашего плагина в WordPress' Post Meta (ранее Поля, созданные пользователем). Post Meta - это предпочитаемый метод, пользуйтесь им когда это возможно или практично. "
Поэтому, если есть возможность хранить эти же данные в мета полях, лучше хранить их там.
Елена: ну вот.
и зачем вам отдельная таблица для этого?
у вас жеж, скорее всего, как-то так:
есть товары, они лежат в одной таблице
их цены хранятся как мета поля, в другой таблице
что мешает класть параметры для этих расчетов в ту же таблицу? к мета полям?
так они будут индивидуальны для каждого товара, сможете менять их в админке.
это если у вас эти параметры индивидуальны для каждого товара.
если параметры одинаковы для всех товаров - храните их в wp_options
там же можно и настройки калькулятора хранить.
тексты и мелкие задачи по сео на кворке дорого. такое дешевле и качественней на специализированных биржах заказывать.
например, вот тут есть статья с разбором цен на эти услуги на кворке
seo-aspirant ru/kak-i-skolko-zarabatyvayut-frilansery-na-birzhe-kwork
Повторюсь - полная ерунда.
Как пример, вот несколько картинок:
i.imgur.com/iWKad22.jpg
i3.kym-cdn.com/photos/images/newsfeed/000/284/709/...
301-1.ru/gen-mems/img_mems/273c65cc74729db2d6f49bf...
memok.net/uploads/2014/08/13/53eb6c7a53d52.jpg
Как вы собираетесь у них искать "общую подложку"? Какой выигрыш в скорости доставки или какая экономия трафика от этого получится?
Картинки взял там небольшие, почти все менее 100 кб.
Если брать реальный сайт, это могут быть фотографии по 400-500 кб
Если склеить даже 5 картинок по 500 кб, это выйдет файл больше 2х мегабайт. Сколько будет грузится такой файл? Сколько памяти он отожрет?
При изменении хоть одной из картинок в таком "наборе", скачивать нужно будет опять его по новой, а не только одну эту измененную картинку. Это тоже такая экономия трафика?