archelon

если overflow не hidden, то ничто не мешает дочернему диву вылезать за пределы родителя

Выведите на нужных страницах скрипт:

<script type="text/javascript">
	document.addEventListener('DOMContentLoaded', function() {
		var img = document.querySelectorAll('img[data-href]');
		for (var n = 0; n < img.length; n++) {
			var attr = img[n].getAttribute('data-href');
			img[n].setAttribute('src', attr);
		}
	});
</script>

Библиотека jQuery не требуется, будет работать и без него. При желании, событие DOMContentLoaded вы можете заменить просто на load, если вдруг вам сначала надо дождаться полной загрузки стилей, скриптов и тех картинок, что не имеют заглушки. Разница между ними в том, что при DOMContentLoaded авто замена атрибутов отработает сразу, как только документ будет загружен и готов к работе, а в случае load будет дополнительная небольшая задержка, пока другие внешние ресурсы не прогрузятся (стили, скрипты и обычные картинки).

Сущность (entity) это объект с набором свойств и методов. Например нода, у неё есть свойства title, status и методы save(), isPublished() и т.д. Другой пример сущность пользователь, у неё есть свойства name, password и методы isAnonymous(), removeRole() и т.д.

В друпале два вида сущностей - content entity и config entity.

Контент-сущности, это сущности, которые содержат user-generated контент, т.е. ноды, пользователи, комментарии, файлы и т.д. Контент-сущность можно из админки расширять полями и настраивать их отображение.

Конфиг-сущности, это сущности, которые можно описать в коде, например Views, форматы дат, настройки отображения полей, стили изображений. По простому это настройки сайта. Конфиг-сущности можно экспортировать/импортировать/деплоить.

Почему стандарт html5 вдруг устарел?

Ни разу не видел, чтобы их использовали в верстке.

- потому что никто не обязан их использовать. Это лишь семантика, не более. Это такие же div, но называются по другому, осмысленно

Если я правильно понимаю задачу, то можно так:

И при всём этом вообще не знаю что надо делать что бы зарабатывать.

Чтобы зарабатывать надо работать на работе.
Чтобы работать на работе, надо на нее устроиться.
Чтобы на нее устроиться, нужно найти вакансию, пройти собеседование.

Что нужно делать и уметь обычно написано в вакансии.

Следовательно, ищете вакансии, читаете что в них нужно изучить, изучаете.
И 19 лет это уже взрослый человек - проявляйте больше самостоятельности, перед тем как задать вопрос попробуйте найти уже готовый ответ. 19-летних людей ОЧЕНЬ много, вопросы у них однотипные. Готовых ответов в интернете полным полно. Если их сложно найти, или вы считаете себя уникальным, то лучше вообще не выбирать ИТ направление, потому что тут нужно очень много искать в интернете готового.

Вакансия - какая то странная.
Половина требований - это то что человек посмотрит и запомнит через неделю работы. На собеседовании они вообще не нужны. Осталось ощущение что слова "креативный разработчик" подразумевают две вещи - либо такая "творческая личность" которая фигачит код в духе "for (var a && foo() in c ||d())" потому что "так оптимальнее и красивее, не люблю лишние строки", либо на которого навешивают работу дизайнера и требуют "ну сделай покрасивее что-то, заказчику не понравилось".

Креативность в разработке можно проявлять либо изобретением новой архитектуры, либо создании/оптимизации алгоритмов. на второе эту вакансию еще можно при очень большом желании натянуть, но это если хочется верить в лучшее, в самой вакансии там ровно ноль информации.

Где можно почитать / посмотреть, как разрабатываются фронтенд сайтов уровня Awwwards?

Если вы про те из них где есть какие-то прикольные графические свистелки, (большая часть - это просто необычный дизайн, на который нужен обычный верстальщик) то если вы работали с webgl, понимаете как в целом работать с канвасом, и знаете немного математики - этого должно быть достаточно.
Большая часть вау-эффекта таких сайтов это креативность дизайнера.

Поставьте вопрос конкретнее. все эти свистелки - это знание api (читается в доках) и алгоритмы.

Если вам интересна тема именно алгоритмов, необычной графики и хитрых программных решений, и креативности в этом ключе - это мало относящаяся к фронтенду как таковому тема, тут наверное ближе и обширнее всего геймдев, можно почитать там, а так же штуки типа demo competition, (https://www.youtube.com/watch?v=NAeFuk-_Dwo&list=P... https://www.youtube.com/channel/UC96JVq-z0-0iHAkIk... https://www.youtube.com/watch?v=JZ6ZzJeWgpY) если хочется хардкора (это все написано на низком уровне в программах размером пара десятков килобайт) - вот там программной креативности хоть отбавляй, если вы сможете сделать что-то такое, то во фронте вас с руками будут отрывать делать "сайты уровня awwwards". Но возможно вы уже не захотите :)

Фронтендер, не умеющий верстать - это оксюморон.

Сейчас набегут, но вообще разделение на фронтендеров и верстальщиков - крайне бестолковая концепция.
Фронтенд - это всё, что не бэкенд, просто кто-то (и их много) значительно лучше себя чувствует от того, что написал тудулист на Реакте - и ты уже не "какой-то верстальщик", а целый "фронтенд разработчик", знаний как не было, так и нет, зато у себя в голове ты уже чего-то добился. Ну и бонус - верстать можно и не учиться тогда, пусть какие-то верстальщики делают. Ну это отдельная тема.

Насколько вёрстка важна?
Максимально, ибо работает ваша отрисовка 0.1с или 0.2с, используете ли вы fetch, или axios, или даже XMLHttpRequest - это пользователю неинтересно (в очередной раз напоминаю, что сайты и приложения мы делаем для пользователей), бизнесу обычно тоже не особо интересно, а вот если вёрстка расползается, что-то где-то едет, становится недоступным, или простая страница верстается 30 часов, а потом ещё 20 тестируется и правится, а в итоге всё равно какое-то говно - это уже замечают все причастные.

Проблема в том, что одно без другого не существует. Если вы ждёте какого-то мифического "хорошего" уровня в вёрстке и этим оправдываете то, что не развиваетесь в JS - его не будет, и вы никогда не начнёте, ибо этот уровень нарабатывается годами и тоннами материала, который надо через себя пропустить. Я около 12 лет верстаю сайты и до сих пор что-то новое узнаю. Опыт растёт, технологии развиваются.

HTML, CSS, JS - навыки, которые растут параллельно, если всё идёт правильно.
Не в одинаковой пропорции, но одно без другого смысла не имеет.

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

1) Да.
2) Если ты хочешь взломать БД, ты должен знать как эту БД создать. Тоже самое касается и всего остального. Когда ты знаешь, как создать ту или иную систему, ты знаешь какие потенциально уязвимые места у неё могут быть.
3) Нет таких книг. Читай пункт 2.
4) Сначала хоть что то выучи, а потом о работе думай.
5) Смотря что за материал. Инструкции как взломать ВК явно не актуальны, книги по сетям, базам данных, алгоритмам и пр. могут быть актуальными десятилетиями.

А вообще первое, что ты обязан научиться делать - использовать поиск, подобный вопрос даже тут задавался десятки, а то и сотни раз.

TL;DR : на вп вы можете пилить сайты сами, иногда пользуясь услугами фрилансеров, это выйдет эффективнее и дешевле.

Можно ли обойтись без CMS в сегодняшних реалиях, и если да, то как выглядит разработка сайта?

Сильно зависит. Есть ооочень много подходов, от "дядя Коля, че ты без сайта ходишь как дурак, давай я тебе на джумле быстро сайт за 50 баксов сделаю, гыы...", до уровня серьезных студий, где пишут серьезные проекты на современных фреймворках и с хорошей продуманной архитектурой, и ценник начинается от десятков тысяч убитых енотов, но за эти деньги вам сделают все: тз, дизайн, фирменный стиль, документацию на проект, технические требования, подбор серверной архитектуры етц... Как вы сами сказали - рынок обширен и, добавлю, весьма неоднороден.

Если я пишу сайт к примеру на WP, то как обстоят дела с вёрсткой, что могут программировать фронтэндщики, а что бэкэндщики? Просто много где пишут, что на WP, можно самостоятельно создать сайт, не зная особо программирования, где могут фигурировать программисты?

Типовой сайт без особого дизайна и функционала действительно можно поднять в одно рыло буквально за день. Если заморочиться с дизайном - можно либо взять/купить готовые темы, коих сегодня мульён и 2 сверху, или дизайнеру заказать за ценник примерно х2 от готового дизайна, ну, зависит еще от требований конечно. Программист нужен в случаях когда нужно реально что-то такое, что редко встретишь или какая-то специфическая задача под нужды заказчика, все типовые "хотелки" обычно решаются готовыми плагинами. Естественно что все эти прелести имеют серьезный изъян в виде хреновой производительности и кошмарного кода, лезть в который не хочется даже в костюме полной химзащиты.

Могу ли я к примеру написать сайт грубо говоря в блокноте, а потом перенести его на WP?

Странный вопрос... скорее всего нет, так как ваш код не будет вписываться в движок вп. И обычно делают наоборот - берут вп и вносят изменения и дополнения на основе его функций.