Выглядит прикольно, да. Но если выбрать тот же Катманду, получается уже какая-то каша нечитабельная.
Ну и полезность сравнивать сразу больше двух таймзон сомнительная (но выглядит прикольно, ага).
Переделал окно таймлайна, теперь в одну строку, если экрана хватает + ячейки сделал более компактными (и даже Катманду влезает у меня на мой небольшой экран):
Вы правы, оно работает именно так, и выглядит это не очень понятно. Более того, попробуйте, например, ввести "petersburg" и догадайтесь, почему выводятся New York и Moscow? :)
Часовые пояса берутся из этой библиотеки. Где у каждого часового пояса есть следующие свойства:
Название, например, America/New_York.
Страна, например, Armenia (выдает Asia/Yerevan).
Аббревиатура - может отсутствовать, но где-то есть, та же MSK, вот тут уже начинается муть, можно только догадываться, почему выдаются такие результаты.
Список городов, которые тоже находятся в этом же часовом поясе (вот почему работает запрос "petersburg").
Поиск сейчас ведется по всем этим полям.
Я попробую поиграться, чтобы отображалось больше инфы на этот счет.
Про BST отдельный вопрос - это время относится к определенным часовым поясам, но не весь год. Видимо, поэтому не является постоянной аббревиатурой зон в этой базе. Та же история, например, с Нью-Йорком, зимой он EST, а летом EDT. И привязываться надо именно к часовому поясу, а не к этим значениям (хотя искать Нью-Йорк по ним и можно было бы, да).
В общем, резюмируя:
Попробую сделать результаты поиска более информативными (заодно добавлю поиск по "GMT+X/-X".
Для поддержки более широкого набора аббревиатур нужна другая база данных часовых поясов или дополнить уже используемую данными по этим аббревиатурам.
Заголовок: «Самая быстрорастущая сеть в истории».
Текст: «Гросс… написал о том, что этот продукт может стать, пожалуй, самой быстрорастущей социальной сетью в истории».
Я ожидал тут увидеть официальные статистические данные, а не очередное предсказание от бабки Ванги.
Почему-то мне казалось, что «мобильного агента» уже сейчас определяют. В HTTP-запросе разве нет этой информации? Не раз замечал, что веб-сайты автоматически подсовывают мобильную версию без каких-либо вопросов и вариантов. Каким образом они, по-вашему, определяют, что я зашел с мобильного устройства?
Интересная инфа о 15%, также верно подмечено про «наведение».
Вот только не совсем понятно, к чему тут обзор и сравнение мобильных браузеров, ибо сделано оно довольно поверхностно (взять хотя бы важнейшее свойство андроидного браузера отображать Flash).
А «зуминг» это уже устоявшийся термин? Почему не «увеличение»?
БД пока та же, но добавил отображение всех данных, по которым идет поиск:
Готово:
Готово, проверяйте. :)
И вам спасибо за предложение. :)
Выглядит прикольно, да. Но если выбрать тот же Катманду, получается уже какая-то каша нечитабельная.
Ну и полезность сравнивать сразу больше двух таймзон сомнительная (но выглядит прикольно, ага).
Переделал окно таймлайна, теперь в одну строку, если экрана хватает + ячейки сделал более компактными (и даже Катманду влезает у меня на мой небольшой экран):
Понял вас, это можно устроить!
Можно, для начала надо придумать, откуда эти данные брать. Свою базу создавать не хочется. :)
Ага.
Спасибо за развернутый комментарий!
Вы правы, оно работает именно так, и выглядит это не очень понятно. Более того, попробуйте, например, ввести "petersburg" и догадайтесь, почему выводятся New York и Moscow? :)
Часовые пояса берутся из этой библиотеки. Где у каждого часового пояса есть следующие свойства:
Название, например, America/New_York.
Страна, например, Armenia (выдает Asia/Yerevan).
Аббревиатура - может отсутствовать, но где-то есть, та же MSK, вот тут уже начинается муть, можно только догадываться, почему выдаются такие результаты.
Список городов, которые тоже находятся в этом же часовом поясе (вот почему работает запрос "petersburg").
Поиск сейчас ведется по всем этим полям.
Я попробую поиграться, чтобы отображалось больше инфы на этот счет.
Про BST отдельный вопрос - это время относится к определенным часовым поясам, но не весь год. Видимо, поэтому не является постоянной аббревиатурой зон в этой базе. Та же история, например, с Нью-Йорком, зимой он EST, а летом EDT. И привязываться надо именно к часовому поясу, а не к этим значениям (хотя искать Нью-Йорк по ним и можно было бы, да).
В общем, резюмируя:
Попробую сделать результаты поиска более информативными (заодно добавлю поиск по "GMT+X/-X".
Для поддержки более широкого набора аббревиатур нужна другая база данных часовых поясов или дополнить уже используемую данными по этим аббревиатурам.
Нашел, кстати, полезную страницу в вики: https://en.wikipedia.org/wiki/List_of_tz_database_time_zones
Интересная идея, в качестве пасхалки можно добавить.
Но, судя по всему, это всего лишь часовой пояс Los Angeles'а. :)
Реальный пример из моей жизни: "готовы ли вы работать в 7pm - 3am UTC?"
Можно использовать таймлайн UTC для этого, а можно и конвертер.
Кроме этого, он преобразует AM/PM к 24-часовому формату.
И если 3pm очевидно чему соответствует, то 12am уже не так очевидно.
Ну и еще немного надуманный пример с вашим любимым Непалом: преобразуйте к локальному времени "3:27pm kathmandu", время пошло.
По GMT+- поиск не работает пока. Так что неудивительно.
Согласен, что это может быть полезным (особенно, в конвертере), надо будет сделать.
Чтобы не быть голословным, выглядит таймлайн вот так.
А вы бы как его изобразили? Какие еще видите варианты?
Спасибо, не видел этот сайт.
С одной стороны, он более наворочен, а с другой - не mobile-friendly почему-то. :(
Кстати, в качестве практики хочу еще и в виде мобильного приложения выпустить тоже.
Спасибо за информацию!
Кто победит, моя капча или ваш парсер? :)
warcry.ru/api/v1/captcha_test?digits=4
Количество знаков от 1 до 16.
yes.thatcan.be:7080/my/next/tweet/
Заголовок: «Самая быстрорастущая сеть в истории».
Текст: «Гросс… написал о том, что этот продукт может стать, пожалуй, самой быстрорастущей социальной сетью в истории».
Я ожидал тут увидеть официальные статистические данные, а не очередное предсказание от бабки Ванги.
Вот только не совсем понятно, к чему тут обзор и сравнение мобильных браузеров, ибо сделано оно довольно поверхностно (взять хотя бы важнейшее свойство андроидного браузера отображать Flash).
А «зуминг» это уже устоявшийся термин? Почему не «увеличение»?
Поправки:
> элментов интерефейса
Эк буква «е» скакнула.
> предпочетают