He11ion

«Сегодня» — завтра.
«Завтра» — напомнить завтра, что уже сегодня (см. «сегодня»).
«В течение недели» — в следующую среду.
«В течение недели, но до выходных, пожалуйста» — в понедельник.
«Через две недели» — месяц.*
«Месяц» — неопределенная, очень большая величина времени.
«Три месяца» — три неопределенные, очень большие величины времени.
«К осени» — когда выпадет снег. Снег выпадает каждый год, поэтому «к осени» является наиболее благоприятным сроком, пропустить который практически невозможно.
«Через год» — не используется, т.к. есть «к осени».
____________

* Популярно заблуждение, что две недели — это 14 дней. Это не так. Две недели — это 14 дней + «в течение недели» (ибо вторая неделя еще не кончилась) + завтра («один день погоды не сделает»). В особых случаях отсчет «двух недель» начинается со следующего понедельника, так выигрывается еще несколько дней.
Если повезет, то в результате выходит месяц срока и опоздание всего на один день («завтра»).

не стоит удивляться: в таких вакансиях расставляют требования точно так же как и вы теги к своему вопросу.

Я использовал Silex, мне понравилось

сколько примерно времени займёт период от начала изучения до первого собеседования

По персонажам которые приходят на собеседование могу сказать что некоторые и за год работы не знаю ничерта о том что и как они используют.

На symfony2 в среднем проекты поинтереснее, так что я рекомендовал бы именно его. В любом случае переход laravel <-> symfony не является проблемой, ибо различия принципиальные там только в ORM идущей из коробки. Архитектура же этих фреймворков в целом схожа, разница в нюансах. Например в laravel мидлвэры как отдельная сущность, а в symfony они реализуются через события ядра, но суть та же. Еще нюансы с доктриной, эта штука довольно сложная и ее очень легко использовать неправильно, особенно с mysql. Но после того как разберетесь с ней возвращаться на всякие там active record-ы совсем не захочется. По сути это единственная полноценная ORM в php мире.

Еще вне зависимости от выбора рекомендую ознакомиться с такими штуками как луковая/гексагональная архитектура, почитать чего по TDD и тестирование в целом. Кента Бэка например, Эрика Эванса.

Бази данных физически должны находиться в data_directory = '/var/lib/postgresql/9.3/main'..

Но там их нет:
/opt/backup/etc/postgresql/9.3/main$ ls -al

Мысль логична, но почему смотрите-то в etc, а не в var?

Например, так: codepen.io/andreasstorm/pen/rHDjf

Там CoffeeScript, на JS будет что-то вроде:

$('html').on('mousedown', function (e) {
        $('i').addClass('active').css('left', e.pageX).css('top', e.pageY);
        $('span').html('X:' + e.pageX + 'px  Y:' + e.pageY);
});
$('i').bind('transitionend webkitTransitionEnd oTransitionEnd MSTransitionEnd', function () {
        $('i').removeClass('active');
});

Вторая часть (transitionend webkitTransitionEnd...) нужна, чтобы после завершения анимации спрятать элемент.

Вот еще похожий пример: codepen.io/JesGraPa/pen/pvgOQM

предлагаю не гадить html стилями, просто добавьте к body класс или ид:

<body<?if(is_home()):?> id="homePage"<?endif;?>>
...
</body>

а в стилях для главной страницы создайте стили, начинающиеся с #homePage.

С IDE все нормально как раз. Лучше продукции от JetBrains ничего не видел. В купе с ним, можно использовать какой нибудь WinSCP, ибо на сервак необходимость залезть бывает.
Все Вы делаете нормально.

Если у вас разограничение по портам, то можно на каждый порт сделать по "дефолтному" конфигу, который будет обрабатывать все соединения, которые не подошли к "нужному" server_name .

Хотя, если честно, я не совсем понимаю, зачем вам нужен 81 порт ? Вешайте оба сайта на 80-й порт + один конфиг для "левых" соединений. Я, например, использую такой:

server {
    listen   80 default; ## listen for ipv4
    listen   [::]:80 default ipv6only=on; ## listen for ipv6

    server_name  blahblahbla;
    access_log  /var/log/nginx/localhost.access.log;
    return      444;

nginx?

...
    prop2: function(){
        var self = this;
        $('div').animate({
            opacity: 0.25
        }, 100, function(){
            self.prop1();
        });
    },
...

Варианта два:
1. Отключить вывод STRICT-ошибок

error_reporting(E_ALL & ~E_STRICT); // Или другое на своё усмотрение

2. Исправить собственно ошибку

$data = explode('.', $post);
if($post != '.' && $post != '..' && end($data) == 'css'){