Я три раза написал что мне нужна подмена домена. Мне нужно чтобы при наличии куки домен site.my обрабатывался как r.site.my.
В этом суть вопроса? Можете подсказать? Сделать? Хорошо сделайте, но мне нужно не сделать на конкретном сервере, а общее решение.
Представляете как nginx отдает html кэш комопозитного сайта?
Вот мне нужно чтобы при наличии куки html отдавался из папки r.site.my, а в $_SERVER[HTTP_HOST] тоже был r.site.my, а без куки соотвественно просто site.my.
При этом пользователь будет обращаться все время к site.my
> шаринг кук - передайте обычным ajax-ом или через свой сервер (через curl) и никогда не юзайте img src для таких вещей!
Ну это битровый механизм, а во вторых он там нахрен не нужен. Я честно говоря не знаю зачем там его включили.
Владимир Муковоз, вопрос в том какое условие должно быть.
В смысле как подменить домен. Домен не в адресной строке и не переадресация, чтобы сам nginx считал что обращение идет к другому домену
> смотрели картинку, а это не картинка (значит что это по мнению Гугла?)
Я же выше написал - шаринг кук на другой домен. Это php скрипт который загружается через src тега img
Я его выключил.
Гугл ругался не на страницу с ним, а на сам этот файл - якобы он содержит вирус.
> избавьтесь от всех загружаемых и неиспользуемых объектов/ресурсов/медиа-файлов/стилей.
Пытаюсь, но есть еще заказчик и его СЕО оптимизатор и там начинается вой - как же - это же наш любимый счетчик, а это наша любимая надоедалка, а если этот скрипт отключить то страница каталога перестанет зависать у пользователей и т.д.
xmoonlight, 0 байт это уже я прверял и это не картинка была.
Сжатия, минимизации, обфускации нет, но мысль сверить конфиги nginx для двух сайтов логична да - сделал. Попробую.
xmoonlight, проверял конечно - там нормальные картинки. css - нормальные css.
И даже если картинка в 0 байт - как в 0 байт может скрываться какая-то угроза?
> причём тут jpg?!
Как это при чем? Гугл-то ругается в основном на jpg файлы. В последнем списке зараженных файлов только gif, jpg и немножко css.
Ни к одной из страниц претензий у гугла нет. Хотя в прошлых проверках проскальзывали.
> "фронт" - это "front-end", т.е. браузер и клиентские скрипты (js).
Да, я так это и понял. Но мне не понятно какие внешние запросы могут вызвать картинки.
А проверять страницы на которые гугл не жалуется как-то уж совсем странно.
xmoonlight, ммм... боюсь я не понял. Что значит "с фронта"? Дополнительные запросы во вне выполняемые браузером при загрузке jpg?
Можете чуть развернуть?
Боюсь что пониманию.
Обобщенно суть я попытался передать в P.S.
Более развернуто:
Есть технология "Композитный сайт Битрикс". Если не в курсе, вот ее суть - при генерации страницы Битрикс определяет какие части формируются динамически, а какие неизменны. Далее он выдает страницу пользователю и сохраняет на диске HTML страницы с динамическими частями замененными на заглушки.
Следующему пользователю сразу же отдается готовый HTML и скрипт на нем, который выполняет ajax запрос, по которому битрикс заново генерирует страницу, вынимает из нее динамические области и отправляет скрипту, который расставляет содержимое этих областей вместо заглушек.
Это позволяет зрительно ускорить процесс отображения страницы в браузере.
При этом есть возможность настроить nginx так, чтобы при существующих html файлах кэша, он отдавал их без запуска битрикс, как статику, так как в папке кэша битрикс складывает html в той же иерархии что и страницы, в папке с именами доменов.
Мне необходимо чтобы для пользователей с кукой и без нее, отличалась секция head страницы. Соотвественно, мне нужен различный композитный кэш для пользователя с кукой и без нее.
И даже если я добьюсь этого в битрикс, то мне необходимо реализовать насройки nginx при которых он будет забирать html статику из разных папок в зависимости от куки.
Самым общим решением является подмена домена. В этом случае и битрикс будет формировать разный кэш для разных пользователей и nginx будет забирать статику из разных папок.
Матвей Уваров: пример и я тебе расскажу как обойтись без записи html в БД.
Не гарантирую, что это будет лучше или быстрее или дешевле. Не настаиваю, что так нужно делать всегда.
Но если это требуется, то с вероятностью 98% у вас что-то с архитектурой проекта не то.
Есть правда вероятность в 2% что это действительно нужно и целесообразно. Но скорее всего - нет.
Это как бег в мешках - глупо в них бегать. Медленно и неудобно. Но есть соревнования по бегу в мешках и если на них вы будете бежать без мешка - вас диквалифицируют.
Эти квадраты, в которых нужно такое выравниваение - они сами во флексбоксах.
Т.е. да - я знаю что внутри него можно замутить структуру еще из N вложенных блоков, но хотелось бы обойтись без ненужных сущностей.
В этом суть вопроса? Можете подсказать? Сделать? Хорошо сделайте, но мне нужно не сделать на конкретном сервере, а общее решение.
Представляете как nginx отдает html кэш комопозитного сайта?
Вот мне нужно чтобы при наличии куки html отдавался из папки r.site.my, а в $_SERVER[HTTP_HOST] тоже был r.site.my, а без куки соотвественно просто site.my.
При этом пользователь будет обращаться все время к site.my