Артур Смирнов

Конечно стоит! Если тип не поддерживается браузером, он будет преобразован в type="text", поэтому в большинстве случаев ничего не сломается.

Думаю, вам может помочь вот эта статья

EmberJS- фреймворк для создания SPA (одностраничных приложений). Я бы Вам посоветовал смотреть сразу в сторону Ember CLI, поскольку Ember движется в сторону отказа от классической архитектуры в сторону ES6 Modules.

Что касается SEO, к сожалению, пауки не очень умеют пока индексировать приложения с клиентским рендерингом, но это легко исправить с помощью инструментов вроде prerender.io. Что касается URL - в Ember очень легко включить использование History API вместо #. Только имейте в виду, что веб-сервер, который обслуживает Ваше приложение тоже должен это поддерживать (проксировать все запросы на index)

EmberJS ориентирован на создание SPA (одностраничных приложений). У него помимо шаблонизатора (который, кстати, является самой старой частью фреймворка и его самым слабым местом) один из лучших роутеров в своем классе. А так же, очень удобный persistance-framework (ember-data). Но Вам то все это не очень нужно.

AngularJS может встраиваться в любую часть существующего приложения, и даже в часть страницы, что может быть удобным при создании виджетов. Шаблоны Angular отличаются чистотой и простотой. Их удобно читать и понимать. Отличный механизм директив позволяет гибко инкапсулировать шаблоны.

На мой взгляд, из двух представленных Вам больше подходит Angular. Однако, я присоединяюсь к предыдущему ответу и рекомендую посмотреть так же в сторону React.js.

$(document).ready(function(){
	$(".our_path").on('mouseenter', function(){
		$(".refresher").css({display: "inline-block", opacity: 1});
	});
	$(".our_path").on('mouseleave', function(){
	        $(".refresher").css("display", "none");
	});
});

Так должно помочь. Основные изменения:
* `mouseover/mouseout заменил на mouseenter/mouseleave - они срабатывают однократно при вхождении/выхождении курсора в область элемента
* если вы хотите установить одновременно несколько свойств CSS, нужно их передавать в виде объекта, а не набора строк.

Вообще, в таких случаях принято использовать JSONP. jQuery с ним отлично умеет работать. Нужно только в dataType передать 'jsonp'. Так что, если есть возможность модифицировать backend, то это лучший вариант.

Такая практика становится все более популярной. RESTful API можно помимо фронтенд приложения использовать, скажем, с мобильным приложением или открыть в public для создания альтернативных приложений. В общем, гораздо более гибко получается. На UI для работы с такой архитектурой существует уже достаточно много фреймворков. В частности, Angular.js, Ember.js, Backbone.js и др. Мне больше нравится Ember.
1. Страницы, естественно, загружаются быстрее. Причем не только за счет того, что передается меньше данных, но и за счет более быстрой работы сервера. Ему уже не нужно выполнять кучу дополнительных действий, необходимых для формирования страницы, он отвечает только на то, о чем его спрашивают.
2. Голое SPA-приложение не будет индексироваться поисковыми системами. Тут Вам может помочь prerender.io

Странно. У меня текст выводится полностью. Chromium 34.0.1847.116 Built on Ubuntu 12.04, running on elementary OS 0.2

Если я правильно понял вопрос, то это делается с помощью Ember.View, через свойство element которого можно получить доступ к корневому элементу View.

Добавлю, что для View вовсе необязательно писать `{{view ...}}` - Ember сам создает отдельный view для каждого шаблона, его просто нужно переопределить.

Так же, посмотрите на $().

У Вас какой-то совершеннейший ад в форматировании. Хорошее форматирование кода - ключ к отсутствию синтаксических ошибок.

var stat_options = $.extend({
	"sAjaxSource": "/dashboard/graph/", 
	"aoColumns": [
		{ "mData": "date" }, 			
		// {"mData":"clicks"}, 
		{ "mData":"unique_clicks" }, 
		{ "mData":"events_count" },
		{ "mData":"approved" },
		{ "mData":"pending" },
		{ "mData":"rejected" }, 
		{ "mData":"cpc" }, 
		{ "mData":"ltr" }, 
		{ "mData":"approval_rate" }, 
		// {"mData":"total_revenue"}, 
		// {"mData":"rejected_revenue"},
		{ "mData":"pending_revenue" },
		{ "mData":"approved_revenue" }  
	], 
	"fnFooterCallback": function( nRow, aaData, iStart, iEnd, aiDisplay ) {
		var iTotal = 0;
		var iTotal2 = 0;
		for ( var i=0 ; i<aaData.length ; i++ ) {
			iTotal += aaData[i][9]*1;
			iTotal2 += aaData[i][10]*1;
		}     
		var nCells = nRow.getElementsByTagName('th');
		nCells[9].innerHTML = parseInt(iTotal);
		nCells[10].innerHTML = parseInt(iTotal2);
	});
}, tables_options);

Думаю, id публикации нужно передавать не в javascript, а в верстку. К примеру, можно корневому элементу публикации добавить атрибут data-pub-id=1, где 1 - id публикации. Далее, при нажатии кнопки Like искать корневой элемент лайкнутой публикации и читать атрибут `data-pub-id`.

Любая стороняя реализация плавного скроллинга подразумевает отключение нативного. Это плохо, потому что обязательно породит баги или ухудшит UX. К примеру, в Safari на OS X может использоваться инвертированная прокрутка. А у вас на сайте будет прямая.
В общем, я бы не советовал. Но если очень хочется, не нужно никаких плагинов, просто отслеживайте событие document.onscroll и меняйте значение document.body.scrollTop и document.body.scrollLeft с той плавностью, которая Вам требуется.

Вопрос задан несколько расплывчато. Насколько я понял, требуется выполнить какое-то действие через 2 минуты после входа посетителя на сайт, верно? Вход на сайт, с точки зрения JS - тоже понятие весьма расплывчатое. Нужно понять, что считать началом отсчета (начало загрузки страницы? полная загрузка страницы? какой-то другой момент?). И еще одна тонкость. Если посетитель будет перемещаться по сайту, то в момент перехода с одной страницы на другую будет некоторая пауза выполнения скрипта, которая может внести погрешность в "ровне 2 минуты". Например, пользователь в 1:59 уходит со страницы, следующая страница загружается 5 минут, следующий скрипт выполнится в 2:04.

Для сохранения временной метки я бы предложил сохранять временную метку старта в cookie и запускать таймер на 2 минуты. Если пользователь не переходит на другую страницу, срабатывает таймер и выполняет действие. Если пользователь переходит на другую страницу, скрипт читает временную метку из cookie и запускает таймер на (2 мин. - (текущее время - сохраненная метка)).

Мне кажется, может помочь делегирование событий. Вешайте событие на самый корневой элемент (в примере - drop_area), слушайте все, что до него доплывает, и применяйте разные обработчики для разных event.target
Подробнее о делегировании событий в JS

Существует несколько способов скрыть блок на странице. Главное - пропишите эти стили в CSS, чтобы они применялись прямо при рендеринге блока, либо, если загружаете содержимое динамически, применяйте стиль к блоку до его вставки в DOM.
display: none;
margin-left: -100%;