Sure. But only if the pear package is installed which is not in 90% of the systems. So nothing to rely on.
Frank On 23.07.2012, at 12:16, Arthur Schiwon <[email protected]> wrote: > I just played around with it a bit. > > As long as the pear package is provided, the daemon can run as www-data. Some > options need to be set, and the uid and gid need to be detected. A log file > and a pid file need to be specified where the daemon can write to. > > A running example modified from the simple one provided on the pear page: > http://pastebin.com/x8MBDcV1 > > To start it a simple > exec('/var/www/daemon.php'); > is enough. Deeper integration into the system of course is not possible, > but in general a simple daemon may indeed run without much aches. > > Cheers > Arthur > > > On 07/23/2012 11:07 AM, Frank Karlitschek wrote: >> One of the design goal os ownCloud is that is should enable as many people >> as possible to host an ownCloud instance. So someone with jut a webspace at >> a university for example should be able to run ownCloud by just copying >> ownCloud into the webspace. >> A solution like this System Daemon wouldn´t run in this scenario and would >> require significant more knowledge to install and run than currently. >> >> Frank >> >> >> On 23.07.2012, at 11:03, Arthur Schiwon <[email protected]> wrote: >> >>> Did you consider the option of a daemon? That could provide even a bit more >>> flexibility and people wouldn't need to change anything on the server. >>> >>> http://pear.php.net/package/System_Daemon/ >>> >>> Cheers >>> Arthur >>> >>> On 07/22/2012 05:38 PM, Jakob Sack wrote: >>>> Hi all, >>>> >>>> after the sprint in Stuttgart I talked with Jörn Friedrich Dreyer about >>>> the background job problem. If I remember correctly the two most >>>> important suggestions were (a) using cron and (b) using long time >>>> polling/ajax. >>>> >>>> I'd suggest extending (or rewriting) "my" background jobs app so that it >>>> can make use of both cron jobs and ajax polling. Then the app can choose >>>> the best option out of: >>>> 1) using cron (++) >>>> 2) using some internet cron service (open the page x every y minutes) (+) >>>> 3) long time polling when the users are on the page (-) >>>> >>>> The reasons for my rating: A normal cron job does not rely on the >>>> limitations that apache might have (memory limit, time limit). An >>>> internet cron service has these limitations, but it works 24/7. Option 3 >>>> runs only when users are online which is bad if you rely on having >>>> certain tasks done at a given time. >>>> >>>> What do you think? >>>> Regards, >>>> >>>> Jakob >>>> >>>> Am 22.07.2012 17:13, schrieb Alessandro Cosentino: >>>>> I need a cron job system for news app too. The use case is the >>>>> following: if the user doesn't check the reader for a long time, he >>>>> might miss some items that might have been in the feed and then been >>>>> removed. This happens with feeds that have frequent updates. >>>>> >>>>> I know that Jakob is working on this. >>>>> >>>>> Alessandro >>>>> >>>>> On Sun, Jul 22, 2012 at 9:00 AM, Georg Ehrke >>>>> <[email protected]> wrote: >>>>>> Hi all, >>>>>> I was just wondering if someone is working on a kind of cronjob >>>>>> system for ownCloud. >>>>>> I know that there is the background job app by Jakob, but this app >>>>>> requires an entry in the crontab file. >>>>>> I am currently working on remote calendars and it would be quite >>>>>> useful to have a cron job system, to automatically update the remote >>>>>> calendars. >>>>>> It would actually work without a cronjob system, if you update them >>>>>> if the user is using the calendar, but a cronjob system would make it >>>>>> more comfortable. >>>>>> >>>>>> But there are some planned features, that wouldn't work without a >>>>>> cronjob system. >>>>>> An Example would be an automatic e-mail reminder before an event starts. >>>>>> >>>>>> Does anybody has a clue on how I could solve this problem without >>>>>> making an entry in the crontab file a hard dependency? >>>>>> >>>>>> Cheers, >>>>>> Georg Ehrke >>>>>> _______________________________________________ >>>>>> Owncloud mailing list >>>>>> [email protected] >>>>>> https://mail.kde.org/mailman/listinfo/owncloud >>>>> _______________________________________________ >>>>> Owncloud mailing list >>>>> [email protected] >>>>> https://mail.kde.org/mailman/listinfo/owncloud >>>> >>>> _______________________________________________ >>>> Owncloud mailing list >>>> [email protected] >>>> https://mail.kde.org/mailman/listinfo/owncloud >>> >>> _______________________________________________ >>> Owncloud mailing list >>> [email protected] >>> https://mail.kde.org/mailman/listinfo/owncloud _______________________________________________ Owncloud mailing list [email protected] https://mail.kde.org/mailman/listinfo/owncloud
