Архив: заметки с тегом javascript

Плагин: автоматического перевода единиц измерения и валют

Архiвъ — Thu, 03 Oct 2019 12:42:27 +0300

Хочу чтобы плагин сам находил цифры с единицами измерениями и валютами, затем автоматически переводил их в «русские единицы измерения». Мили в километры, фаренгейты в градусы, футы в метры и тд.

Валюты мира хочу видеть в рублях по текущему курсу.

Например читаем текст:

Эффекты, которые мы получили от реализации соглашения с Вьетнамом — рост торговли с $4,3 млрд по итогам 2016 года до $5,9 млрд по итогам 2017-го и $6,7 млрд по итогам 2018 года,— делают сотрудничество с ЕАЭС очень интересным для других стран АСЕАН.

Хочу читать:

Эффекты, которые мы получили от реализации соглашения с Вьетнамом — рост торговли с 280,6 млрд рублей по итогам 2016 года до 385 млрд рублей по итогам 2017-го и 437,21 млрд рублей по итогам 2018 года,— делают сотрудничество с ЕАЭС очень интересным для других стран АСЕАН.

или так:

Эффекты, которые мы получили от реализации соглашения с Вьетнамом — рост торговли с $4,3 млрд (₽280,6 млрд) по итогам 2016 года до $5,9 млрд (₽385 млрд) по итогам 2017-го и $6,7 млрд (₽437,21 млрд) по итогам 2018 года,— делают сотрудничество с ЕАЭС очень интересным для других стран АСЕАН.

Думаю направление мысли понятно.

Эх, кто бы взялся разработать...

CodePen: Loading

Архiвъ — Mon, 30 Sep 2019 17:10:54 +0300

See the Pen Loading by Katherine Kato.

Кривое зеркало не поможет от ожирения

Архiвъ — Mon, 27 Nov 2017 15:20:32 +0300

В общем ни чего нового и ни чего удивительного нет, одна печаль. Лично мне давно не нравиться то направление, куда катится весь интернет со своими модными тенденциями.

Яндекс запустил Турбо-страницы — новый формат отображения контента на мобильных устройствах. На Турбо-страницах нет ничего лишнего: только текст, картинки и видео. Они весят в среднем в 10 раз меньше, чем обычные веб-страницы, и загружаются при 3G-подключении в 15 раз быстрее.
https://yandex.ru/blog/company/turbo

На Хабре есть замечательная статья «Кризис ожирения сайтов». Или другая тематическая статья «Средний размер веб-страницы сравнялся с размером инсталлятора Doom». В интернете можно найти похожие статьи, с другим содержанием и примерами. Главное уловить суть, куда все движется: жирные сайты, высокие скорости, «быстрое отображение» страниц в браузере.

Содержимое Турбо-страниц хранится на серверах Яндекса. Они рассчитаны на высокую нагрузку и отвечают на запросы с минимальной задержкой — отсюда дополнительный выигрыш в скорости. Кроме того, если сайт упадёт, например из-за заражения или DDoS-атаки, его Турбо-страницы продолжат открываться — то есть контент будет по-прежнему доступен пользователям.

А вот с этого места желательно по подробнее пожалуйста... Получается при переходе с поисковика Яндекс, я попаду на копию сайта на сервере Яндекса. Так что ли? Попробую найти что-нибудь в поисковике:

Прочитал, пролистал и закрыл. Получается, я не посетил страницу википедии, я поселил страницу Яндекса. Для пользователя всё равно, он получил нужную ему информацию. Может это и хорошо. А для владельца сайта как такая ситуация?

Появления подобных сервисов не ново, у оперы был трубо-режим браузера (может и сейчас работает, не знаю), у 1С-Битрикс это называется «Композитный сайт». Появление подобных сервисов, свидетельствуют о наличии проблемы в сайто-страении, не предлагая её решения. Поверхностное «лечение» скорости загрузки страниц, не изменит ситуацию в целом.

Турбо-страницы — есть костыль, который пытается хоть как выправить ситуацию, при этим не меняет тенденции тяжелого сайто-строения. При этом Яндекс старается удержать посетителей поисковой системы на своих серверах. Зачем? Как минимум что бы зарабатывать деньги.

Проблем много, решения есть, желание их применять нет. На мой субъективный взгляд, для начала, нужно «избивать до крови» тех, кто ставит фоновым изображением файлы по 5Мб =)

https://fuckingwebsite.ru

Строка Яндекс-поиска на смартфоне

Архiвъ — Thu, 21 Sep 2017 16:25:08 +0300

Так выглядит страница Яндекса на смартфоне. В моем случае, это айфон 4. Размеры экрана и так малы, логотип занимает строку, строка поиска занимает много места, результаты поиска опустились сильно в низ.

Хочется взять и убрать строку поиска, чтоб выглядело примерно так:

Зачем нужна строка поиска на маленьких экранах? Практически все браузеры имеют умную адресную строку, совмещенную с полем ввода запроса для поиска. Мне удобнее вводить запрос в браузере, а не на сайте. Так быстрее получается.

Подсказки показываются как в браузере, так и на сайте:

Получается, поле ввода запроса на сайте, дублирует возможности адресной строки браузера. Зачем усложнять страницу дублирующим функционалом? На мой взгляд, браузер быстрее работает, чем JavaScript в браузере.

Для экономии места на экране, ускорения скорости отклика страницы, поле ввода запроса можно убрать.

Как хорошо вы знаете регионы России?

Архiвъ — Thu, 09 Feb 2017 09:39:13 +0300

Знакомый пару лет назад написал браузерную игру. Игра проверяет знание регионов России. http://www.koluch.ru/guess-russia-regions/. Сделал он игру по мотивам зарубежного проекта. Об этом честно говорится при старте игры.

Последние пару дней, в ленте появляются упоминания новой похожей игры.

Прежде чем говорить про американцев «ну тупыыые — не могут свои же штаты перечислить!» стоит вспомнить хотя бы количество регионов России. Предлагаем узнать свой уровень знания регионов России в этом простом тесте: http://motovskikh.ru/russia

Если это «новая идея» — не ново.
Иначе — плагиат.

Определение города посетителя, для ленивых

Архiвъ — Thu, 12 Jan 2017 14:21:43 +0300

See the Pen KWwErg by roosyak (@roosyak) on CodePen.

Шаг 1. Вставляем в конец страницы, вытаскиваем город

Шаг 2. Сохраняем адрес в куку, отправляем на сервер или любое другое действие.

Краткая история появления метода. На одном проекте, требовалось определить из какого города пришел пользователь. Проект маленький, приделывать таблицы городов и айпи адресов, было лень. Потому-что сами таблицы, занимают больше места чем проект целиком.

Пришлось искать простое решение, не требующее затрат времени и сил. Желательно чтоб город определился автоматически, без серверной части.

На другом проекте работал с картами Яндекса. Полез изучать документацию. В документации не нашел подходящих методов. Может быть они есть, может не за документированы, может не нашел. Полез изучать исходные коды карт. В исходных кодах увидел название своего города. Значит Яндекс знает откуда пришел посетитель. Придумал костыль, для вытаскивания адреса.

Делается это без учета информации от Яндекс Метрики.

Если есть способ определения город посетителя сайта проще и удобнее, сообщите, буду рад его использовать в будущем.