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

https://stackoverflow.com/questions/9736085/run-a-...

Роутер придётся менять, но это забота провайдера. На счёт iptv не подскажу, но, думаю, ничего не изменится - если вы качаете торент в полный канал, то для iptv не остаётся полосы пропускания и картинка буде рассыпаться.

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

поставь торрент и качни какую-нить раздачу побольше, а лучше сразу несколько.
он качественно и эффективно забьет интерне-канал на все 146%
а микрософт поделками лучше пользоваться только в пределах мс-сайтов.

1. h264, с настройками экспериментировать... Получить битрейт меньше 5мбит на таком размере картинки вполне можно, обычно без особой потери качества...

2. Много его для разных платформ. Можно какой-нибудь handbrake взять бесплатный, и с пресетами готовыми... Качество больше от настроек сжатия зависит а не от софта.

3. Можно, в принципе, но не решит вашей проблемы - канал не станет шире ни на сервере ни на клиенте, а с воспроизведением будет больше проблем...
Надо, к тому же понимать, что ваш хостинг должен иметь достаточно широкий канал, чтобы отдавать видео одновременно нескольким клиентам, и то, что оно будет жрать много трафика, и как бы не упереться в какое-нибудь ограничение и не попасть на лишние деньги... Ну и при большой посещаемости, и широком канале, узким местом может стать диск, например. В общем, отдача видео это не так просто...

4. Возможно изгнать дизайнера, который это придумал? =)
Как говорится, в каждой шутке есть доля шутки. Например, клиенты открывшие сайт через мобильную сеть будут совсем не рады такому расходу трафика, даже если у вас получится раз в 5 уменьшить видео, а у них его без лагов посмотреть... Т.е. видео в фоне, это может быть и красиво, но не практично, и зачастую, очень проблемно и для пользователя и для хозяина сайта... Может быть лучше каким-нибудь слайдшоу в фоне обойтись?

1) У тебя где то должны быть деньги.
2) Этот "где-то" предоставляет API по распоряжению деньгами.
3) Твое приложение просто дает команду твоему серверу.
4) Твой сервер обращается к API той платежной системы, где у тебя деньги.
5) Платежная система и делает перевод по твоей просьбе.

Как вариант вместо API это может быть живой человек, просто в личном кабинете банка/платежной системы нажимающий кнопочки по списку платежей.

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

Примеры платежных систем:
Yandex.Деньги, Cyberplay, Payoneer и пр.

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

в самом простом варианте. бухгалтер просто видит список заявок . с кнопками (отклонено,исполнено),
а перевод может делать в ручную/через 1с и т.д.

ну или заявки импортируются в бухгалтерскую программу

1 посмотрите какой в апаче MPM (Multi-Processing Module) у вас используется.
2 читаете документацию по настроке MPM который у вас стоит.
3 в зависимости от MPM правите настройки MaxRequestsPerChild MinSpareServers MaxSpareServers MaxRequestsPerChild и тд.

rebase в помощь.
Но вообще идея КРАЙНЕ ПЛОХАЯ.
Вы сломаете историю всем, кто пользуется репозиторием кроме вас.

Все изменения - только на master. Репликация должна все сама сделать на slave.

ECC-память + ZFS (Linux, FreeBSD) в нужной конфигурации RAIDZ (не путать с RAID!) + нужное количество дисков. RAID-контроллер не обязателен и даже вреден.

почитайте про автозагрузку
https://github.com/codedokode/pasta/blob/master/ph...
в частности, про PSR-4
---------------------------------------------------
установите композер, если не стоит
как его ставить инструкций в интернете хватает
в корне вашего проекта создайте файл composer.json с содержимым

{
    "autoload": {
        "psr-4": {
            "App\\": "App"
        }
    }
}

и запустите через консоль (терминал) в корне проекта
composer install