kompi

https://www.google.ru/search?q=PHP+FTP+%D0%BC%D0%B... - наблюдаем 264000 результатов.
https://packagist.org/search/?q=PHP%20FTP%20%D0%BC... - 1350 страниц результатов.

Выбирай-не-хочу! Учитесь пользоваться поиском.

Смотрите, вы можете пойти двумя путями. Сделать условие выборки единичным, там где вам это нужно.

function ($someCountry = 'Ukraine')
{
$product = Product::findOne(123);
//Запрос ниже выполняться может сколько угодно раз в отличии от $price = $product ->Price();
$price = $product ->getPrice()
    ->where(['country =:someCountry', [':someCountry' => $someCountry])
    ->orderBy('id')
    ->all();
}

Либо изначально сделать связь с определенным условием.

class Product extends ActiveRecord
{
    public function getBigPrices($someCountry)
    {
        return $this->hasMany(Price::className(), ['product_id' => 'id'])
            ->where('country > :someCountry', [':someCountry' => $someCountry])
            ->orderBy('id');
    }
}

Только в первом варианте, думаю есть более простой Where что то вроде
$query->where(['country' => USA]);

Вы не о том вообще:

Фиксированная оплата предполагает, что весь проект описан и оценен.

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

Это даже разные виды описания проектов.

https://wiki.archlinux.org/index.php/File_recovery
Актуально не только для Arch Linux.

UML
What's the best UML diagramming tool?

Разделить приложение по паттерну MVC,

Ваш MVC плавно превращается в MVA, а MVA плавно превращается в луковую архитектуру.

и слоя такого как модель нет

Потому что модель это не слой, это объект. Один одинешенек (в контексте одного реквеста) такой... его задача взять запрос и выплюнуть данные. То есть для контроллера модель это сервис, для шаблона модель это... сущности или DTO.

Модель это ВСЕ ЧТО УГОДНО что умеет обрабатывать данные и содержит их.

Symfony же это UI фреймворк, который всего-лишь позволяет вам быстро организовать UI к вашему приложению (HTTP API или CLI скрипты это только UI приложения) и потому как именно вы будете организовывать архитектуру приложения - это чисто ваша забота. Симфони вам предоставляет только контейнер зависимостей что бы организовать сервисный слой удобненько.

MVC это бесполезные три буквы которые не говорят ровным счетом ничего о том как у вас чего организуется. MVA уже лучше и это именно то что использует подавляющее большиинство на бэкэнде последние лет 10 (в том числе и RoR), но концепция та же - разделение логики представления данных от логики обработки этих данных.

Тогда как поступить с этим? Есть компонент форм для валидации данных и заполнения полей авторизации-регистрации, есть ORM а как мне связать и валидацию и записи через ORM в объект User допустим.

Вам как правильно сделать или как удобно? Как удобно зависит от вас. Вы можете и писать из форм прямо в сущности анемичные и т.д. и еще как хотите. Но по сути флоу должен быть примерно таким:

компонент форм пишет данные в DTO (тупые контейнеры данных). DTO идут в сервисный слой где данные мэпятся на сущность. Сущности (у нас же это пропел)... по правилоному за их сохранноть должны отвечать репозитории, а внутри уже что угодно используйте, но раз уж у нас active record то все что мы можем тут сделать - просто вызвать save в сервисах либо страдать (доктрина в этом плане намного удобнее но у нее есть свои проблемы, а так же она сложная).

Но я крайне сомневаюсь что вы откажитесь от удобств и станите делать DTO. Скорее всего для вас просто не будет в них профита, они нужны для инкапсуляции сервисного слоя, то есть что бы UI ничегошеньки не знал о том как реализовано нутро, что бы вы могли все менять когда захотите. Сущности - это деталь реализации сервисного слоя, они никогда не должны попадать в контроллеры, но иногда это удобно. А хорошая архитектура - это та с которой удобно работать в конце концов (то есть мы балансируем между простотой и изоляцией изменений).

Так же рекомендую почитать вот эту штуку: The Twelve Factors

Регулярно сталкиваемся с этим явлением, радует что если с тебя копируют и перехватывают твои проекты, значит ты впереди. Проект закончится, а опыт не приходит так быстро, и собственные шишки. А для нас это повод стать лучше, придумывать куда идти лучше и чем ещё можно от таких фирм отличаться. Преимущество в том что вызнаете своего конкурента в лицо, вы сами его вырастили и знаете его плюсы и минусы. Некоторым клиентам можно это правильно преподнести. Не стоит расстраивается, это естественный процесс, когда специалист начинает мнить себя собственником и не видя всей работы, считает чем он хуже и почему он не может делать тоже самое, работая на себя. Можно только пожелать успехов новоиспеченному предпринимателю , и бессонных ночей. Наоборот, хорошо что такие люди отваливаются из команды быстрее, освобождая место для людей, которым можно будет доверять, и которые проверят себя временем!)

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

Обычные curl (или лучше Guzzle) запросы внутри сервисов-репозиториев. Тогда вы сможете в будущем отказаться от curl и перейти на MQ например или еще как... зависит от задачи и целей которые вы приследуете.

Я извиняюсь, но вчера один персонаж 3 раза задавал разные вопросы по рекурсии с правками кода функции nums_from. 1) Отправлю жалобу на задание, не обижайтесь. 2) Передайте вашему преподавателю что он дебил. Рекурсия - инструмент специфический. Если задача коротко и прозрачно решается итеративно - решать ее рекурсией будет только имбецил. Задачи решают рекурсией, если итеративно код выглядит как ночной кошмар (обход деревьев, xml, ханойская башня).

поставить пакет auditd
повесить правила позволяющие отследить создание файлов или запуск процессов
по логам найдется процесс супервайзер

код для ffmpeg/avconv

find . -name "*.wav" -exec avconv -i "{}" -c:a libmp3lame -b:a 192k "{}.mp3"