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

<li id="slide1"><img src="https://images.unsplash.com/photo-1483653364400-eedcfb9f1f88?auto=format&amp;fit=crop&amp;w=840&amp;q=60" alt=""></li>

<a href="#slide3"><img src="https://images.unsplash.com/photo-1483653085484-eb63c9f02547?auto=format&amp;fit=crop&amp;w=840&amp;q=60"></a>

т.е. вместо site.com/page.html#slide1 - получается site.com/#slide1

ну и норм, сам же так написал )

по картинкам гадать нереально

хмм... с css слайдером не помогу, не уверен что этот костыль настолько универсален

Была вроде такая проблема, не помню как решил, но дело было вроде в <base href="/"> в head странички

да у меня вот такая менюшка с использованием overflow написана, не хочу переписывать
https://i.imgur.com/oP87sr6.gif

Готового ничего не нашел :(

И раз уж заговорили про БЭМ..
Вот делаю такую менюшку.
По идее, секцию more надо в отдельный компонент пилить?

Тип вот так?
Классы такие длинные получаются..

Выгодно ли сейчас открывать магаз со всякой хуйней(прокси, хуекси и Т. Д.) ?

Ну так сделай короткие классы.

через camelCase

ну, три дефиса не спасут ситуацию.
а названия хочется осмысленные
в общем, дилема

А если так?

.smNavMore

.smNavMore__btn

и т д

я всегда так делаю

ладно, поэкспериментирую, спс

>компонент
Не компонент, а блок. Это же бэм блин)

Ну, если мало вложенных элементов и дальше ничего не будет, то можно оставить элементы, типа:
.smart-nav__more-btn
.smart-nav__more-items

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

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