SOTVM,
В первом случае нужно просто подождать (когда заработают зеркала).
Во втором случае ожидание не поможет. Но возможен ли вообще такой вариант (официальный репозиторий, как-никак)?
Решение отличное, но возникала проблема при обработке целых чисел.
Для числа 12 ответ выглядел таким образом: "12."
Чтобы решить проблему, пришлось добавить еще один rtrim: rtrim(rtrim(sprintf('%.16f', $a), '0'), '.')
Tanya__K, итак, получаем следующее:
- на макете 320 мобильное меню
- на макете 768 мобильное меню
- на макете 1368 десктопное меню
Смотрим от меньшего к большему:
- минимальная ширина = 320
- от 320 до 767 мобильное меню
- от 768 до 1367 мобильное меню
- от 1368 десктопное меню.
Именно так нужно смотреть на макеты.
А теперь важный момент: держите контакт с дизайнером. По опыту могут сказать, что они могут думать задом-наперед. Так что стоит перестраховаться.
если в макете меню до 768рх - гамбургер, а в макете для разрешения 1368рх развернуто на весь хедер, его нужно разворачивать после 768рх или после 1368рх?
Елена, я понял. Но Вы упустили слово "после" во фразе "не стали верстальщиком после завершения одного проекта". Поэтому я не стал писать ответ. Хотел, чтобы Вы сами нашли ошибку в своем выводе. Ведь я не писал, что Вы на данный момент -- плохой верстальщик. Я лишь написал, что когда Вы "без теории и практики" выполнили свой первый проект, Вас вряд ли можно было назвать опытным верстальщиком. Это было лишь начало профессионального пути в этой области.
Можете немного пояснить этот момент?
Конечно.
Многие привыкли к распространенной модели MVC. И когда большинство ожидает от слова "шаблон", что это будет Представление, Битрикс использует другую идеологию. Шаблон компонента сочетает в себе и Контроллер, и Представление.
Рассмотрим пример. Допустим, Вы выводите список новостей. Используете для этого компонент "Список новостей". Этот компонент выведет данные из базы данных. Поскольку Вы хотите вывести новости в своем дизайне, Вы пишете для этого компонента свой шаблон.
Но, если у Вас появляется задача более расширенного вывода информации, нежели предлагает компонент, Вы можете дописать это расширение прямо в шаблоне в специальном файле. И при этом все это будет без проблем кешироваться.
Например, Вы решили в каждой новости выводить рейтинги или количество комментариев. Вот здесь и работает принцип мобильности шаблонов: Вы можете взять шаблон (папка с файлами) с другого проекта, где уже однажды реализовали подобный функционал, и скопировать его на свой текущий проект. После чего останется только изменить дизайн вывода. И все.
Кроме того, под всем этим кроется еще один важный плюс: Вам не пришлось модифицировать ядро проекта (т.е. сам компонент). Вы можете спокойно обновляться и не переживать, что где-то что-то перестанет работать.
Это только самый простой пример использования возможностей шаблонов компонентов.
ID передается на этапе инициализации.
Т.е. если Вы планируете передавать в фильтр разные ID раздела (например, из данных запроса), то Вам придется перезагружать страницу (либо подменять ее по AJAX).
Adamos, я так и не понял, какую мысль Вы пытались донести, прокомментировав ответ.
Если Вы напишете, как можно упростить файловую структуру Битрикс, сохранив при этом всю текущую функциональность, -- такое можно будет и почитать.
А моя позиция довольно проста: если программист теряется в многоуровневом дереве каталогов, то, возможно, ему стоит задуматься о смене профессии.
Adamos, про форум позабавило. Как-будто кто-то прислал реплику из далекого прошлого ))
В Битрикс работает идеология компонентов. Вы пишете свой шаблон к стандартному компоненту. Причем шаблон подразумевает не только визуальное представление, но и модификацию данных до и после вывода.
Созданный шаблон Вы можете взять с одного проекта и просто скопировать в другой проект. И он сразу начнет работать.
Чтобы достичь такой мобильности, приходится чем-то жертвовать.
Лично я никогда не испытывал трудностей с иерархией каталогов в Битрикс. Так что здесь каждый выбирает технологию под свои нужды.
Adamos, Вы что-то путаете.
Вы сетуете на то, что в Битрикс нужно разбивать верстку на фрагменты и размещать их в разных файлах и каталогах.
А разве в WordPress интеграция дизайна выглядит иначе? Вы все в одном файле пишете?
Вытащил исходники и собрал.