webinfo

Рейтинг
306
Регистрация
22.01.2021
RIOls #:
Vds, точно понял, что сейчас даже больше заказывают, чем шаред хостинг

Ну и как ты собираешься устанавливать VDS на VDS?

RIOls #:
Тут нужна помощь профессионалов.

В твоём положении тебе в любом случае не обойтись без профессионалов.

Andryhalyva :
Ищу партнерку для аудитории политических сайтов

А что там не так с аудиторией? Как раз на таких сайтах аудитория самая разнообразная, поскольку сайты не узкотематические. Практически что угодно можно предлагать.

Плохо то, что такие деятели, так ничего и не понявшие, потом разносят "свой опыт", и кто-то из новичков может повестись и поверить, что так оно и есть. А так-то чёрт с ним, хочешь так думать - думай сколько угодно. Только никому об этом не рассказывай.
Dmitriy_2014 #:
это бесполезная трата времени, ты прав

Не ври, я этого не писал. Прекращай фантазировать и попробуй понять, как работают сайты на PHP и в чём их отличие от демонов ОС.

Dmitriy_2014 #:
Да, не, я все понял, этот объектный кеш прибавит чутка в создании обычного кеша страниц на стороне сервера, а для обычных посетителей ничего не изменится

Нихрена ты не понял.

Dmitriy_2014 #:
Их кеширует плагин, не знаю что он там использует

Ну не знаешь - так и нечего это утверждать:

Dmitriy_2014 #:
они видят и получают уже созданный html документ

Туповата любая схема, РКН блочит по доменному имени, и хостер заблокирует ресурс независимо от IP.
Вообще непонятно, откуда наш друг нафантазировал про РКН.
Если хостер забугорный, то всё равно заблокируют провайдеры интернета, прыганье по разным IP - это ненадолго и тут вообще ни при чём "боюсь падения VDS даже на минуту ", согласно стартпосту.

Dmitriy_2014 #:
я уже просто не знаю как это объяснить что все страницы заранее закешированны

Объяснить это очень просто: нужно написать, кто их кеширует и по чьей команде или в какой момент времени.
Только не надо толочь воду в ступе:

Dmitriy_2014 #:
я уже много раз говорил что весь кеш и все страницы заранее подготовленный

И не надо писать, что это делает плагин. Это и так ясно.
Если ничего дополнительно не задавать, то большинство плагинов кеширования создают кеш при обращении пользователя к странице.

Architect88 #:
я полагаю что тупо от высоты те же 40пх отнять - это не будет пропорциональное уменьшение

А вместо 40px написать 14px - не судьба?

Architect88 #:
в целом, в этой ситуации без разницы ковер или контейн, если мы преследуем отсутствие искажений при сжатии

Разница в покрытии блока. Контейн оставляет зазоры, а кавер обрезает края изображения. А искажений нет ни там, ни там.

Dmitriy_2014 #:
Давайте говорить о моменте где пользователь получает готовый кеш, готовую html страницу

Вопрос как раз не в этом, а в том, каким образом создаётся эта "готовая страница".

Dmitriy_2014 #:
когда пользователь впервые заходит на некешированную страницу
Dmitriy_2014 #:
ЕСТЬ ПРЕДВАРИТЕЛЬНОЕ СОЗДАНИЕ КЕША, И, КАК БЫ ВСЕ СТРАНИЦЫ ЗАРАНЕЕ УЖЕ СОЗДАНЫ И ОБНОВЛЯЮТСЯ В 24 ЧАСА

Вот я об этом и спрашивал уже несколько раз. Зачем выделять капсом то, на что ты не можешь дать ответа? Чтобы подчеркнуть, что ты этого не знаешь? Так это уже давно ясно.

Dmitriy_2014 #:
КАК БЫ
Dmitriy_2014 #:
про прогрев кэша что-то не понял
Всего: 7661