Почему Composer перестал реагировать на любые команды?

DTX: не за что, обращайтесь! Если Вам не сложно - опубликуйте ответ от своего имени и отметьте его решением, на память потомкам :)

Почему перестали подгружаться css файлы после настройки Nginx?

verdex: это не совсем решение, это "путь" к нему. Вам нужно проверить, от какого пользователя запускается Nginx, предположим, это пользователь "nginx", тогда делаем так:
sudo -u nginx cat /home/***/css/style.css
Эта команда запустит "чтение" файла по указанному пути от имени пользователя nginx (в Вашем случае - это будет тот пользователь, под которым работаем сам Nginx). Если читать файл можно - значит, всё отлично, если не можно - значит, нужно решать пробелему с правами. По идее, должно хватить прав XX4 или Х4Х. Смотря какому пользователю/группе эти файлы изначально принадлежат.

Другой вариант - удалить эту строчку, тогда Nginx будет получать эти файлы по HTTP и проблема решиться сама собой.

Почему Composer перестал реагировать на любые команды?

DTX: я не знаю как это делается через PHPStrorm (в принципе от Вас узнал, что так вообще можно). Ещё возможно, что-то с самим PHP, хотя и мало вероятно. Попробуйте что-нибудь выполнить через PHP из консоли, какой-нибудь примитивный файл типа <?php echo "hello world" или просто php -v запустить...

Почему перестали подгружаться css файлы после настройки Nginx?

verdex: нужно понять, не так ли что-то именно с ней. Попробуйте её удалить, если заработает - значит, возможно права на картинки/css стоят таким образом, что Nginx их не может читать, или просто путь указан не корректно.

Почему Composer перестал реагировать на любые команды?

DTX: возможно решение слишком банальное, но, попробуйте просто переустановить composer, там есть инсталлятор под Win.

Почему перестали подгружаться css файлы после настройки Nginx?

verdex: есть подозрение, что проблема в этой строчке: root /home/***;

На каком фреймворке можно оформить ul вложеные списки сложной структурой в html странице?

Prosghvatn: тут есть несколько похожих по смыслу плагинов для JQuery, если верить картинкам.

Почему перестали подгружаться css файлы после настройки Nginx?

html|jpeg|jpg|gif|png|css|js|pdf|txt|tar|ico - картинки из этого списка нормально подгружаются?

Почему Composer перестал реагировать на любые команды?

Возможно, PHP просто не знает, где лежит comsposer.phar? Если попробовать так: php полный/путь/до/composer.phar ?

По чему Jquery это фреймворк ,а не библиотека?

Сергей: вот, точно, "каркас приложения" - именно та формулировка, которую я пытался вспомнить, но на память пришло только "среда в которой выполняется код", спасибо! :)

По чему Jquery это фреймворк ,а не библиотека?

software_polyglot: ну... чисто логически, фреймворк с 1 (одним) единственным файлом - у меня как-то плохо ассоциируется :) И, как я представляю фреймовк - это среда внутри которой выполняется код, а JQuery - это просто код, в одном файле... Хотя, наверное, ExtJS я бы назвал фреймворком пожалуй.

Как поднять одно из приложений Django на поддомене проекта(nginx)?

Создать 2 домена, example.com и dashboard.example.com в двух разных блоках serverили добавить их в 1 блок и проверять соответствие домену и изменять нужным образом роутинг на уровне приложения?

По чему Jquery это фреймворк ,а не библиотека?

Мне почему-то тоже всегда JQuery библиотекой казалась :))

Как обойти блокировку kaspersk'ого?

Андрей Сальников:

На сайте антивирус касперского блокирует ссылки называя их фишинговыми.

По телефону они Вам вряд ли ответят, мне кажется стоит им просто написать, т.к. на телефоне обычно "1-я линия поддержки", и о каких-то конкретных ссылках, они вряд ли что-то могут знать.

Зачем нужны миграции?

Dmitry MiksIr: прежде всего, хочу Вас поблагодарить за конструктивную критику, с которой я полностью согласен. Далее, постараюсь ответить на Ваши вопросы.

На счёт миграций по полным дампам - этот этап актуален, при отсутствии проектировщика БД и небольшой структуре данных, т.е. на этапе разработки самой базы, данных не много и они отлично дампятся. Когда данных много - значит, база уже спроектирована и механизм "полного дампа" уже можно отключить. В большинстве случаев, практику "база на машине разработчика" мы используем только на начальных этапах, в последствии - база для всех одна, доступна либо локально, либо через интернет (по ситуации) и там уже ничего переносить не нужно, данные централизованы. Есть тестовый стенд, на котором идёт отладка, есть "рабочая база", если нужно внести изменения в структуру - есть администратор БД, правки обычно согласовываются с ним и сама "миграция" - уже меньшая из проблем, пишем запрос (SQL-код или просто словами) на модификацию структуры БД, отправляем админу - он анализирует всё это дело и добавляет нужные данные (вносит изменения).

Очень тяжело описать все процессы в рамках комментария, будучи ещё ограниченным во времени, но основная суть в том, что переходя между разными стадиями (старт, утверждение, разработка, поддержка, и т.д.) некоторые механизмы могут либо отключаться, либо модифицироваться. В зависимости от ситуации, база может дампится не вся, а только та часть данных, которая изменилась например (и структура и данные), если данных мало или не очень много, либо в итоге все используют единую БД и необходимость дампов отпадает (и они отключаются соотв.)

Как дать всем доступ к локальному сайту на линукс?

Подскажите пожалуйста, как дать публичный доступ к моему локальному сайту на линукс.

По FTP или по HTTP?

Зачем нужны миграции?

Dmitry MiksIr:

Ну если говорить про доктрину, то там мы имеем сущности и соответствующие им таблицы. Меняем сущности и doctine:migration:diff сравнивает текущую схему базы и то, что ожидают сущности - и генерит такую вот миграцию, которая потом проверяется руками, редактируется, дополняется и комитится.

Поправьте меня, если я ошибаюсь, но насколько я знаком с сущностями в Symfony/Doctrine - они так же имеют лишь базовые возможности на уровне БД, например, для того же типа данных ARRAY в Postgres'е мне приходилось писать обёртку вручную, т.к. "из коробки" поддержки такого типа в Symfony/Doctrine не было. Исходя из этого, я предполагаю, что команды на подобии doctine:migration:diff позволяют нам работать так же, лишь с базовыми возможностями БД, коих в ряде случаев - критически недостаточно.

Зачем нужны миграции?

Dmitry MiksIr: я согласен с тем, что Вы правы на счёт "сахара" и я просто "недоглядел" (не разглядел) подобные возможности у миграций на уровне Doctrine например. Это безусловно добавляет им некоторую долю полезности и возможностей, но всё равно, основное их назначение, которое вижу я - это полу-автоматическое возведение структуры БД для некоего автономного модуля (например, бандла), например, при его установке/внедрении в проект. Но никак не то фанатичное использование под соусом "единственно верный вариант" и "замена всем программам для работы с БД" которое обычно практикуется в некоторых кругах.

Как сделать активный увеличенным?

С помощью CSS: transform: scale?

Зачем нужны миграции?

Dmitry MiksIr: такого механизма миграций, я пока не встречал. Всё, что видел я, реализованное на уровне разных фреймворков - это классы, с довольно ущербным функционалом предназначенные для модификации структуры БД, представляющие из себя описание это самой структуры БД, с некоторыми доп. функциями типа "добавить", "удалить" и т.д. И, как считают отдельные особи - отлично заменяющие программы для проектирования/управления БД (в большей степени по тому, что не используют ничего, кроме стандартных полей и базовых возможностей этих самых БД).

Если Вы просветите меня и покажите где можно почитать о механизмах миграций на уровне ФВ, который бы позволял полноценно работать с БД, например проводить анализ различий базы "до" и "после" и генерировать дельту этих различий, или хотя бы просто выполнять полноценные запросы - я буду Вам очень признателен.