Андрей Корехов

Всё же лучше отдельные репозитории.
Или несколько отдельных репозиториев, сгруппированных по функционалу приложения, в которых будут подпапки.
У вас же каждый сотрудник работает в своем форке.
При внимательной организации code review и мержа только по результатам code review большой свалки в проектах и подпроектах быть не должно.

Так как приходят новые люди и им нужно показывать только часть кода -- то надо заводить новый отдельный репозиторий. Отслеживать их не сложно. Добавлять и исключать людей не сложно.
А свалку делать не надо.

1) При нажатии на кнопку отправляете на js ajax-запрос к php скрипту для получения названия трека (например, используя fetch)
2) PHP-скрипт получает запрос и получает массив всех файлов в папке с треками (например, с помощью функции scandir)
3) Выбираем случайный файл, например, используя rand и возвращаем имя выбранного файла
4) JS получает ответ, подставляет в атрибут src путь до файла, который получил в ответе от PHP и воспроизводит трек https://developer.mozilla.org/ru/docs/Learn/HTML/M...

Парни, в настоящей причине я так и не разобрался.
Но починил просто:

foreach($arResult["ITEMS"] as $key=>$arItem)
заменил на
foreach($arResult["ITEMS"] as $key=>$item)

cutl запрос делает твой сервер, а не клиент, само собой второй скрипт получает ip твоего сервера.

<form method="post" enctype="multipart/form-data">
тык

Вариант 1:

$(function(){
    if ($(window).width() < 500){
        // Подключаем стиль для мобильных
        $("head").append($("<link rel='stylesheet' href='css/styleMob.css' type='text/css' media='screen' />"));   
    }
    else{
        // Подключаем стиль для остальных
        $("head").append($("<link rel='stylesheet' href='css/style.css' type='text/css' media='screen' />"));
    }
});

Вариант 2:
Определять девайс через стороннюю js. Посмотреть пример можно тут:
ruseller.com/lessons.php?id=1896
А после этого уже подключать стили.

Собственно достаточно предсказуемая беда с доставкой пакетов через каналы общего пользования с негарантированной доставкой/задержкой.
Типичная ситуация: толпа народа с web-броузингом, астериски и т.п. Юзер болтает по телефону и открывает страничку с кучей фоток -> броузер в кучу потоков начинает тащить картинки. Канал провайдера - не резиновый и в какой-то момент переполняется - пакеты встают в очередь и ждут... Для подгрузки картинок это максимум чуть притормозит отображение фотки котика, для голоса - произойдет заикание.

Методы частичного устранения такой проблемы существуют:
- можно зарезервировать часть полосы под голос
- можно как минимум в рамках до своего шлюза включительно приоретизировать трафик
- использовать отдельный канал/шлюз/сеть для телефонии

Гораздо проблемнее устранять сходные заторы на стороне провайдера. Ну а гарантированные потоки (те же E1) нынче дороги...

Проблема данного Makefile в том, что ему ничего не надо делать - все уже сделано.

Проверьте:

1. В настройках инфо-блока: URL страницы детального просмотра: #SITE_DIR#/blog/#ELEMENT_CODE#/
   
2. В "Настройки>Настройки продукта>Обработка адресов>Правила обработки" пересоздать правила обработки
   
3. У инфо-блока установлены общие права на чтение
   
4. У элементов сгенерирован символьный код
   

В /php_interface/init.php с помощью обработчика, добавляете в него проверку нужной группы. В примере просто пункт меню убирается.

AddEventHandler("main", "OnBuildGlobalMenu", "MyOnBuildGlobalMenu");
function MyOnBuildGlobalMenu(&$aGlobalMenu, &$aModuleMenu)
{
    // Убрать "маркетинг"
    unset($aGlobalMenu["global_menu_marketing"]);
}

Чтобы защитить от прямого захода по известному урлу маркетинга читайте тут
Как пользователю задать права на просмотр в админке страницы «Статистика поисковых фраз»?

Можно проверять группу пользователя, страницу на которой он находится и запрещать показ $APPLICATION->ShowPanel = false;
Без панели ничего там не сделает пользователь.

Однозначно нет, я бы даже сказала что это тестовое задание на "лоха". По факту тестовое задание для веб-мастера - это - сверстать одну из страниц корпоративного сайта(не лендинг), и добавить ей логики посадив на нужную CMS. Даже по одной сверстанной(семантически правильной, адаптивной, подготовленной для продвижения) хватает что бы понять насколько долго человек верстает, или находится в вебе. Если вы вываливаете "дивянку", или относитесь к своей работе - ну сделаю не очень, это ведь тестовое - значит это провал.

То, что вы скинули выше - банальный заработок для компаний-студий, у них есть штат, и когда есть небольшие проекты(у которых не горит дедлайн), они отдают фрилансерам или новичкам, которые готовы работать за еду или бутерброд. После вам говорят что проект говно, а вы ничтожество, и у вас его парсят через wget(либо вы уже отдали его сами). В итоге профит для компании, и подгорание пятой точки у "наемного работника".

PS: В свое время сделала по-хитрому) Дали мне такой проект как тестовое задание, я делала его 2 недели, и когда подошло время сдавать его, показала его через teamviewer - работодатель убедился что все норм, попросил его скинуть - я попросила денег. Он офигел от наглости, и в итоге мы договорились о 12 т.р. Но на работу меня так и не взяли)

Забудьте... дизайнер просто демон... посылайте нафиг дизайнера...

О да, люблю эти комментарии. Набросал тут небольшой прототип:


В браузерах особо не проверял, только Chrome и FF, но вроде в современных должно работать.