dionisp

дело не в разрешении,дело в формате/соотношениях,16\9 21\9
бери широкоформатнтный=не пожалеешь (и видосы кажет без кропа

Зачем какие то плагины ???

function scrollToDiv(element,navheight){
var offset = element.offset();
var offsetTop = offset.top; 
var totalScroll = offsetTop-navheight;

$('body,html').animate({
scrollTop: totalScroll
}, 500); //скорость анимации прокрутки
}

$('nav ul li a').click(function(){ //тут вешаем обработчик на ссылку или что угодно
var el = $(this).attr('href');
var elWrapped = $(el);
var offsetTop = 90; //вместо 90 можно указать любой offset
scrollToDiv(elWrapped, offsetTop); 

return false;
});



//в href указываем до какого id двигаться 
<nav>
			<ul>
           		<li><a href="#third">Как мы работаем</a></li>
           		<li><a href="#fifth">Гарантии</a></li>
         		<li><a href="#search">Поиск</a></li>
				<li><a href="#zayavka">Оставить заявку</a></li>	
			</ul>
		</nav>

Советую настроить apache и трейсить IP клиента и referer.

Ну а если профессионально делать, то прикрутите к сайте javascript, который передает эти параметры в какую-нибудь легковесную БД, кроме этого можете и всевозможные клики анализировать.

Да легко. Не ведитесь на старые учения — современные движки БД, и даже MyISAM работают с текстовыми индексами не существенно медленнее, чем с целочисленными.

Если есть сомнения — просто попробуйте оценить реальную нагрузку. Скорее всего, это место узким не будет. Помните о принципе «вреда преждевременной оптимизации», который гласит: «Преждевременная оптимизация — вредна.»

Я бы усомнился в целесообразности самого решения, но не в плане ресурсоемкости, а в плане удобства разработки. Получить идентификатор свежевставленной записи, сопроводить ее внешними ключами, отработать исключения — все это делается как бы на автопилоте. Если действительно не требуются дополнительные функциональности, для которых необходимы дополнительные ключи (которые в свою очередь так-же можно обслужить во внешней таблице, как родительские....)