Антон Середний: ок, не нравится Symfony? Открываем https://github.com/silexphp/Silex
Микрофреймворк на основе Symfony компонентов. Маленький, понятный.
"Детали двигателя" те же самые что и в Symfony, только их меньше.
qtcute: тут никто не поможет. Надо настраивать вебсервер, а знаний у вас нету.
Стало быть или звать того кто делал и просить его настроить, или идти на фриланс и там искать кто это сделает за денюжку.
qtcute: что используется в качестве вебсервера? (apache, nginx) Нужно смотреть их настройки.
Раньше работало и потом перестало? Или изначально не работало?
Мало информации
Антон:
Какая система? Windows чтоли? Можно попробовать использовать chdir().
Т.е?
chdir('/path');
exec('command');
Но тогда все остальные команды (дальше) будут использовать новый путь (что не есть хорошо).
Лучше предвариретльно сохранить текущий путь (получить его можно через getcwd() ) и после всех манипуляций установить его обратно.
Антон:
1) Для разделителя лучше использовать константу DIRECTORY_SEPARATOR, чтобы оно работало правильно на любой системе.
2) Какая строка получается в итоге? 'cd ' . Config::get('constants.use_home') . '\\' . $project->folder_name . ';php artisan --version' правильный ли там путь? Если ввести ее в консоли вручную - что получится?
Антон:
1) Я же показал КАК нужно запускать команду. Я не просто так написал "cd /path;php artisan command". Тут еще не помешало бы указать полный путь до php бинарника.
2) Ну а если захочется разворачивать проекты на удаленных серверах (а оно захочется), тогда что? Не проще изначально сделать более универсальную систему?
Настройки проекта же есть, прописываем путь к API и домен и дергаем API для получения информации\управления.
Антон:
1) Ну так нужно поменять папку и всё "cd /path;php artisan command"
2) Этот вариант работает всегда. Протокол может быть не только HTTP. Они могут общаться через локальные сокеты, через демона, через redis да вообще через что угодно. Тут суть именно в интерфейсе API.
Так как непонятно зачем это все нужно, и зачем городить такую систему, то и посоветовать что-то более конкретное нельзя.
mciry: при захвате через OBS окно всегда будет на экране. Ему не важно свернуто оно или нет (если я не ошибаюсь).
>Вариант очень неэкономный к ресурсам ПК оператора
Никто и не спорит. Я сразу написал что вариант бредовый, и если не найдется альтернатив, то можно его рассмотреть Ж)
