No alias in crontab

[mavci]

Hi again,

In Unix system crontab "php .../artisan command" wont work. Need "/usr/bin/env php". Its defined in artisan.

Can you fix this? I'm editing your class for this in my vendor folder.

[mavci]

here https://github.com/Indatus/dispatcher/blob/master/src/Indatus/Dispatcher/Services/CommandService.php#L140

[bkuhl]

Confirmed and implemented. See https://github.com/Indatus/dispatcher/releases/tag/v1.2.4

[mavci]

Not need the check for windows or linux? It can be fail in windows, need try

[bkuhl]

thanks for pointing that out, I tend to forget about Windows users. There's a new version which checks the OS and acts accordingly

[mavci]

However, it's still wont work in freebsd. It must be /usr/local/bin/php but its not a linux standart. I thought /usr/local/env is ok for all. What can I do for this? (I hate freebsd)

[mavci]

I fix this problem with setting PATH env variable in crontab

PATH=/etc:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin

Thanks.

[bkuhl]

Thanks for posting this workaround. My distro experience is limited, so I'll need some pull requests to help resolve this across distros.

[twmbx]

yeah some work is needed here... maybe an option to customise the call to the php instance is needed?
I just spent all day trying to debug my own problem which was only solved by specifically calling php-cli using the full path. i'm on shared hosting provided by a small orange, not actually what distro they use.

to be clear i've gotten successful scheduled command execution when altering .../Dispatcher/Services/CommandService.php and specifying that it use 'usr/bin/php-cli' for the command call.

unless there's something i'm missing.

[bkuhl]

That's a good thought, I've added that config setting to the 2.0 to-do list.

Instead of modifying the library, you could add an alias for php for the user that the commands run as.

[twmbx]

yeah, an option in a config file would be perfect. :)

[bkuhl]

@twoSeats I've decided to include this feature in the last release available for Laravel 4.3. Everything from this point forward will be for Laravel 5. Can you check out the develop branch and ensure this solution works for you?

[twmbx]

@bkuhl just tested it. sorry i took a second, had a break over the weekend. Glad to report that it works like a charm! thanks a lot!

[bkuhl]

This is now available in 1.4.1: https://github.com/Indatus/dispatcher/releases/tag/v1.4.1

Thanks for the input and the help, you rock!