lexxcode

Лучше не много подкопи и возьми Samsung 840 EVO/PRO. Самые шикарные ssd (есть конечно Intel, но это другая каста), и по скорости, и по выносливости. Их убить нереально вообще. OCZ я не доверяю. Про Plextor ничего не скажу, не сталкивался. Kingston, если не путаю, то максимум 2/3 от заявленной скорости сможет выжать из себя, так что об "up to 510MB/s" можно и не мечтать. Ну и плюс почти у всех производителей, кроме Samsung, Intel и OCZ, идут одни и те же контроллеры SandForce, которые, мягко скажем не лучший вариант. У Samsung свой контроллер очень удачный, у Intel тоже свой как он сейчас позиционируется относительно других не в курсе, но явно лучше SandForce, у OCZ контроллер Indilinx который так себе, хотя в последних версиях вроде были подвижки в лучшую сторону, но все равно ну его в баню этот OCZ. Напостой мусор какой-то клепают. ИМХО

Ну я тебе говорил о ней. только она же платная

В таком случае его не будет перенаправлять на главную, а запрос будет отправляться по текущему адресу. А раз перенаправляет, то вопросы либо к серверной стороне, либо смотреть на js обработчики на клиентской стороне

Так все просто, ваш action формы ссылается на главную страницу. Либо обработчик формы на сервере, редиректит запросы на главную. Да я умею читать мысли людей. Бойтесь меня!...

Зачем вам доступ к чужому кешу пользователя, да еще (не хватало) отправлять его на сервер?

ссылка битая

time просто определяет даты, ограничений где его использовать нету

Да? А как, если не секрет? На ArchLinux, зарешало добавление вот этого вот: (правда если делать как правильные парни в Arch, там надо линковать специально подготовленные конфиги, но можно и просто запихать настройки в основной конфиг) В Ubuntu должно быть примерно так же

На линуксе возможно

Зависит от конкретной ситуации. и media как раз может быть еще и дополнительной причиной для отказа) Вообще, конечно если хедер, мейн и футер всегда одной ширины, то конечно проще сделать обертку. но если у тебя хедер и футер тянутся на всю ширину, а мейн ограничен, то обертка мешает. А если в разных ситуациях поведение разное, то тоже обертка будет мешать. Следовательно уже видно что процент ситуаций когда обертка мешает выше. Проще. Но DOM элементов больше и для скриптов сложнее пробегать дерево. А CSS кешируется и ничего, что больше строк. один элемент не затормозит ощутимо работу страницы

base64 же неудобен, еще и весит больше честно сказать, я уже и забыл думать о нем, т.к. повышение степени неудобств несоизмеримо выше чем какая-то, возможно, микроэкономия

Я наоборот стал реже использовать обертку, т.к. это позволяет более гибко конфигурировать скелет страницы

Не знаешь что использовать - используй div

Эту цитату вообще непонятно откуда взяли, если честно. в спеке такого нету http://www.w3.org/TR/2012/WD-html-main-element-20121217/ точнее нечто подобное есть, но это относится к хедерам, футерам и прочему что относится к сайту вцелом, а не к документу конкретно

main внутри section мне кажется вообще бредок aside это не обязательно сайдбар. Точнее это вообще скорее всего не сайдбар (если уж кому-то хочется в корень упороться сематикой-шмемантикой) Я бы писал как-то так: <header></header><nav> <a href="page-1.html"></a> <a href="page-2.html"></a> <a href="page-3.html"></a></nav><main> <h1></h1> <p></p> <p></p> <p></p> <h2></h2> <p></p> <p></p> <p></p></main><div class="side"> <nav> <a href="sub/page-1.html"></a> <a href="sub/page-2.html"></a> <a href="sub/page-3.html"></a> </nav></div><footer>copy</footer> Если же в сайдбаре находится информация привязанная к контенту, сноска или навигация по конкретному документу, то тогда это скорее всего aside <header></header><nav> <a href="page-1.html"></a> <a href="page-2.html"></a> <a href="page-3.html"></a></nav><main> <div> <h1 id="root-header"></h1> <p></p> <p></p> <p></p> <h2 id="sub-header"></h2> <p></p> <p></p> <p></p> </div> <aside> <nav> <a href="#root-header"></a> <a href="#sub-header"></a> </nav> </aside></main><footer>copy</footer> А если по правде, то я не сильно заморачиваюсь семантикой-шмемантикой в принципе. Если мне нужен сайдбар, я применяю aside. Основную часть документа обхватываю в main. Статьи/комменты/посты отделяю в article. Целые разделы/главы если такие существуют в документе в принципе выделяю в section Если статья имеет явно выраженную шапку и подвал, то как-то так это может выглядеть <article> <header> <h1></h1> </header> <p></p> <p></p> <p></p> <footer> Autor Name | Public Date </footer></article> А если еще серьезнее подходить к проблеме, то скажем так... нынче контент лепят ну через такой "коаксиальный проход" что его вообще проблематично как-то внятно идентифицировать. Так что в определенный момент просто забиваешь на это все и просто пишешь так как тебе удобно. вот и все.

main может быть только один в документе, включает в себя неповторяющий, основной контент. хедер, футер, асайд, навигация по сайту не должны входить в main. Но при этом навигация по документу может входить в main

вообще-то в jq для работы с data есть специальный метод .data();

margin: 0;

хз, если честно, кому-то может и полезно будет. мне больше всего интересно что там из этих эмуляторов получилось, но почему-то ничего запустить у меня не получилось

Нету там Firebug, не нужно выдумывать. Там обычный встроенный DevTools, как и в стандартной версии Fx, а из дополнительного: WebIDE, какие-то эмуляторы типа FirefoxOS. Еще что-то было, я так по диагонали посмотрел

flexbox давно пора Ivan-P, лови http://jsfiddle.net/alexriz/yz41578j/

Так оно же в nginx не работает, вроде, в Apache только

Ну вот гугл посылает на сайт http://www.proftelecom.by/instrukciya_po_nastrojke_SIP-telefon_Panasonic_KX-UT136RU.htm Там есть такое : А дальше как с роутером, наверное

О, так ты автор той статьи, что ли? Странно, почему-то она мне не попадалась. Но мне очень не нравится описание flex-grow и flex-shrink, именно, то о чем я говорил в своей статье http://habrahabr.ru/post/242545/. Несколько ресурсов говорят будто бы grow и shrink задают соотношение размеров между флекс-элементами. Но ведь это не так.

Интересно умеет ли она скринкастить разрешение 2560x1440? А то всякие камтасии, бандикамы и прочие не умеют. И я не могу записывать всю площадь дексктопа, на windows