|
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
>>
>>
>
>
>
>
|