Скорее тут произвольные поля. Или кастромные таксономии.
Делать это на метках (в пределах одной таксономии).. ну теоретически можно, только будет не удобно управляться с такой свалкой разнородных данных.
Анастасия Громова : но пока не могу найти плагин, который это красиво оформит.
Вообще-то это "всего лишь" вёрстка. И делается в теме (дочерней). И плагинов таких не бывает (хотя возможно с современными FSE- темами это можно сделать прямо в админке, но эта технология ещё сырая для реального применения)
Но если с вёрсткой совсем никак, то можно поискать плагины каталогов.
Даже в век ИИ, хайпа ЧатЖПТ ещё находятся кто в этом сомневается.. Нда..
А распознавать буковки боты умели ещё лет 20 назад. Хотя в большинстве случаев для этого использовались/ются "индусы" - люди, за деньги копейки разгадывающие капчи.
VadimGen#: 10 вариантов это много думаю, хотя бы 8)
8-бальная система оценки - это из какого мира? Нормальный человек Большинство людей интуитивно понимают либо 5-ти либо 10-ти как расширенную 5-ку (чтобы не мучатся когда хочется поставить "три с минунсом")
(хотя да, "не навящиевые" и прочая орфография многое объясняет)
webinfo#: Разговор же не про это. Речь идёт про атрибуты:
Да, я там не правильно выразил мысль. Конечно размеры прописываются в html. Но в движках этот html генерируется. Хотя и прописать вручную (в случае простой статики) не не проблема. Единственное что - про srcset не забывать.
А стилями если что и заменяется, то это не абсолютные размеры картинок, а общий макет. Ну что бы всё корректно масштабировалось вне зависимости от абсолютных размеров. Ну или наоборот - не масштабировалось. Тут от задач зависит.
webinfo#: Дык они в визуальном редакторе задаются, а потом из-за этого приходится в файлах CSS втыкать кучу !important.
Вот я как раз о том, что не нужно этого делать. Ни задавать в редакторе, ни тем более !important-ы пихать. Вот это имею ввиду:
SeVlad#: либо организационная проблема, либо проблема ТЗ/разработчика - "неправильные" картинки нужно резать под нужные размеры и не допускать возможностей прописывания инлайн-стилей.
webinfo#: Лишние действия - это задавать размеры, которые всё равно переопределяются стилями.
?? В стилях, при вёрстки и задаются размеры.
webinfo#: На хрена мне проставлять размеры этой картинки при вёрстке, если заказчик потом пять раз поменяет эту картинку с лого?
Да хоть 25. Есть же требования к графике. В данном случае к размерам/пропорциям.
webinfo#: Или картинки в новостях: какой смысл там ставить размеры, если контент менеджер заливает всё, что угодно, но размер при выдаче должен быть 100% ширины контента? При этом кое-кто из контентщиков умудряется втыкать размеры инлайн-стилем прямо в теге, и тогда вообще полный отпад получается.
Опять же - есть требования к размерам.
А остальное - либо организационная проблема, либо проблема ТЗ/разработчика - "неправильные" картинки нужно резать под нужные размеры и не допускать возможностей прописывания инлайн-стилей.
А смысл как раз в том, чтобы можно было нормально читать, а не дёргаться от попрыгушек.
Ilya74#: Зачем вам понадобилось вручную править конфиги? Ручная правка, кстати говоря, при любой панели затрётся, поскольку при любом изменении сайта/аккаунта конфиги пересоздаются.
Не про историю ТСа, а из практики.
1. Если использовать Nginx без аппача, то из-за отсутствия хтацесса нужно править его конфиги (редиректы, ЧПУ и пр.). Правда, тут у панелей построено так, что если делать правильно, то эти конфиги не затрутся.
2. Перевёл я клиента на новый сервер, а там ООМ периодически убивает СУБД. Выяснилось что в отжёре памяти виноват аппач. Соответственно понадобилось влезть в конфиги апача (ограничить кол-во процессов и пр). И вот тут уже засада - ISP не предоставляет таких возможностей, а править мимо неё - это риски. (плюну на это и переведу на чистый нжинкс. :) )
За небольшим исключением размеры нужно указывать. Если нет размеров - невозможно рассчитать положение окружающих элементов. От этого пляски во время загрузки и развал вёрстки. Неужели никогда такого не видел? В прошлом это довольно часто встречалось и я даже останавливал загрузку чтобы прочитать текст. Ибо не возможно было как всё прыгало.
webinfo#: Лично я ругаюсь, когда у изображений есть widthиheight.
Как я поняла, это будут метки,
Скорее тут произвольные поля. Или кастромные таксономии.
Делать это на метках (в пределах одной таксономии).. ну теоретически можно, только будет не удобно управляться с такой свалкой разнородных данных.
но пока не могу найти плагин, который это красиво оформит.
Вообще-то это "всего лишь" вёрстка. И делается в теме (дочерней). И плагинов таких не бывает (хотя возможно с современными FSE- темами это можно сделать прямо в админке, но эта технология ещё сырая для реального применения)
Но если с вёрсткой совсем никак, то можно поискать плагины каталогов.
не могут же роботы писать слова сами....
Даже в век ИИ, хайпа ЧатЖПТ ещё находятся кто в этом сомневается.. Нда..
А распознавать буковки боты умели ещё лет 20 назад. Хотя в большинстве случаев для этого использовались/ются "индусы" - люди, за деньги копейки разгадывающие капчи.
10 вариантов это много думаю, хотя бы 8)
8-бальная система оценки - это из какого мира?
Нормальный человек Большинство людей интуитивно понимают либо 5-ти либо 10-ти как расширенную 5-ку (чтобы не мучатся когда хочется поставить "три с минунсом")
(хотя да, "не навящиевые" и прочая орфография многое объясняет)
Разговор же не про это. Речь идёт про атрибуты:
Да, я там не правильно выразил мысль. Конечно размеры прописываются в html. Но в движках этот html генерируется. Хотя и прописать вручную (в случае простой статики) не не проблема. Единственное что - про srcset не забывать.
А стилями если что и заменяется, то это не абсолютные размеры картинок, а общий макет. Ну что бы всё корректно масштабировалось вне зависимости от абсолютных размеров. Ну или наоборот - не масштабировалось. Тут от задач зависит.
Дык они в визуальном редакторе задаются, а потом из-за этого приходится в файлах CSS втыкать кучу !important.
Вот я как раз о том, что не нужно этого делать. Ни задавать в редакторе, ни тем более !important-ы пихать.
Вот это имею ввиду:
либо организационная проблема, либо проблема ТЗ/разработчика - "неправильные" картинки нужно резать под нужные размеры и не допускать возможностей прописывания инлайн-стилей.
Лишние действия - это задавать размеры, которые всё равно переопределяются стилями.
На хрена мне проставлять размеры этой картинки при вёрстке, если заказчик потом пять раз поменяет эту картинку с лого?
Да хоть 25. Есть же требования к графике. В данном случае к размерам/пропорциям.
Или картинки в новостях: какой смысл там ставить размеры, если контент менеджер заливает всё, что угодно, но размер при выдаче должен быть 100% ширины контента? При этом кое-кто из контентщиков умудряется втыкать размеры инлайн-стилем прямо в теге, и тогда вообще полный отпад получается.
Опять же - есть требования к размерам.
А остальное - либо организационная проблема, либо проблема ТЗ/разработчика - "неправильные" картинки нужно резать под нужные размеры и не допускать возможностей прописывания инлайн-стилей.
А смысл как раз в том, чтобы можно было нормально читать, а не дёргаться от попрыгушек.
Основное, что меня раздражает - необходимость делать лишние действия.
Я не понимаю какие лишние действия с размерами картинок..
Если ты что-то верстаешь - там сразу задаёшь нужные размеры. Как вообще без размеров верстать.
А для адаптива есть медиазапросы и srcset .
У себя не видел.
Так я не про свои сайты. Как сёрфер, чужие сайты. 9 из 10 плясали. И не только бложики, а и бизнесс.
После того, как гугл начал нагибать за это (хоть что-то хорошее от корпорации "добра"), такого почти не осталось.
- следить, чтобы проставленные размеры соответствовали пропорциям самой картинки
Тут всё наоборот - нужно сразу готовить картинки нужных пропорций.
- не забывать прописывать height: auto при переопределении размеров в файлах стилей.
Зачем вам понадобилось вручную править конфиги? Ручная правка, кстати говоря, при любой панели затрётся, поскольку при любом изменении сайта/аккаунта конфиги пересоздаются.
Не про историю ТСа, а из практики.
1. Если использовать Nginx без аппача, то из-за отсутствия хтацесса нужно править его конфиги (редиректы, ЧПУ и пр.). Правда, тут у панелей построено так, что если делать правильно, то эти конфиги не затрутся.
2. Перевёл я клиента на новый сервер, а там ООМ периодически убивает СУБД. Выяснилось что в отжёре памяти виноват аппач. Соответственно понадобилось влезть в конфиги апача (ограничить кол-во процессов и пр). И вот тут уже засада - ISP не предоставляет таких возможностей, а править мимо неё - это риски. (плюну на это и переведу на чистый нжинкс. :) )
Так попробуй введите URL без слеша
Вот это, кстати, дебилизм, кмк.
За небольшим исключением размеры нужно указывать. Если нет размеров - невозможно рассчитать положение окружающих элементов. От этого пляски во время загрузки и развал вёрстки. Неужели никогда такого не видел? В прошлом это довольно часто встречалось и я даже останавливал загрузку чтобы прочитать текст. Ибо не возможно было как всё прыгало.
Лично я ругаюсь, когда у изображений есть width и height.