LazyBadger: "Лох - это судьба!" К надо было думать головой и платить С нормальные деньги... подозреваю, что К решил сначала немного С прокинуть от обещанного
Лох - это когда регистрируешь квартиру на условную "любовницу" и думаешь, что она тебя не кинет.
Как можно регистрировать домены и хостинг-аккаунты на левого человека?
[sarcasm]А давайте, вы откроете свой бизнес, но всё будет зарегистрировано на меня, т.к. я буду вести рекламу для "вашего" бизнеса?[/sarcasm]
tommy-gung: я бы смотрел в сторону max-width: 1200px, если не нужна максимальная ширина
Для всего макета может и да, но важна ширина блока основного контента. Всё зависит от концентрации внимания посетителя.
Alex107: Нужно исходить из того, с устройств с дисплеем какого размера заходят.
Не из этого нужно исходить, а из того, как воспринимается контент и читается текст.
При разрешении 2560 пикселей по ширине, читать простыни очень сложно, теряются строки, а вот просматривать каталог товаров (плиткой) очень даже ничего, ведь внимание концентрируется на небольшом блоке, скажем 300 на 400 пикселей.
Есть макеты, в которых размер шрифта плохо подобран на низких разрешениях, в таких случаях, читать по полтора слова на строку или вглядываться в шрифт через лупу тоже не очень удобно.
"Лох - это судьба!" К надо было думать головой и платить С нормальные деньги... подозреваю, что К решил сначала немного С прокинуть от обещанного
Лох - это когда регистрируешь квартиру на условную "любовницу" и думаешь, что она тебя не кинет.
Как можно регистрировать домены и хостинг-аккаунты на левого человека?
[sarcasm]А давайте, вы откроете свой бизнес, но всё будет зарегистрировано на меня, т.к. я буду вести рекламу для "вашего" бизнеса?[/sarcasm]
в utf-8, а если в cp1251 то 1 байт :)
Поэтому сайты на русском лучше в cp1251 кодировке делать - меньше места занимают :)
Я посмотрю, как вы будете с JSON работать в кодировке cp1251🍿
Нет, Google PageSpeed Insights ругается на любой выбранный метод прорисовки
Как раз на swap не ругается.
Программистов слушать не хочу - раздуют из мухи слона ничего дельного не говоря.
Правильно, надо слушать домохозяек, они в этом деле лучше всяких программистов разбираются.
У поля какая кодировка стоит? Может попробовать сделать CHARACTER SET 'ascii' COLLATE 'ascii_bin'?
Сделайте при коннекте к базе:
Вам же пишет ошибку, что:
Т.е. таблица в кодировке utf8mb4
В responsive.css прописывается?
Без разницы где, но лучше найти CSS-файл, где этот класс объявляется и там дописать.
Короче, перепробовал все советы, к сожалению, не помогло... Без "поллитра" не разберешься :)
Ваша проблема яйца выеденного не стоит, раз у контейнера не ограничена максимальная ширина, то поможет совет из второо ответа.
---------- Добавлено 24.03.2020 в 19:17 ----------
Посмотрите в консоли, где изменен стандартный max-width
А если он тупо убран? Что там смотреть?
---------- Добавлено 24.03.2020 в 19:18 ----------
Тут как бы и рассуждать больше не о чем.
я бы смотрел в сторону max-width: 1200px, если не нужна максимальная ширина
Для всего макета может и да, но важна ширина блока основного контента. Всё зависит от концентрации внимания посетителя.
Нужно исходить из того, с устройств с дисплеем какого размера заходят.
Не из этого нужно исходить, а из того, как воспринимается контент и читается текст.
При разрешении 2560 пикселей по ширине, читать простыни очень сложно, теряются строки, а вот просматривать каталог товаров (плиткой) очень даже ничего, ведь внимание концентрируется на небольшом блоке, скажем 300 на 400 пикселей.
Есть макеты, в которых размер шрифта плохо подобран на низких разрешениях, в таких случаях, читать по полтора слова на строку или вглядываться в шрифт через лупу тоже не очень удобно.
Всё зависит от типа отображаемого контента.
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.+)\.(.*)$ /$1 [L]
Но без внешнего редиректа, возможно, работать не будет, нужно смотреть, как в движке обрабатываются адреса.
Если за основу берётся REQUEST_URI, то работать 100% не будет, а если REDIRECT_URL, то будет.