klierik
-
Posts
5,038 -
Joined
-
Last visited
-
Days Won
125
Content Type
Profiles
Forums
Calendar
Store
Everything posted by klierik
-
Каким обращом микроформаты монут влиять на версию html? Покажи примеры ошибок
-
Посмотреть пример на jsfiddle
-
http://bxslider.com
-
a { position: relative; z-index: 1; } a:hover:after { display: block; position: absolute; z-index: 2; left: 0; top: 0; width: 100%; height: 100%; content: ""; background: rgba(255, 255, 255, 0.85); } a > img { position: relative; z-index: 1; }
-
это просто список картинок, html
-
в данном случае эти правила для того что бы стандартизировать ожидаемый результат для всех элементов
-
Как найти наставника(гуру, учителья, сэнсэя) по вёрстке?
klierik replied to klierik's question in HTML Coding
Никому. Выслушал обоих -- принял решение самостоятельно! -
конечно, на офф. сайте этих примеров с головой. Да, ты не прав. Надо понимать как работает инструмент что бы им пользоваться. Ты отталкиваешься от имён классов, не беря во внимание что за ними стоит уже написанный дизайн, который при применении класса уже будет работать.Кто тебе сказал что надо вообще менять классы? В твоём распоряжении исходники. Открой офф. сайт и прочитай документацию - там же все доступно изложенно
-
Затем что с его помощью можно собрать проект быстрее в разы без затрат времени на самопис всего того, что уже есть из коробки в бутстрапе. Более того, на его базе можно "поднять" большую часть дизайнов который существуют (даже без grid). На работу можно добраться на таски, а можно на "автобус - метро - автобус - пешком 10мин". Результат будет один и тот же, но на такси все же быстрее и удобнее.
-
Что значит не получится? Подвигать картинку поверх сайта нельзя чтоль? Береш макет, кладешь на верстку, двигаешь картинку влево\вправо что бы совпала первая буква -- и потом видишь в чем реально разница. А она будет в межбуквенном интервале, потому как в Фотошопе он совершенно иной, нежели в любом браузере. Такие вещи подгонять безсмысленно так как "починив" в одном браузере это не дает гарантии что ничего не "поломал" в другом под другой OS
-
не стоит вообще заморачиватся по поводу межбуквенного интервала. в одном браузере выровняете -- в другом полезет важнее учитывать размер и высоту строки и кстати, надо выравнивать не по-центру строки, а слева на право
-
.bg_blue { @media (max-width: 450px) { width: 100% !important; }}бутстрап тут совершенно не причем, потому как его правила с 768 ступеньки, ниже нет.
-
зачем убеждать человека делать правильно, если он считает что он прав? это -- безсмысленно. вот когда у него в проекте начнут дублироваться блоки на странице, когда программер а цикле повесит на #id_count обработчик, когда "посыпется" верстка, тогда он сам поймет в чем его ошибка. а пока что, на первых парах, пускай делает так как считает правильным!
-
Пиши #id, не слушай ни кого, все делаешь правильно!
-
http://caniuse.com/ расскажет
-
так в чем проблема закинуть на хостинг вообще? 20ГБ в год копейки стоят
-
ам... о них и шла речь. наверно я не совсем очевидно выразился
-
не важно где, что в <head> что в <body>, запрос к удаленному ресурсу, не асинхронный, может "повесить" страницу на каком-то этапе её загрузки. В реальной ситуации такого не будет по главной причине: канал не стабилен, провалы в пингах постоянные. Даже на 3G файл может скачаться за секунды, а после F5 страница будет грузится в десятки раз дольше. Когда eth кабель в ноуте торчит, где-то на материке, то даже если скорость маленькая, но она стабильная. С "воздухом" на практике все может быть иначе. Возьмем в качестве примера реальную ситуацию с предоставлением услуги 3G, где нибудь за рамками привычных нам городов -- о. Боракай, на Филиппинах. В один день 3G может спокойно выдавать до полуметра в секунду международного трафика, на другой день скорость может не превышать 10-20КБ с частыми потерями пакетов, особенно для международного трафика. В такой ситуации все ресурсы, которые запрашивает страница, должны быть загружены (все те, кто не асинхронный). То есть если какой-то запрос не получит ответ от сервера в течении определенного кол-ва времени, то отменится. Но, пока он будет ждать ответа -- страница будет "висеть". Но, связь же не потеряна, а с перебоями, и запрос может "оживать" предполагая что вот-вот получит ответ, так как у нас не 100% потерь, а всего лишь перебои. В такой ситуации совсем печаль -- ждать загрузки страницы можно до бесконечности. Теперь на всё вышесказанное "повесим" тот факт, что мобильный трафик не безлимитный, более того -- он сверх дорогостоящий. В итоге на запросах можно потерять мегабайты трафика при этом увидеть тот же "about:blank" Сложившееся мнение о том что скрипты надо добавлять перед закрывающемся </body> -- верное, не не законченное. Описать загрузку ресурсов следует таким образом, что бы пользователь получив HTML -- мог им пользоваться, и всё что требуется за рамками контента следует догружать в фоне, асинхронно и поэтапно, в то время пока пользователь, например, читает статью на веб ресурсе. В таком случае если будет обрыв то самым "страшным", но второстепенным, будет будет лишь отсутствие какого-то функционала на странице. Но, пользователь, по крайней мере, получит то за чем он пришел -- контент. Ему и даром не нужны все наши навороченные скрипты, меню, анимации, реклама и прочие дополнения. Его интересует контент.
-
Как вариант купить NAS -- столько места сколько поставишь. можно и недо-NAS поставить, по типу WD My Cloud
-
@Great Rash, знаешь, я бы с тобой согласился бы, если бы не имел личного опыта в течении последнего года пользования не стабильным интернетом. а исходя из этого могу утверждать, что если файлы грузятся не только с текущего, а и с других (например шрифты гугла), но страница может не отобразится вообще, даже если будет загружена на 90%. Так же размер CSS очень часто переваливает за 10КБ. Лог grunt типичного проекта (да, тут много мусора, но не настолько что бы влезть в 10КБ): File skin/frontend/default/fun/build/css/styles.min.css created: 316.63 kB → 217.43 kB → 43.14 kB (gzip)По теме: 1) <img /> грузится после onDocumentLoaded, асинхронно 2) все что в CSS -- будет грузится после загрузки самого CSS, асинхронно 3) любой скрипт в <body> будет блокировать загрузку, если он не async Если интересна тему асинхронной последовательной загрузки скриптов -- гуглить в сторону LABjs ( https://github.com/getify/LABjs ) Если в коде встречается "inline script", например, jQuery, то он выдаст ошибку, так как отработает до загрузки jQuery. Решается это созданием "очереди", например так: В <head> создаем переменную для очереди. <?php // INIT jQuery Queue ?><script type="text/javascript">var queue=[];</script>Потом в <body> вместо обычного .ready() можно описать так: <script type="text/javascript"> queue.push(function($){ // code here });</script>В Футере, в свою очередь, запускаем все что в очереди поочередно так: <script type="text/javascript"> domready(function(){ $LAB.script("<?php echo $this->getSkinUrl("build/js/jquery.min.js"); ?>").wait(function(){ <?php // Run jQuery scripts ?> try { jQuery(function(){ while (queue.length){queue.shift()(jQuery)} }) } catch (e) { console.log(e) } }) });</script>про ф-ю domready() можно почитать тут: https://github.com/ded/domready CSS, кстати, тоже можно грузить асинхронно при помощи loadCss. А в тех случаях когда CSS файл "жирный", то поможет criticalCss для пользователей, у которых нет стилей в кеше. Для шрифтов существует webFontLoader. Так же, в идеале, добится картинки, когда пользователь грузит с сервера самодостаточный HTML файл, в котором уже есть стили (criticalCss), сумарным весом не более 14КБ (первый запрос на сервер равен 10 пакетам по 1.4 КБ) в сжатом виде -- В таком случае получив только HTML пользователь уже взаимодействует со страницей, в то время как в фоне грузятся остальные ресурсы.
-
картинка не грузится
-
1) "grunt-libsass": "^0.2.0", "grunt-contrib-concat": "^0.5.0", "grunt-contrib-cssmin": "^0.10.0", "grunt-contrib-clean": "^0.6.0", 2) "grunt-contrib-cssmin": "^0.10.0", или https://github.com/t32k/grunt-csso 3) врядли такое найдется. тут надо другой подход: - генерировать спрайты: https://github.com/Ensighten/grunt-spritesmith - в HTML вставлять класс с именем спрайта 4) может быть этот подойдет: https://github.com/behrang/grunt-flipcss еще могут понадобится: "grunt-autoprefixer": "^0.8.2", "grunt-combine-media-queries": "^1.0.19", "grunt-contrib-imagemin": "^0.9.2", "grunt-contrib-watch": "^0.6.1", "grunt-csscomb": "^3.0.0", "grunt-newer": "^0.8.0", "matchdep": "^0.3.0", "time-grunt": "^0.4.0"
-
Как найти наставника(гуру, учителья, сэнсэя) по вёрстке?
klierik replied to klierik's question in HTML Coding
А кто это такой? -
Друзья, давайте с теплотой в сердце попрощаемся с 2014 г. Этот удивительный 2014 последние 365 дней старательно наблюдал за нами, указывал на наши ошибки, раскрывал секреты и делал все возможное что бы помочь нам добиться поставленных целей! За последние 8,760 часов многие из нас получили колоссальные знания и опыт, узнали множество новых Интернет вещей. За последние 525,600 минут случилось невероятное множество странных и удивительных достижений как в сфере ИТ так и в достижениях человека. Каждый год дарит неимоверное множество удивительных и потрясающих открытий. В этом, 2014 г, целых 31,536,000 секунды -- немало, да? Искренне желаю что бы у каждого из здесь присутствующих кол-во багов и ошибок стремилось к этому числу. К концу года каждая ошибка окупит себя многократно знаниями и опытом, что в свою очередь скажется на мастерстве разработчика. Нет ничего не возможного - Возможно Всё! С Новым 2015 Годом
-
Bootstrap, вызов модального окна - появляется отступ у body
klierik replied to Светлана Г.'s question in HTML Coding
Под Windows Apple заморозила поддержку Safari несколько лет назад. Поддерживать софт которые даже разработчик не поддерживает -- избыточно
