From: Blake C. <bl...@re...> - 2008-02-21 14:35:54
|
Hey Wes, As far as committing it to the svn repo, the only feasible way to do that would be via a new config var with an if switch at the proper location. It wouldn't require much yet would offer the additional option. I would describe it in a PRD as `Adhere Calendar Name to User Name`. In the least, I figure I offer up my experience. Is there another way to allow multiple users authenticated write to user specific files within the same directory? I know there is the sub directory way thats described in the wiki. Do you think this added logic can perform more to current specifications rather then simply hacking the publish code? Thanks, Blake Wesley Miaw wrote: > Hi Blake, > > That change seems to make it do something completely different than > before.... But if that is what works for you I don't see any problem. > It doesn't seem like something that should get merged into the > repository though. > > Regards, > Wes > > Quoting Blake Cornell <bl...@re...>: > > >> Hello, >> >> I've had issues assigning apache basic auth to allow particular users to >> load particular calendars. The filename didn't transport properly and >> thus creating a '.ics' file instead of ex. 'engineering.ics' or >> 'management.ics'. >> >> I've added the following function to publish.php. >> >> >> function retUser() { >> if( $_SERVER['PHP_AUTH_USER'] ) >> return $_SERVER['PHP_AUTH_USER']; >> else >> return $_SERVER['REMOTE_USER']; >> } >> >> >> and I've modified the follow line of code >> >> if($dataout = >> fopen($calendar_path.$calendar_name.'.ics','w+')){ >> >> to.. >> >> if($dataout = fopen($calendar_path.retUser().'.ics','w+')){ >> >> >> Now its working great. >> >> Thoughts? >> >> Regards, >> >> Blake >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2008. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> _______________________________________________ >> Phpicalendar-devel mailing list >> Php...@li... >> https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel >> >> > > > > |