Обновить
108
Кирилл Коншин@dfuse

Principal Software Developer

40
Подписчики
Отправить сообщение
А если вы сидите в другой стране?
А версия для iOS до сих пор пятый айфон не поддерживает… Остается только ждать…
Очевидно, что если какой-то элемент надо будет вынести за пределы контейнера, например иконку, врезку, что угодно, то он обрежется.
У такого способа есть суровые отрицательные стороны в виде, собственно, overflow:hidden. Использовать следует крайне осторожно.
+1 тоже бы почитал
Ну неужели наконец-то вменяемый способ получить Jade в браузере?
Эпичны комменты к треку в статье (https://soundcloud.com/windytan-1/dial-up-modem-noises) — «sounds just like a skrillex remix!» и «make some noise .)»
Музычка приятная, кто бы ее ни делал. Только звуки NI Trillian очень уж лезут…
Я так еще лет 5 назад делал, еще с предыдущим дампером, думая, что жутко костылю и должно быть как-то проще и нативнее, через API или еще как-то. А оказывается это «официально» рекомендованная практика…
FF сообщил, что выжрал всю память…
Хм, как-то я пропустил этот момент. И как смотрится? Я так понимаю, Win8 изначально «умеет» такие плотности? Андройды, вроде, таким редко может похвастать, судя, опять же, по википедии: en.wikipedia.org/wiki/Comparison_of_Android_devices
Получается, плотность пикселей больше, чем на ретине? Для справки ru.wikipedia.org/wiki/Retina — 326 максимум.
Абсолютно согласен. Незачем нагружать приложение левым функционалом. Однако бывают shared хостинги, где приходится выкручиваться, радует только то, что на таких хостингах лежат проекты без особой нагрузки и костыльные решения вроде этого еще работают.
Это какой-то кривой подход «без которых оформление страницы будет рушиться» — в идеале скрипты _добавляют_ функциональность. Т.е. все супер-важное должно уже быть на странице, а скрипты накатываются сверху и реализуют интерактивность. Это верно, если у Вас не JS приложение, где вообще все рисуется JSом, но это совсем другая история.
Такого рода вещи (которые должны появиться сразу) надо помещать сразу в код, почти любое модальное окно можно сделать без JS вовсе. Закрывать Вы его будете, скорее всего, JSом, но пока юзер доведет мышку до кнопки Close и кликнет, скрипт уже 10 раз загрузится.
И как по мне нет ничего плохого в том, чтобы придерживаться стандарта и все каскадные таблицы и подключаемые скрипты описывать в шапке документа

Скрипты следует подключать как можно позже, чтобы дать странице возможность отрендериться без них, не кушать процессорное время на парсинг скриптов, а рендерить страницу. А уже потом, по мере загрузки, отрисовать то, что делается скриптами. Особо критично это для мобильного веба и веба в целом, но через GPRS, к примеру. А вот CSS файлы нужно подключать в HEAD.
Код-сниффер хуком на коммите спасает, чтобы не повадно было. Автоформат спасает так же. Вообще все равно, кто как наформатировал, если есть редактор, настроенный на определенный стиль (проектный или предложенный сторонней организации типа Zend, Google и т.д.), нормальный редактор все сам сделает.

P.S. Дал бы ссылку на питоновский док, там доступно разжевано, но эта тоже хороша.
В GA будет присутствовать все, что ему отправит клиент.
Вот о чем я и говорил… допустим у них отличный функционал, но это не продукт для энтерпрайза, по крайней мере пока.
Я видел пост про него, но к GA доверия несколько больше. Особенно в том смысле, что они не закроются вдруг через пару лет. Так-то стартап хороший.

Информация

В рейтинге
Не участвует
Откуда
San Francisco, California, США
Дата рождения
Зарегистрирован
Активность