German Jet

У меня тоже была какая-то проблема с Composer. В итоге Yii2 установил следующим способом:

1. В командной строке выполнил команду:

php -r "readfile('https://getcomposer.org/installer');" | php

В папке появится файл composer.phar.

2. Теперь Yii2 устанавливается при помощи команды:

php composer.phar global require "fxp/composer-asset-plugin:1.0.0-beta4"
php composer.phar create-project --prefer-dist yiisoft/yii2-app-basic projectname

Еще нужно будет ввести пароль с аккаунта Github.

PS. Применяй консоль из OpenServer. Там, если не ошибаюсь, прописаны все пути как в php так и mysql.

Даже, если нет опыта в программировании всё равно стоит начать с С++, потом, остальные ЯП изучать будете комфортно, приятно и самое главное быстро. Я бы мог сказать, что 'C' стоит изучать, если вы хотите заниматься системным программированием(например в Linux) или вам нужен низкоуровневый ЯП, но тогда 'C' надо изучать с ассемблер для большего эффекта. Из книг советую начать с С. Прата "Язык программирования C++. Лекции и упражнения" из-за того что в книге есть хорошие задачи для новичков в каждой главе. Так же стоит уделить внимание книгам авторов: Стенли Б. Липпман, Г. Шилдт и разумеется Б. Страуструп. После того как вы прочтете все книги, вы получите полное понимание, так сказать каждый автор дает посмотреть с определеной стороны на С++ и в целом вы не упустите всех деталей. Также очень советую серию книг C++ In-Depth. И разумеется после всего этого стоит прочитать такие книги как: "Эффективное использование C++", "Скользкие места С++", "Безопасное программирование на C и C++" и т.д. Стоит одновременно заниматься алгоритмами (например Седжвик 3-е издание по С++).
Рад был подсказать, если есть вопросы - задавайте.

Без дампа сложно, но попробуйте такой запрос в PMA, вместо $id_user только надо указать реальный id

SELECT
    a.*,
    b.*,
    c.*
FROM
    `contacts` AS a

LEFT JOIN
    `users_app` AS b
ON
    b.id = a.id_contact

LEFT JOIN
    `messages` AS c
ON
    c.`id` = 
        (
        SELECT 
            MAX(d.id) 
        FROM 
            `messages` AS d 
        WHERE 
            (
            d.id_user = a.id_user
            AND
            d.id_from_user = a.id_contact
            )
            OR
            (
            d.id_user = a.id_contact
            AND
            d.id_from_user = a.id_user 
            )
        )
WHERE
    a.id_user = $id_user

На примере Ubuntu 14.04 LTS, Python 3.4.0, Django 1.7.1 для машины разработчика.

Устанавливаем Apache 2
$ sudo apt-get install -y apache2

Устанавливаем mod_wsgi для Python 3 (связка Apache 2 - Python 3)
$ sudo apt-get install -y libapache2-mod-wsgi-py3

Устанавливаем PIP для Python 3 (менеджер пакетов)
$ sudo apt-get install -y python3-pip

Устанавливаем Django
$ sudo pip3 install django

Создаем проект Django

Создаем проект
$ mkdir -p /home/user/site.ru/
$ mkdir -p /home/user/site.ru/static/
$ mkdir -p /home/user/site.ru/media/
$ mkdir -p /home/user/site.ru/logs/
$ cd /home/user/site.ru/
$ django-admin.py startproject project

Настраиваем Apache

$ sudo nano /etc/apache2/sites-available/000-default.conf

В нем пишем

<VirtualHost *:80>
     ServerAdmin admin@site.ru
     ServerName site.ru
     ServerAlias www.site.ru
     ErrorLog /home/user/site.ru/logs/error.log
     CustomLog /home/user/site.ru/logs/access.log combined
     Alias /robots.txt /home/user/site.ru/static/robots.txt
     Alias /favicon.ico /home/user/user.ru/static/favicon.ico
     AliasMatch ^/([^/]*\.css) /home/user/site.ru/static/styles/$1
     Alias /media/ /home/user/site.ru/media/
     Alias /static/ /home/user/site.ru/static/
     <Directory /home/user/site.ru/static>
          Require all granted
     </Directory>
     <Directory /home/user/site.ru/media>
          Require all granted
     </Directory>
     WSGIScriptAlias / /home/user/site.ru/project/project/wsgi.py
     <Directory /home/user/site.ru/project/project>
         <Files wsgi.py>
             Require all granted
         </Files>
     </Directory>
</VirtualHost>

Редактируем wsgi-файл проекта

import os
import sys
sys.path.append('/home/user/site.ru/project/')
os.environ['DJANGO_SETTINGS_MODULE'] = 'project.settings'
from django.core.wsgi import get_wsgi_application
application = get_wsgi_application()

Перезагружаем Apache
$ sudo service apache2 reload

Соответственно site.ru и user меняете на свои.

UPD: Сейчас не вспомню: скорее всего для первого запуска потребуется создать суперпользователя Django.

$ cd /home/user/site.ru/project
$ python3 manage.py createsuperuser
$ python3 manage.py migrate

Думаю это опасно, т.к подобное болото может затянуть и со временем сменить работу и перейти куда то в другое место педалить на нормальном стэке технологий будет очень сложно. Я бы советовал искать контору где занимаются разработкой на фреймворках и идти именно туда.

Общего между ними то что они работают одинаково. Разницы между ними технически никакой. А вот идеологические различия есть.

Я расскажу о них в контексте PHP. Прошу заметить что протокол HTTP к PHP имеет косвенное отношение потому что он создавался для обмена html страницами а PHP просто расширяет возможности и того и другого.

GET запрос используется чтобы получить данные а POST чтобы отправить. (Напоминаю что технически они работают одинаково).

Поэтому в контексте PHP опираясь на эту идеологию сделали следующим образом:
1. При каждом запуске PHP по умолчанию создаются суперглобальные массивы ($_GET, $_POST).
2. Если в строке запроса есть вопросительный знак(?). То все что после него считается параметрами GET запроса они представлены в формате 'ключ'='значение' и в качестве разделителя используется знак амперсанда (&)
Пример:
GET /index.php?name=Андрей&surname=Галкин
это строка запроса, тут 2 параметра. эти параметры попадут в массив $_GET.
3. $_POST заполняется другим способом. содержимое этого массива заполняется из "заголовков запроса". То есть из места, скрытого от глаз в явном виде. Всю рутину по созданию таких заголовков берет на себя браузер. Хотя иногда и что-то редактируется в заголовках в ручную.

Чаще всего пост запрос используется в формах (для отправки данных).

Например у нас есть форма для входа 2 поля логин и пароль.

Представим что мы используем GET метод. Тогда при отправке формы мы перейдем на следующий адрес /login.php?login=Андрей&password=123 согласитесь что так передавать такую информацию совсем не безопасно. Любой может открыть ваш браузер и начиная вводить адрес сайта он из истории может увидеть ваши пароли и логины.

А вот если бы мы указали методом POST то мы бы получили следующий запрос:
POST /login.php (login=Андрей&password=123) то что в скобочках было бы скрыто и никак не сохранено в браузере.

Теперь другая ситуация например форма поиска. Мы вводим текст и получаем страницу с результатами. Вот тут уместнее GET форма. потому что нам было бы удобно сразу иметь ссылку на результат поиска, то есть добавить в строку запроса можно выразится "Публичные параметры", которыми можно поделиться. И как результат в строке браузера будет конкретная ссылка на текущую страницу. Мы можем ее скопировать, и разместить где-нибудь, или например скинуть другу. И получить при переходе одну и ту же страницу. А не просить других людей зайти на сайт и в поиск вбить определенную фразу чтобы получить необходимую страницу.

В общем подводя итог:
GET - это чтобы получить определенную страницу в определенном виде ( сортировка, текущая страница в блоге, строка поиска и т.п. ).
POST - для оправки данных которые не влияют на отображение страницы, в том плане что эти данные влияют только на результат выполнения скрипта ( логины, пароли, номера кредиток, сообщения и т.п. ).

И еще одна хорошая новость их можно комбинировать, например
POST /index.php?page=login (login=Андрей&password=123) Думаю я уже достаточно объяснил что из этого получится и какие параметры в какой массив попадут.