Расплата за старые грехи. В 2001 и 2003 году Microsoft устраивали подляны на сайтах MSN и Hotmail пользователям неie — кривая вёрстка и неполные скрипты. Почему-то особенно досталось opera — норвежцам даже пришлось сменить useragent по умолчанию на internet explorer, что в последствии искажало статистику использования.
Пусть теперь сами android-клиент сэмулируют.
В Linux Mint всё очень криво — автодополнение открывается черным пустым прямоугольником длиной в два монитора, mc запускается вполовину ужатым, а выход из него ведёт к закрытию final term.
Хотя вообще идея полуграфического терминала мне нравится. Я бы предложил в дополнение к нему сделать совместимую утилитку catimg, которая бы выводила в терминал картинку, наподобие вот этого скрипта для google chrome.
Хоть papeeria и не смогла потянуть компиляцию моего резюме (баг отправлен), огромное спасибо за ссылки на sharelatex и writelatex! Это именно то, чего не хватало — ждать по полчаса пока установится latex на каждой новой машине изрядно надокучало.
Для backbone нужен или jQuery или Zepto
Автор пытался представить минимальный вес и привёл Zepto.
Вообще если гоняться за байтами то можно использовать zepto и кастомную сборку lodash. Получится 19.5+26.6+11.3 = 57.1 (или ~16кб после gzip). А если использовать древние версии то и того меньше…
Но я бы не советовал гоняться за байтами — почти во всех сравнениях производительности на jsperf Zepto проигрывает jQuery.
В чём собственно бардак с .UA?
Домен делегируется только обладателям торговых марок. Цены — не заоблачные. Киберсквоттинга — нет. Был один случай с google.ua — и то «добро» победило. Планируя бизнес вполне можно рассчитывать на красивый национальный именной домен верхнего уровня. Даже не знаю в каком домене ситуация лучше чем в .UA.
И правильно делают!
jQuery использует String.trim() если его поддерживает движок javascript.
Если же конечный пользователь использует какой-нибудь Internet Exporer 8 то будет применена регулярка.
По-моему главная ниша для Яндекс.Store это постсоветские страны, кроме России.
Объясню почему — в спектре «наших» стран в Google Play только разработчики из России могут публиковать платные приложения. Украина, Белоруссия и другие вынуждены либо действовать хитрыми схемами, либо зарабатывать на рекламе в приложениях. Что не каждого устраивает, не каждому подойдёт.
Тогда как у Яндекса я пока не вижу подобных ограничений.
Как бы оно так да не так…
Увы много у этого подхода недостатков. Индексация поисковиками — никакая (делать hashbang копии страниц — дополнительные затраты времени и далеко не все поисковики поддерживают). Шаринг в социальных сети мягко говоря непрост — одни сети вообще убирают location hash, другие ищут open graph, который закономерно един для SPA. Но куда хуже проблема с кэшированием — размер кэша у большинства браузеров (особенно мобильных) ограничен, и складывая туда мегабайты яваскрипта мы ускоряем лишь загрузку последующих страниц. А завтра пользователь будет качать javascript по новой.
Кроме этого AMD порождает очень много http запросов. (решается через rjs для requirejs, но использует его нечасто). Если целится на нативные приложения — о сессиях необходимо забыть сразу, а это ещё пачка проблем. SPA на MVC-фреймворке с REST-API на сервере — это классная штука, но окружение пока ещё не очень к ним дружелюбно.
Не так всё просто.
На HD2 смогли портировать android, а после и windows phone 7 в основном благодаря тому что сами HTC делали подобные телефоны — Desire и HD7 соответственно. Реверс-инжиниринг послужил стартовым толчком, а потом уже и сам телефон стал флагманом, оброс комьюнити разработчиков и теперь на нём даже windows rt запустить более-менее успешно пытаются.
808 PureView же своего рода уникальный телефон. Шансы на замену ОС на нём минимальны.
Было бы интересно посмотреть изменение потребления при градиенте или плавном изменении.
Например браузером сюда — fiddle.jshell.net/xelios/sSFLv/show/.
Вы знаете мобильное устройство на котором эмулятор андроида лучше?
Со Skype RIM конечно прокатили — не вовремя его продали. Я думаю его уже не будет никогда. Только если RIM эмулятор андроида допишут, до того состояния когда он сможет андроидовский запускать.
GPS (вы же о нём? ибо gprs на таблетке нет) есть MapDroyd, весьма неплохие оффлайновые карты, с поддержкой GPS.
Ну а вообще с софтом конечно беда. RIM создали все условия для его появления — webworks SDK позволяющее писать нативные веб-приложения. Хорошая документация, лёгкий доступ к железу из javascript. Бесплатная регистрация и участие в магазине AppWorld.
Но опоздали года на 3-4…
Пытаются брать железом… но как-то странно. Отличные, разнесенные (в отличии от nexus) стереодинамики, две камеры, microdhmi порт, ёмкий аккумулятор, но при этом очень низкое разрешение экрана и вот 3g модуль за невероятные деньги. Но я согласен, что RIM делает ставку на операторов — они будут продавать планшет за бесценок с контрактом на года.
Выбор месяцев плавает — при русскоязычной дате распределение месяцев по строкам — 4/5/3 (видно на первой картинке в статье). Интересно какое оно будет для украинского, французского, арабского?
Я бы попробовал писать сокращенное название месяцев или вообще заменить выбор месяца на слайдер.
Почему выбор дня в 8 колонок? Людям привычен семидневный календарь. А учитывая, что всё равно считается день недели, то можно было бы и сдвиг сделать, чтобы было совсем календароподобно.
Я думаю что скоро datepicker-ы будут замещены HTML5 Forms, и «спрос» сейчас будет на те, которые могут восполнить функционал в тех браузерах, которые пока ещё эту часть HTML5 не поддерживают. Особенно с type=datetime беда в этом плане.
А зачем ей елозить по экрану? Ещё и с картинками.
Разве что ради поиска где работать не будет — так моя последняя мыша logitech хорошо работает на любой поверхности, но интереса ради я всё же экспериментально нашёл исключение — по экрану планшета, действительно, наблюдаются нехилые прыжки. Но вряд этот факт когда-нибудь помешает комфортной работе с ней.
Если девайс из статьи будет работать по джинсовой, изогнутой поверхности, этого уже вполне достаточно.
Даже не знаю, у меня на таблице в миллион за 1/1000 проходит, SQL_NO_CACHE добавил.
RAND() и умножение не может выполнятся 3 секунды.
Один вариант есть на уме — возможно из-за того что результат вычисления случайного числа дробный mysql пытается все id привести к этому же типу. Попробуйте взять вычисление во FLOOR().
Допустим у нас на сайте чуть больше 100 000 комментариев, и мы хотим выбрать случайный. Мы не стремимся выводить самые свежие, там может быть спам, да и пересечение с виджетом «Последние комментарии» нежелательно. Мы можем смело передавать константу 100 000 в запрос. А ещё лучше, сразу случайное число от 1 до 100000.
тогда запрос будет SELECT * FROM comments WHERE id <= (rand()*100000) ORDER BY id DESC LIMIT 1;
или соответственно SELECT * FROM comments WHERE id <= 63244 ORDER BY id DESC LIMIT 1;
Проблему с дырами во втором способе можно решить заменив знак равенства на «меньше либо равно» (и не забыть добавить LIMIT).
Статистическое распределение конечно ухудшится, но выбирать можно будет очень быстро.
Особенно если вместо count подзапроса использовать передаваемую в запрос константу, примерно равную числу записей в таблице.
Пусть теперь сами android-клиент сэмулируют.
Хотя вообще идея полуграфического терминала мне нравится. Я бы предложил в дополнение к нему сделать совместимую утилитку catimg, которая бы выводила в терминал картинку, наподобие вот этого скрипта для google chrome.
Автор пытался представить минимальный вес и привёл Zepto.
Вообще если гоняться за байтами то можно использовать zepto и кастомную сборку lodash. Получится 19.5+26.6+11.3 = 57.1 (или ~16кб после gzip). А если использовать древние версии то и того меньше…
Но я бы не советовал гоняться за байтами — почти во всех сравнениях производительности на jsperf Zepto проигрывает jQuery.
Через
$("#editor").html()можно вытащить html.Домен делегируется только обладателям торговых марок. Цены — не заоблачные. Киберсквоттинга — нет. Был один случай с google.ua — и то «добро» победило. Планируя бизнес вполне можно рассчитывать на красивый национальный именной домен верхнего уровня. Даже не знаю в каком домене ситуация лучше чем в .UA.
jQuery использует String.trim() если его поддерживает движок javascript.
Если же конечный пользователь использует какой-нибудь Internet Exporer 8 то будет применена регулярка.
Объясню почему — в спектре «наших» стран в Google Play только разработчики из России могут публиковать платные приложения. Украина, Белоруссия и другие вынуждены либо действовать хитрыми схемами, либо зарабатывать на рекламе в приложениях. Что не каждого устраивает, не каждому подойдёт.
Тогда как у Яндекса я пока не вижу подобных ограничений.
Увы много у этого подхода недостатков. Индексация поисковиками — никакая (делать hashbang копии страниц — дополнительные затраты времени и далеко не все поисковики поддерживают). Шаринг в социальных сети мягко говоря непрост — одни сети вообще убирают location hash, другие ищут open graph, который закономерно един для SPA. Но куда хуже проблема с кэшированием — размер кэша у большинства браузеров (особенно мобильных) ограничен, и складывая туда мегабайты яваскрипта мы ускоряем лишь загрузку последующих страниц. А завтра пользователь будет качать javascript по новой.
Кроме этого AMD порождает очень много http запросов. (решается через rjs для requirejs, но использует его нечасто). Если целится на нативные приложения — о сессиях необходимо забыть сразу, а это ещё пачка проблем. SPA на MVC-фреймворке с REST-API на сервере — это классная штука, но окружение пока ещё не очень к ним дружелюбно.
На HD2 смогли портировать android, а после и windows phone 7 в основном благодаря тому что сами HTC делали подобные телефоны — Desire и HD7 соответственно. Реверс-инжиниринг послужил стартовым толчком, а потом уже и сам телефон стал флагманом, оброс комьюнити разработчиков и теперь на нём даже windows rt запустить более-менее успешно пытаются.
808 PureView же своего рода уникальный телефон. Шансы на замену ОС на нём минимальны.
Например браузером сюда — fiddle.jshell.net/xelios/sSFLv/show/.
Вот это true-будильник :-)
www.youtube.com/watch?v=ReHy3mCAJd0
Но вообще да — это карты, а не навигатор. Работающие в оффлайне и очень компактные, неоднократно выручали в поездках.
Со Skype RIM конечно прокатили — не вовремя его продали. Я думаю его уже не будет никогда. Только если RIM эмулятор андроида допишут, до того состояния когда он сможет андроидовский запускать.
GPS (вы же о нём? ибо gprs на таблетке нет) есть MapDroyd, весьма неплохие оффлайновые карты, с поддержкой GPS.
Ну а вообще с софтом конечно беда. RIM создали все условия для его появления — webworks SDK позволяющее писать нативные веб-приложения. Хорошая документация, лёгкий доступ к железу из javascript. Бесплатная регистрация и участие в магазине AppWorld.
Но опоздали года на 3-4…
Пытаются брать железом… но как-то странно. Отличные, разнесенные (в отличии от nexus) стереодинамики, две камеры, microdhmi порт, ёмкий аккумулятор, но при этом очень низкое разрешение экрана и вот 3g модуль за невероятные деньги. Но я согласен, что RIM делает ставку на операторов — они будут продавать планшет за бесценок с контрактом на года.
Выбор месяцев плавает — при русскоязычной дате распределение месяцев по строкам — 4/5/3 (видно на первой картинке в статье). Интересно какое оно будет для украинского, французского, арабского?
Я бы попробовал писать сокращенное название месяцев или вообще заменить выбор месяца на слайдер.
Почему выбор дня в 8 колонок? Людям привычен семидневный календарь. А учитывая, что всё равно считается день недели, то можно было бы и сдвиг сделать, чтобы было совсем календароподобно.
Я думаю что скоро datepicker-ы будут замещены HTML5 Forms, и «спрос» сейчас будет на те, которые могут восполнить функционал в тех браузерах, которые пока ещё эту часть HTML5 не поддерживают. Особенно с type=datetime беда в этом плане.
Разве что ради поиска где работать не будет — так моя последняя мыша logitech хорошо работает на любой поверхности, но интереса ради я всё же экспериментально нашёл исключение — по экрану планшета, действительно, наблюдаются нехилые прыжки. Но вряд этот факт когда-нибудь помешает комфортной работе с ней.
Если девайс из статьи будет работать по джинсовой, изогнутой поверхности, этого уже вполне достаточно.
RAND() и умножение не может выполнятся 3 секунды.
Один вариант есть на уме — возможно из-за того что результат вычисления случайного числа дробный mysql пытается все id привести к этому же типу. Попробуйте взять вычисление во FLOOR().
Допустим у нас на сайте чуть больше 100 000 комментариев, и мы хотим выбрать случайный. Мы не стремимся выводить самые свежие, там может быть спам, да и пересечение с виджетом «Последние комментарии» нежелательно. Мы можем смело передавать константу 100 000 в запрос. А ещё лучше, сразу случайное число от 1 до 100000.
тогда запрос будет
SELECT * FROM comments WHERE id <= (rand()*100000) ORDER BY id DESC LIMIT 1;или соответственно
SELECT * FROM comments WHERE id <= 63244 ORDER BY id DESC LIMIT 1;Статистическое распределение конечно ухудшится, но выбирать можно будет очень быстро.
Особенно если вместо count подзапроса использовать передаваемую в запрос константу, примерно равную числу записей в таблице.