Извините, но из раза в раз, сталкиваюсь с тем, что очень напрягают заголовки в ваших статьях. Я читаю хабр в рсс ленте, и 95% материала пролистываю читая только заголовки, и во всех остальных случаях они релевантны статье и довольно точно описывают ее содержание, но у вас, нужно читать дальше чтобы понять, что это про вивальди и мне не интересно. А у этой статьи пришлось вообще внутрь ее провалиться, т.к. и первый параграф ни о чем конкретном не говорит. Надеюсь на понимание с вашей стороны
Вы правы с ошибкой в строчке, это мое решение, изначально задумывалось как детектор не-слов, и чтобы логика была более «прямой» детектор возвращал true когда обнаруживал не-слово, что обратно логике которая нужна в задании. Инверсия же делалась в раннере, который я написал как отдельный модуль и который выполнял запросы и выводил результаты. Поменять перед отправкой, ну да, видимо забыл). Когда появился «официальный» раннер, времени запускать на нем свои решения не было, и интереса уже тоже. Забавно получилось, а сперва сильно расстроился увидев свое решение решительно самым последним))
А что с приоритетами в выдаче? Недавно были новости о том, что если у сайта есть мобильная версия, то она будет выше, теперь когда можно проиндексировать и контент мобильных приложений (в 95% такой же), что лучше отдавать роботам?
Я вот наоборот пользовался какое-то время «классической» системой безопасности и в восторге не был — слишком лоу-тек, очень проблемная система установки (сам не ставил, но представляю), нужно каждый раз закрывать окна, запоминать ненадежные пароли, которые придумал не ты, нужно успевать за какое-то очень малое время закрывать/открывать дверь, из функционала только датчики движения и открытия окон, не дешевая помесячная система оплаты, итд)
А такие штуки очень нравятся, простые, с кучей фич, а если случилось что-то, пришел пуш на телефон, вызвал полицию и все, зачем какие-то охранники?
Slim, вообще говоря серверный шаблонизатор, а как вы в него JavaScript вставляйте через script? На клиенте обычно никакие *.html файлы не тянут, тем более руками, тем более в продакшене. Содержание шаблона обычно парсится в строку JavaScript'a и подключается в вместе со всеми ассетами, а доступ к ней осуществляется через объект JST, который создает Sprockets (выше правильно говорят). Управление подключением шаблонов идет тут же. Если хотите Slim, есть его полный аналог для клиента Skim, более подробно про все это тут писал.
Как быстро истекает время на редактирование), добавлю:
Не в сравнении, конечно, с генерацией функций выше (это понятно, что быстрее будет), а с более классическим подходом, когда функции это методы в объекте, а инициализация просто собирает их по необходимости.
а почему вы считайте, что такая архитектура javascript'a (функция, в ней куча прототипов, а потом инициализация) JIT-friendly? Можно какую-то инфу по этому поводу?
как-то писал свои мысли про тот момент когда еще можно использовать media queries, а когда уже нужен отдельный мобильный сайт и как все это реализуется, не буду пересказывать, может будет интересно: nazz.me/few-words-about-responsive-design/
Пример очень сильно шатает при изменении высоты окна браузера, из-за динамической высоты блока (70%). Высота скоролл-бара тоже пересчитывается только после вызова события (mousewheel у вас, вроде). Если это критично ресайз, наверно, придется тоже какой-то слушать.
Проблема не в том что у кого-то твиттер на работе заблокирован (трагично, да), а в том что лайки (и вообще такого рода тяжелые виджеты) будут тормозить при обычной загрузке, даже если весь сайт, кроме них, уже загружен.
Решается все без такого рода костылей, весь блок выделяется в отдельный файл (статики или шаблона) и асинхронно подгружается простым гет-запросом после DOMready. Верстка, кстати при этом остается чистой, без ваших инлайн стилей.
А вообще решения где есть просто ссылки на лайк (как на хабре, например), а не подгрузка джаваскрипта или (о боже) айфрейма, намного приятнее в плане загрузки, но «классические», много где, ими пока не заменить (отдельная тема). Сервисы вроде addthis работают по-первому принципу.
Параграфы про использование хтмл5 и «старые» ссылки, вызвали реакцию вроде: «ну да, ну и че».
> их код превращался в «кашу», в которой всё сложнее было разбираться
можно подробнее пояснить про все шаблонизаторы, которые вы так резко отнесли к императивным и сразу забраковали? Все они сейчас куда популярнее и «поддерживаемие» чем ваше решение или ajaxslt.
Просто слегка кажется что вы поменяли xsl на такое же мыло только написанное на javascript с json и без ВМ.
выкладывайте как ваш дизайн и интерфейс выглядит, примерно, ни щерта же непонятно.
хотя бы в статье скриншот, там скриншот, не? На сайте вообще не понятно куда авторизируешься, в автобус?)
А такие штуки очень нравятся, простые, с кучей фич, а если случилось что-то, пришел пуш на телефон, вызвал полицию и все, зачем какие-то охранники?
Появилось только в последних версиях для iOS 6, и очень плохо реализовано( Когда строка нужна ее нет, и наоборот =)
Не в сравнении, конечно, с генерацией функций выше (это понятно, что быстрее будет), а с более классическим подходом, когда функции это методы в объекте, а инициализация просто собирает их по необходимости.
nazz.me/few-words-about-responsive-design/
Пример очень сильно шатает при изменении высоты окна браузера, из-за динамической высоты блока (70%). Высота скоролл-бара тоже пересчитывается только после вызова события (mousewheel у вас, вроде). Если это критично ресайз, наверно, придется тоже какой-то слушать.
Решается все без такого рода костылей, весь блок выделяется в отдельный файл (статики или шаблона) и асинхронно подгружается простым гет-запросом после DOMready. Верстка, кстати при этом остается чистой, без ваших инлайн стилей.
А вообще решения где есть просто ссылки на лайк (как на хабре, например), а не подгрузка джаваскрипта или (о боже) айфрейма, намного приятнее в плане загрузки, но «классические», много где, ими пока не заменить (отдельная тема). Сервисы вроде addthis работают по-первому принципу.
Параграфы про использование хтмл5 и «старые» ссылки, вызвали реакцию вроде: «ну да, ну и че».
можно подробнее пояснить про все шаблонизаторы, которые вы так резко отнесли к императивным и сразу забраковали? Все они сейчас куда популярнее и «поддерживаемие» чем ваше решение или ajaxslt.
Просто слегка кажется что вы поменяли xsl на такое же мыло только написанное на javascript с json и без ВМ.
хотя бы в статье скриншот, там скриншот, не? На сайте вообще не понятно куда авторизируешься, в автобус?)