Артур Кудаев мой вопрос был риторическим, и не касался конкретного проекта.
Конкретно в вашем случае с test1.webinme.ru :
- вы используете два конфликтующих подхода. Первый (font-size in em) + плагин, который делает "магию" с поддержкой "правильного" font-size при масштабировании. Второй - использовать проценты в геометрии блоков и фиксированной max-width для .wrapper. Выберете один: или em(rem) или %.
- это сложно сразу верстать, учитывая масштабирование, разные dpi экранов и их разные габариты. Начните с атомарных блоков. Например шапки (header). Разбейте на минимальные блоки и определите как для них должна вести себя геометрия в зависимости от экрана, подергайте рамки окна броузера.
- откажитесь от .conect:before в пользу отдельного тега: со стороны бекенда у вас не будет способа переопределить фон.
- почитайте про поведение процентных значений в свойстве padding
В вашем вопросе нет бага, чтобы кто-то вам мог помочь. Тут есть не до конца продуманный подход, с которым справиться сможете только вы. Учтите только, что по-хорошему, вам придется переверстать эту страницу еще два раза. Заложите это в ваш эстимэйт.
Очень досадно остатся без девайсов, когда находишься в незнакомо городе в другой стране. Проще ИБП в чемоданчик закинуть (да только в самолет в багажное могут не взять).
DancingOnWater: ок, слить все коммиты - тоже решение. Но у него есть большой минус: если фича большая (а у меня сейчас такая ситуация) терять всю информацию об авторах коммитов и их целях не хотелось бы. Пока буду экспериментировать...
Ребейзить свою ветку не страшно. Вот только между нужным commit и HEAD есть серия коммитов из мейнлана (по ходу разработки делался git pull mainline). Ребейз затрагивает и эти коммиты. Можно сделать rebase так, что б не менять (перезатирать) коммиты из менлайна?
DancingOnWater: да, речь про набор коммитов, котрые должны идти пул реквестом. Мне нужно сделать некии операции, что и коммиты были правильные, и пул реквест состоялся.
> Его можно просто скрывать. Там скорее всего так и сделано.
— Если вы про display: none/visability: hidden - то нет, там сделано не так. Текущий view полностью удаляется из html.
>Зачем?
— Удалять html полностью и хранить в памяти в переменной эффективнее, чем сохранять в html через display: none на "авось".
@CloudMonster, печаль.. тоска..
На самом деле, если использовать виртуальные пути, то можно реализовать и средствами Apache. Просто php -скрипт будет жить на протяжении времени отдачи файла. Наверно это не самая большая проблема.
Как указал @L3n1n, можно смотреть в сторону других средств отдачи файлов (я лично смутно представляю каких).
С другой стороны, если пользователей будет не так уж и много, и сервер будет справляться с нагрузками, то связка php+Apache более чем рабочая.
@webvany , нет, не обязательно.
Во-первых, у вас есть возможно поставлять картинки с высоким dpi. Если речь о <img />
Во-вторых, можно использовать @media, если картинка ставится через css.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
Конкретно в вашем случае с test1.webinme.ru :
- вы используете два конфликтующих подхода. Первый (font-size in em) + плагин, который делает "магию" с поддержкой "правильного" font-size при масштабировании. Второй - использовать проценты в геометрии блоков и фиксированной max-width для .wrapper. Выберете один: или em(rem) или %.
- это сложно сразу верстать, учитывая масштабирование, разные dpi экранов и их разные габариты. Начните с атомарных блоков. Например шапки (header). Разбейте на минимальные блоки и определите как для них должна вести себя геометрия в зависимости от экрана, подергайте рамки окна броузера.
- откажитесь от
.conect:beforeв пользу отдельного тега: со стороны бекенда у вас не будет способа переопределить фон.- почитайте про поведение процентных значений в свойстве padding
В вашем вопросе нет бага, чтобы кто-то вам мог помочь. Тут есть не до конца продуманный подход, с которым справиться сможете только вы. Учтите только, что по-хорошему, вам придется переверстать эту страницу еще два раза. Заложите это в ваш эстимэйт.