Русское сообщество разработки на PHP-фреймворке Laravel.
Ты не вошёл. Вход тут.
Сделал проще, просто скопировал данные из Вашего файла pclzip.lib.php в свой App\Libery\PclZip.php и всё заработало.
А вот так делать не нужно.
Для начала, путь к 'archive.zip' не пробовали указать?
Кстати а может с ключами все таки разобраться.
У вас явно ерунда написана... тут:
authorize: ~/.ssh/id_rsa.pub
keys:
- ~/.ssh/id_rsa
Я к примеру их сгенерил и пути настроил так:
authorize: C:\Users\xxx\.ssh\homestead.pub
keys:
- C:\Users\xxx\.ssh\homestead.ppk
У вас линусксовые пути которые ссылаются неизвестно на что.
Из за этого предполагаю непонятный таймаут.
Вот как выглядит нормальный запуск Homestead на два домена:
$ vagrant up
Bringing machine 'homestead-7' up with 'virtualbox' provider...
==> homestead-7: Checking if box 'laravel/homestead' is up to date...
==> homestead-7: Clearing any previously set forwarded ports...
==> homestead-7: Clearing any previously set network interfaces...
==> homestead-7: Preparing network interfaces based on configuration...
homestead-7: Adapter 1: nat
homestead-7: Adapter 2: hostonly
==> homestead-7: Forwarding ports...
homestead-7: 80 (guest) => 8000 (host) (adapter 1)
homestead-7: 443 (guest) => 44300 (host) (adapter 1)
homestead-7: 3306 (guest) => 33060 (host) (adapter 1)
homestead-7: 5432 (guest) => 54320 (host) (adapter 1)
homestead-7: 8025 (guest) => 8025 (host) (adapter 1)
homestead-7: 27017 (guest) => 27017 (host) (adapter 1)
homestead-7: 22 (guest) => 2222 (host) (adapter 1)
==> homestead-7: Running 'pre-boot' VM customizations...
==> homestead-7: Booting VM...
==> homestead-7: Waiting for machine to boot. This may take a few minutes...
homestead-7: SSH address: 127.0.0.1:2222
homestead-7: SSH username: vagrant
homestead-7: SSH auth method: private key
homestead-7: Warning: Connection aborted. Retrying...
homestead-7: Warning: Connection reset. Retrying...
==> homestead-7: Machine booted and ready!
==> homestead-7: Checking for guest additions in VM...
==> homestead-7: Setting hostname...
==> homestead-7: Configuring and enabling network interfaces...
==> homestead-7: Mounting shared folders...
homestead-7: /vagrant => D:/OSPanel/domains/Homestead
homestead-7: /home/vagrant/vue => D:/OSPanel/domains/vue
homestead-7: /home/vagrant/cloud => D:/OSPanel/domains/cloud
==> homestead-7: Machine already provisioned. Run `vagrant provision` or use the `--provision`
==> homestead-7: flag to force provisioning. Provisioners marked to run always will still run.
Обратите внимание (под конец) что показано какие папки куда мапятся.
Пишут еще антивирус мешаться может с пробросом портов.
Черт. Ну прям не знаю что еще добавить.
Обновить Homestead с git и пообщаться еще где нибудь. Может на забугорном каком форуме.
C ключами только непонятно. Генерил ли их, и куда положил но наверное не важно если все работает. Запускается в смысле.
Вопрос почему сайт не отвечает.
Так и не ответил на вопрос:
А в hosts точно прописал homestead.app
или все таки hEmestead.app (как ты выше пишешь) ?
vagrant ssh тебе не нужно если ты логинишься в виртуалку.
А в hosts точно прописал homestead.app
или все таки hEmestead.app (как ты выше пишешь) ?
Ну и Homestead.yaml свой показал бы
Нда... понятно. Ты на убунте. Ни чем не помогу
После запуска вообще то процесс vagrant заканчивает работу и возвращается в командную строку. Или прям написано про таймуат?
Образ точно не запущен? По ssh заходить пробовал?
В hosts все прописал?
Далее как я и говорил попробуй без vagrant up просто запустить образ Homestead-7 в VirtualBox и посмотреть ошибки если будут (в третий раз про это пишу. не посмотреть а запустить!)
Можно поподробнее по решению этой проблемы?
В виртуалбоксе образ запустил? Что пишет?
1.Все правильно. В текущей папке.
2.Если процесс виснет на ключах - открой VirtualBox и попробуй там запустить Homestead. У меня такое было когда в биосе забыл виртуализацию включить.
Сделать самому рекурсию. И будет работать всегда!
Ну тогда все гораздо забавнее.
Значит все зависит от типа сервера и его настроек.
Это печально.
Да я же написал что дело не только в конфиге.
если дерево такое
111
222
333
444
то ftp вернет
111
222
333
444
а не
111/222/333
111/444
вот в чем проблема.
Дружище. Представь что никто с этой фишкой не работет, и что. Кто кинется разбираться!?
Напиши уже сам рекурсию хождения по папкам. Делов то.
Покопался немного внутри. Там что то мутное.
Есть настройка recurseManually которая должна из конфига стандартного читаться. Не читается!
Установил ее насильно в true. ftp вернул главную папку и подпапки но у подпапок нет родителя.
Т.е. получился обычный список.
Разбираться дальше желания огромного нет и опыта не хватает.
Задал бы вопрос где нибудь здесь: https://discord.gg/ktA4Kh
Вылезла та же проблема.
Токен сессии оказывается неверный.
Так с ходу пример с гугла
Если дерево перестраивать при редактировании а не при чтении никаких проблем не будет.
Топикстертеру курить гугл, к примеру по запросу "mysql nested tree"