Дмитрий Энтелис

Вы сами собственно ответили на все вопросы :)

1. Внешняя статистика. Например яндекс.метрика. Есть API api.yandex.ru/metrika из которого можно легко все получить.
Плюс решения - никакой дополнительной нагрузки
Минус решения - чтобы считать статистику мобильного приложения придется хорошо извратиться

2. Собственная статистика - ajax запросы как вы написали, только я не стал бы использовать memory таблицу, а прикрутил бы redis, он во первых быстрее, а во вторых не надо нагружать основной sql сервер.
Плюс решения - можно мониторить что угодно
Минус решения - лишняя нагрузка на бекенд. Не знаю количества ваших просмотров, но потенциально может быть весьма немаленькой.
Еще один минус - без дополнительной логики на сервере - легко накрутить счетчики.

3. Разбор access логов - это на самом деле правильное решение. С точки зрения бизнес логики, realtime обновление счетчиков не нужно (тем более если у вас спереди кеш в статику), так что можно спокойно считать статистику в фоне, сохраняя агрегированные данные в базу раз в nn секунд.

Все пишут о том что зарплату не надо писать когда она ниже рынка.
Это понятно и очевидно.
Но на практике зарплату не стоит писать и когда она выше рынка, и вот почему:

1. Озвученая заранее зарплата воспринимается соискателем по верхней планке.
Что по первых приводит к задиранию цен в резюме (соискатель может быть готов работать за меньшие деньги, но в резюме напишет максимум), а во вторых если на верхнюю планку он не тянет - если ему предложить меньше, человек может отказаться просто психологически.
В любом случае торг будет идти на повышенных цифрах.

2. Озвученная заранее верхняя планка зарплаты может отпугнуть спецов которые хотят больше чем указано (хотя в реальности во многих компаниях есть возможность получить оффер выше того что написано в вакансии)

3. Озвученная зарплата выше рынка может отпугнуть не уверенных в себе, сомневающихся "там наверное все очень сложно" итд. Для меня это странно - но такие люди действительно есть и их немало.

3 ветки кода:
основная и по ветке специфичных изменений на каждый из сайтов.
изменения из основной периодически вливаются в ветки сайтов.
главное код хорошо тестами покрыть)

Либо второй вариант - если отличия реально незначительные, и в будущем усугубление ситуации не планируется - можно заворачивать оба домена на один и тот же код, а в самом коде реализовать ветвление.

строка состоящая из нескольких get параметров

Если имеется в виду строка видa "a=1&b=2&c=3" то в простейшем виде без проверок на валидность строки

$s = 'adfdf=1123&url=http://cs541207v4.vk.me/u63235608/videos/abbe4bbcd0.720.mp4?extra=qxzgmY36um2vOm3XmmutORuGfjwo__AWURSQcoEHnUn8BE54fPVJICkTDFpLfQ3SIdYn-nRUqjtlHo6R8brKHjZ3ChfTcY3x&c=3';

function parse($s)
{
	$res = array();
	foreach (explode('&',$s) as $tmp)
	{
		$tmp2 = explode('=',$tmp);
		$key = $tmp2[0];
		unset ($tmp2[0]);
		$res[$key]=implode('=',$tmp2);

	}
	return $res;
}