Приведенный кусок не пройдёт валидацию, хотя бы из-за отсутствия doctype.
вложенный ul в данном примере вложен в 3-й li
если 3-й li закрыть перед ul, то будет ошибка.
Ну так проверьте — validator.w3.org/check ругается если в ul есть что-то кроме li. Так же любой браузер не закрытый тег li считает до следующего li или до конца списка.
А приведенная фраза означает что списки могут быть вложены и так далее, что ничему не противоречит — вкладывайте ul или ol внутрь li на здоровье.
Похоже я немного попутал или изменили UI, но обьект для события определяет сам класс.
Есть опция greedy, которая меняет поведение. Вот пример с greedy ю Жмякайте на checkbox что бы увидеть разницу — без нее событие падает на старший по иерархии, с ней — нет.
Возьми любую CMS — первую лучше поменьше и сделать на нем сайт — «как вот тот».
Потом возьми другую, третью — разберешься как все работает, посмотришь как люди пишут ( смотреть код внутри CMS — обязательно ) и заодно получишь ценные знания о продуктах и свое мнение о них.
Задача для обучения должна решаться
Задача для развития должна быть сложнее текущего уровня
Сложность надо повышать постепенно, дабы приобретенные знания и опыт соединялись с имеющимися и формировалась картина а не бардак
Если человек — гений, он сам разберется и сам сформирует структуру знаний в голове, но, блять, гению такие советы — словно шелест ветра- приятно овевают ЧСВ :)
Я к тому что active вставляется в менюшке в одном месте а и сам элемент меняется и подчиненный список показывается
Искать обычно не надо — в той же менюшке это очевидно, а зависимые обьекты — вложены.
Номерные селекторы — однозначно неверное решение для css. И задача должна иметь нормальное решение без них.
Имхо вы опять что-то путаете. Править сорцы — это к IDE, а собирать и тестировать — это к build server-у.
По хорошему — закинули update в VCS и жмякнули ссылку для сборки и тестирования.
А что есть в идеологии WP правило когда переопределять классы а когда использовать хуки?
Имхо правильно потому что исправит именно окончание элементов а не все встречающиеся подстроки.
Оно самое
Знания бывают разными. Тимлиду надо понимать идеологию используемой версионной системы, уметь делать не только банальные операции, а весь спектр задач. И уметь пользоваться. И уметь разрешать нестандартные проблемы. Конечно есть админы, но их задачи несколько другие.
Вы еще не бекапите? :)
Количество и объем ни о чем не говорят — скрипту все равно сколько лопатить.
У меня dev просто поднимает последний backup с production — заодно проверяется его целостность.
Профит на клиентской стороне. На каждый домен ограниченное количество соединений и отделение графики ускоряет загрузку страницы. Серверу от этого в общем-то пофиг, даже местами хуже ибо увеличивается скученность запросов и количество одновременных запросов, но последнее nginx-у пофиг, апачу с prefork — нет.
