Если что, то ты можешь приложить скрин-видео, а сделать его можно, например с помощью Awesome Screenshot. Это на случай если на пальцах трудно обьяснить. Ибо пока что вышло не очень.
justifycontent, угу, немного добавлю ответ. Хочешь сделать так, чтобы человек разобрался — смотри что популярно в регионе потребления с поправкой на тип товара, его вид и количество. В данном случае, это очевидно из макета — тебе слизывать подход яндекс маркета. Я не про дизайн, а подход.
Если бы у тебя был фирменный магазин, я бы рекомендовал отказаться от такого подхода, если количество товара не толкает к этому же формату. Например в ювелирку нет смысла заносить какой-либо другой формат, кроме как такой, только с фильтрацией можно в какой-то мере быстро подобрать размеры, материалы, ибо все это сложно вывалить в общий список.
Изолируй код нормально в песочнице, как тебе говорят, иначе ты помощи не получишь, никто в здравом уме не будет читать этот шлак в одной не стилизованной портянке. Но, как только ты изолируешь проблему, то, как начал было говорить iBird Rose, скорее всего ее и не станет.
kirillleogky, погоди-ка. Я глянул каменты и собирается же он не тут, а в другую директорию, что-то типа dist, верно? Оттуда и надо плясать: где в конечном счете оказываются файлы.
С данным билдером я не знаком, но если взять, к примеру сборку вебпаковскую вуя, то он сам прикрепленные файлы отслеживает, собирает их в одну папку ассетов, при этом кодируя названия и меняя их в конечном шаблоне.
И, судя по тому, что я вижу названия типа /js/main.47ea7688.chunk.js, то у тебя именно тот случай. Смотри документацию и ищи, куда и как попадают файлы.
Andrew, эта постановка вопроса лучше. Плохой просто потому что нет класса и понятия наследованности. Мы это выше перетерли. И, пожалуй соглашусь, с неназванным тезисом, да расшифрую.
Waniman, этой логикой и должен руководствоваться разработчик. При этом да, если прослойка действительно не нужна, нет стилей и нет привязки жесткой при работе на уровне JS (беготни по parentNode например), то все, что на самом деле лишнее — этому не место в проекте. Оно засоряет эфир, создает лишние узлы при отрисовке, да и в целом ухудшает читаемость.
Waniman, если header в точности должен работать, как container, то во вложенной структуре нет необходимости. НО ПОВТОРЮСЬ: если надо сделать оформление шапки вкрая, а внутри вкладывать элементы по структуре bootstrap, а .container ИМЕЕТ ОГРАНИЧЕНИЕ по ширине, то он необходим. И сделать все сразу на уровне header можно только расчетными отступами (идиотизм) или на гридах.
Нус, можно и браузер собрать на базе вебкита, но это попахивает потерей рассудка, если ты не шаришь.
А так да, прямая отсылка в ее сторону. С мобильной сафари попроще, другая сборка, больше поблажек, хватает обычно тестов в хроме на пекарне под дебаггером.
kirillleogky, на простых, как я описал. На чуть более сложных типа WP-тема — там загоняется на ЯП пути, полные самописки — как рука ляжет. Но проще всегда держать, как я сказал, в одном месте рядом с исполняемым файлом.
steef08, vh надо описывать в стилях. Атрибут height врядли схавает это.
Ну в целом я вроде понял, да. Проще всего задать карте высоту, в VH и фиксированную позицию, а основному контенту отступ сверху на высоту карты с корректировкой. Т.е. margin-top:65vh;. Тогда карта будет оставаться на месте, а контент наезжать, при этом отступ и сформирует это окно.
НО! исходя из того, что я прочитал, тут пачка выстрелов себе в ногу, которые аукнуться, например отрицательный отступ под шапку.
По сути надо перехватить часть урлов (ассеты же не в корне проекта вразнобой лежат, верно?) и их уже ловить на другом домене, поддомене в данном случае.
Но допустим тебе надо, чтобы карта была всегда, 60% от высоты вьюпорта, чтобы прямо на всех экранах так было. Тогда ты задаешь ей высоту height: 60vh и остальное, как я понял, наезд блока снизу в PX будет плюс минус одинаково заезжать на этот элемент.
Если надо, чтобы прямо поделили они первый экран между собой, то и карте и блоку с иконками можно задать размеры в VH. Вот только жестить в этом ключе не рекомендую, если экран маленький, а ноутбучный 768 это нынче из разряда планшетов, то впихивать в него дизайн от пк дело гиблое.
На самом деле я бы рекомендовал погонять это все дело не в неповоротливом куске кода, а на уровне curl. Посмотреть заголовки, что приходят, что в ответах и т.д.
Если что, то ты можешь приложить скрин-видео, а сделать его можно, например с помощью Awesome Screenshot. Это на случай если на пальцах трудно обьяснить. Ибо пока что вышло не очень.