Перевод документации RivetsJS

Автор: admin от 11-07-2015, 20:51, посмотрело: 349

Немного о мотивах


Доброго времени суток, уважаемые хабровчане. Некоторое время назад, я познакомился с библиотекой RivetsJS. Она мне пришлась по вкусу, хотя содержит в себе только инструменты для data-binding. Сразу хочу сказать, что даже не собираюсь спорить, для этих вещей есть замечательные AngularJS и др. фреймворки, но лично я не вижу смысла подключать такой мощный инструмент, как Angular, если мне требуется только малая толика его возможности. Поэтому, для этих целей, я выбрал именно RivetsJS. И вот, воодушевленный идеей перевести его документацию на русский, я пишу эту статью. Мотив простой — рассказать об этой библиотеке, и я не нашел ничего лучше, чем просто перевести её документацию, которая, возможно только на мой взгляд, написана на немного «ломаном» английском. Итак, поехали.

P.S. Сразу попрошу прощения, это мой первый перевод, возможно я не супер-пупер переводчик. Если вам что-то покажется нелепым или вы найдете ошибку — прошу сообщить об этом мне, я сразу же её исправлю. Заранее, спасибо.

Документация RivetsJS



Гайд




  • Установка

  • Использование

  • Биндинг

  • Форматеры

  • Компоненты

  • Адаптер

  • Свойства

  • Итерации биндинга



Справочник




  • text

  • html

  • show

  • hide

  • enabled

  • disabled

  • if

  • unless

  • value

  • checked

  • unchecked

  • on-[event]

  • each-[item]

Категория: Программирование » Веб-разработка

 

Подписываем данные: HMAC на практике в API и Web-формах

Автор: admin от 11-07-2015, 18:31, посмотрело: 538

HMAC (сокращение от англ. hash-based message authentication code, код проверки подлинности сообщений, использующий односторонние хеш-функции) — в криптографии, один из механизмов проверки целостности информации, позволяющий гарантировать то, что данные, передаваемые или хранящиеся в ненадёжной среде, не были изменены посторонними лицами (атака типа «man in the middle»).

К таким данным могут относиться например данные, передаваемые в запросах API, когда критически важна целостность передаваемой информации, или же при передаче данных из Web-форм.

Категория: Программирование, Информационная безопасность

 

2 Пи или не 2 Пи — вот в чём вопрос

Автор: admin от 11-07-2015, 17:33, посмотрело: 787

2 Пи или не 2 Пи — вот в чём вопрос

Перевод поста Giorgia Fortuna "2 Pi or Not 2 Pi?".
Выражаю огромную благодарность Кириллу Гузенко за помощь в переводе.
Три месяца назад мир (или по крайней мере мир гиков) праздновал день Пи (03.14.15...). Сегодня (6/28 — 28 июня 2015 г.) другой математический день — день 2?, или день Тау (2? = 6.28319...).

Некоторые говорят, что день тау действительно является днём для празднования, и что ? (= 2?), а не ?, должен быть самой важной константой. Все началось в 2001 году со вступительного слова знаменитого эссе Боба Пале, математика из университета Юты:

“Я знаю, что некоторые сочтут это богохульством, но я считаю, что ? — это ошибка”.

Это вызвало в некоторых кругах празднование дня тау — или, как многие говорят, единственного дня, в который можно съесть два пи(рога) (2pies?2? — игра слов в англ. языке).

Однако правда ли то, что ? — константа получше? В современном мире это довольно просто проверить, а Wolfram Language делает эту задачу ещё проще (действительно, недавний пост в блоге Майкла Тротта о датах в числе пи, вдохновлённый постом Стивена Вольфрама о праздновании векового дня числа пи, весьма активно задействовал Wolfram Language). Я начала с рассмотрения 320000 препринтов на arXiv.org чтобы посмотреть, сколько в действительности формул содержат 2? по сравнению с теми, что содержат просто ? или ? с другими сомножителями.

Вот облако из некоторых формул, построенное с помощью функции WordCloud, содержащих 2?:

2 Пи или не 2 Пи — вот в чём вопрос

Категория: Программирование

 

Сборщик мусора в Go: решение проблемы отзывчивости в Go 1.5

Автор: admin от 11-07-2015, 16:10, посмотрело: 546

Данный материал представляет собой перевод блог поста, который в реальном времени ведут ребята из Sourcegraph с конференции GopherCon 2015, которая проходит в эти дни в Денвере, Колорадо. Полное видео и слайды доклада будут добавлены к посту, как только будут доступны.

Ричард Л. Хадсон (Рик) знаменит по своим работам в управлении памятью, включая изобретение алгоритмов Train, Sapphire и Mississippi Delta, а так же GC stack maps, которые позволили реализовать сборку мусора в статически-типизированных языках вроде Java, C# и Go. Под его авторством были опубликованы документы о рантаймах языков, управлении памятью, многопоточности, синхронизации, моделей памяти и транзакционной памяти. Сейчас Рик является одним из членов команды Go в Google и работает над проблемами сборщика мусора и рантайма.

Сборщик мусора в Go: решение проблемы отзывчивости в Go 1.5

Категория: Программирование, Системное администрирование

 

Эволюция Go

Автор: admin от 11-07-2015, 13:13, посмотрело: 362

Эволюция Go

Подошедший к концу GopherCon 2015, длившийся с 7 по 10 июля в Денвере, отметился немалым количеством интересных выступлений. Видео докладов еще недоступно, однако, конспекты некоторых из них доступны на английском языке по этому адресу; в официальном блоге также можно прочитать программную речь Расса Кокса. Вниманию читателей предлагается конспект доклада об истории создания языка, который открыл второй день конференции.

Роберт Грисмер (@robertgriesemer) — разработчик в Google, один из авторов языка Go. В прошлом Роберт работал над генерацией кода для высокопроизводительного javascript, занимался языком программирования Sawzall и разработкой современной реализации Smalltalk — Strongtalk. По собственному заявлению, он «провел слишком много времени в виртуальных Java-машинах, но так и не понял, как ими пользоваться».

Интерес Роберта к языкам программирования возник при знакомстве с Pascal — до этого момента он в основном писал на BASIC. Будучи аспирантом, он обучался у Никлауса Вирта, создателя Pascal.

Когда Роберт закончил учебу и окунулся в реальный мир индустрии профессионального программирования, то почувствовал себя так, словно совершил огромный шаг назад. Во время обучения в академии он использовал Оберон — язык, позволяющий программисту достигать очень высокой личной эффективности. Теперь же Роберт тратил свое время на размышления о языках программирования в надежде придумать способ, как ему вернуться на былой уровень производительности. После 15 лет опыта программирования на С++ он понял, что впереди у него только два пути: или продаться, или спасаться. Вместе с Робом Пайком и Кеном Томпсоном они выбрали второй вариант.

Категория: Программирование

 

Три мысли для любителей Android по мотивам I/O 2015

Автор: admin от 11-07-2015, 12:41, посмотрело: 339

В данной статье я хочу поделиться с сообществом тремя мыслями по мотивам Google I/O 2015, которые, на мой взгляд, могут быть очень полезными для всех любителей Android в этом году.

Три мысли для любителей Android по мотивам I/O 2015

Категория: Веб-разработка, Google, Android

 

В Adobe Flash Player обнаружена очередная критическая уязвимость

Автор: admin от 11-07-2015, 12:09, посмотрело: 1351

Компания Adobe выпустила второе за неделю уведомление безопасности APSA15-04, которое посвящено критической RCE уязвимости CVE-2015-5122. Как и ее предшественница, эта уязвимость позволяет удаленно исполнять код в популярных браузерах и обходить механизм sandbox. Эксплойт для этой уязвимости также находился в архиве с утекшими данными Hacking Team. Рабочая версия эксплойта уже размещена в сети тем же автором, который ранее публиковал эксплойт для CVE-2015-5119.

В Adobe Flash Player обнаружена очередная критическая уязвимость

Существует серьезная опасность встраивания этого 0day эксплойта в популярные наборы эксплойтов для установки вредоносных программ на полностью обновленные up-to-date версии Windows, при чем это может быть сделано в самое ближайшее время. Эксплойт для прошлой 0day уязвимости Flash Player CVE-2015-5119 за несколько дней был адаптирован для использования сразу в шести наборах эксплойтов.

Категория: Информационная безопасность

 

Подводные камни WPF

Автор: admin от 11-07-2015, 00:06, посмотрело: 472

Каждый, кто достаточно долгое время разрабатывал приложения с использованием WPF, наверное, замечал, что этот фреймворк далеко не так прост в использовании, как может показаться на первый взгляд. В этой статье я попытался собрать некоторые наиболее типовые проблемы и способы их решения.

Категория: Программирование, Веб-разработка, Windows