Иван

https://github.com/ruden/twig-docs-ru/blob/master/...
twig.kron0s.com
x-twig.ru

Возможно у вас из-за keep-alive просто исчерпывается лимит активных подключений?
Можете попробовать применить советы из этой статьи: https://stackoverflow.com/questions/410616/increas...

Токен должен пересылаться в заголовках каждого запроса, который требует авторизации.

рекомендую к прочтению дискуссию на SO

Половина ответа в вопросе, но дьявол в мелочах.
Действительно, для относительно продуктивной backend-разработки практически на любом языке программирования необходимо знать несколько базовых фреймворков и тулов, которые решают большинство задач. Это скелет ~90% приложений сложнее hello world. Хотя и этот скелет меняется и развивается, пусть и не так быстро как хотелось бы, как разнообразные отростки (не консервативность, но более долгий жизненный цикл). Суммарный вес технологий и инструментов не меньше, и уж точно не менее динамично изменяющийся, чем у frontend-разработчиков.
Далее личный опыт на примере Java.
Лет 7-8 тому достаточно было знать Spring, Struts, Hibernate да Apache Commons в довесок для разработки большинства решений. Ну и J2EE-стек для задач Enterprise-уровня.
В году 2014 Spring, Hibernate все также в арсенале программиста, но появилась куча абсолютно новых вещей вроде AMPQ, Hadoop, Netty, Scala с функциональной парадигмой, мультиязычные окружения с Clojure/Groovy/JRuby; стали чаще встречаться альтернативные реализации популярных библиотек (например Guice / Guava); старые технологии вроде J2EE стали использоваться несколько реже. А одних только Key-Value хранилищ, кэшей и прочих NoSQL как грязи. Изменился даже сам подход к построению приложений – мало кто в 2005 слышал про asynchronous event-driven модели и отталкивался при проектировании от REST-стиля (собственно, там и корни frontend-девелопера как отдельной специализации). Про эволюцию систем сборок, VCS, бенчмарков и прочих "микро"-элементов можно расписывать не одну простыню.
И да простят меня frontend-товарищи за, возможно, чванливый тон, но раскурить тонкости работы async IO в зависимости от ОС-специфики вроде epoll/kqueue или учитывать CAP-теорему при построении middleware-кэша это уровнем сложности повыше, чем новый CSS-препроцессор и CoffeeScript c очередным MVC / MVVM-фреймворком. Некоторые задачи, вроде синхронизации потоков, так и вообще лежат большей частью в области математики.
Уверен, что и в frontend-разработке существуют задачи сложнее и интереснее поехавшей на пиксель верстки и обновления полей после парсинга JSON, но ИМХО backend-разработка ближе к системному программированию старой школы, в то время как frontend суть прикладное программирование с примесями дизайна.
Frontend-инструментов больше, backend-инструменты сложнее.

www.highcharts.com - предлагает широкие возможности;

//используйте
chart.renderer.image( img, [params ] ).add()

e.g.: jsfiddle.net/dqhxW/18
API: api.highcharts.com/highcharts#Renderer.image

upd: Горизонтальные скроллы появляются из-за того, что Ваш блок, который Вы релативом двигаете - сохраняет при этом ширину. Вы тут меня отправляли f12 использовать - вот используйте и посмотрите, как выглядит блок с теми же языками для браузера.
codepen.io/iiil/pen/fovJc
Вот один из вариантов того, как можно это сделать.
Отвечать на Ваши вопросы по пунктам не вижу смысла - почему - смотрите историю в спойлере.
Учите верстку, посмотрите серию уроков, чтобы у Вас была единая структура знаний.

Очень хорошая документация у LinedIn. Это как пример оформления документации скорее.

Так же почитайте что такое ресурс. что такое uri.... Большая часть правил по которым нужно формировать API строятся как раз на этих принципах.

Если говорить о best practice, есть еще HATEOAS и Json Api. чем это все хорошо - позволяет автоматически генерировать клиентский код. Скажем помниться мне для angular.js есть модуль позволяющий легко и просто взаимодействовать с HATEOAS. Но если честно, я редко сталкивался с апишками где это используется. Сходу вспомню что Sun (oracle) использует в енто дело в своих апишках для работы с клаудами.

У меня была похожая проблема, правда работа была на 80 долларов.
Я написал клиенту, что для меня репутация важнее, чем деньги. И если он не доволен, тем что сделано и хочет попробовать другого разработчика, то никаких проблем, претензий не имею, денег не надо.
Ему все понравилось, он заплатил и оставил отличный отзыв.

Все браузеры (нормальные, а не Opera Mini) поддерживают из языков программирования только Javascript, поэтому на нём всё и написано. Всякие библиотеки и фреймворки jQuery, Angular.js, Backbone.js - лишь уже написанные куски на нём же, упрощающие вам жизнь.
https://github.com/shower/shower - презентации, например

Учите синтаксис php.

<?php 
	if ($product['section'] == 0) {
		$url = '/clothes?in-cart-product-id=' . $product['id'];
	} else {
		$url = '/shoes?in-cart-product-id=' . $product['id'];
	}
?>

Доставляют советчики выше, советов надавали, а потратить 1 минуту и написать корректный код никто не смог.

Во-первых, существует такое решение, как HTMLPurifier, который удаляет все неразрешенные теги.
Во-вторых, простая автозамена не поможет, желательно использовать регулярки, при которых если тег непарный, он не будет парситься.
Во-третьих, существуют редакторы, которые генерируют BB-разметку. Мне очень нравится WysiBB благодаря небольшому весу, большим возможностям расширения и минималистичный дизайн.
Если вас заинтересует данный редактор - смогу скинуть набор правил для автозамены.