Menu
▾
▴
phpicalendar-devel — Mailing list for PHP iCalendar Developers
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(5) |
Oct
(159) |
Nov
(123) |
Dec
(27) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(6) |
Feb
(11) |
Mar
(21) |
Apr
(29) |
May
(13) |
Jun
(2) |
Jul
(13) |
Aug
(5) |
Sep
(14) |
Oct
(21) |
Nov
(71) |
Dec
|
| 2004 |
Jan
(18) |
Feb
(12) |
Mar
|
Apr
(6) |
May
(29) |
Jun
(9) |
Jul
(3) |
Aug
(4) |
Sep
(7) |
Oct
(6) |
Nov
|
Dec
(20) |
| 2005 |
Jan
(6) |
Feb
(27) |
Mar
(4) |
Apr
(16) |
May
(61) |
Jun
(6) |
Jul
(4) |
Aug
(18) |
Sep
(19) |
Oct
(5) |
Nov
(55) |
Dec
(30) |
| 2006 |
Jan
(11) |
Feb
(9) |
Mar
(9) |
Apr
(26) |
May
(17) |
Jun
(3) |
Jul
(1) |
Aug
|
Sep
(20) |
Oct
|
Nov
(6) |
Dec
(9) |
| 2007 |
Jan
|
Feb
|
Mar
(5) |
Apr
|
May
(8) |
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
|
Dec
|
| 2008 |
Jan
|
Feb
(17) |
Mar
(11) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
(4) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(7) |
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
(4) |
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Jo R. <jr...@ne...> - 2006-12-12 03:37:54
|
Can we please change the description of the publish/subscribe forum? From "Problems with publishing and subscribing to calendars ...remember that publish.ical.php and publish.mozilla.php are not officially supported (but you can discuss them here anyway)" To "Problems with publishing and subscribing to calendars ...remember that publish.php is not officially supported (but you can discuss it here anyway)" -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness |
|
From: Jo R. <jr...@ne...> - 2006-12-11 23:17:14
|
Vito, the reason that your recurring and non-recurring events are
different is because your ICS file has TZID on recurring events but
not on non-recurring events.
The second problem is putting a microsoft-proprietary format time
format in field that should be an IETF standard timezone format.
Yes, 2455 doesn't define which standard to use but a proprietary
format is unexpected.
I can provide you with a patch which parses that format properly, but
I don't know about long-term support in phpIcalendar. I would
discuss this concern with the maker of your calendar software or the
export utility.
Anyway, here is a patch to try. I haven't had a chance to test it,
but it should probably work.
diff -r1.37 date_functions.php
295,299c295,314
< $fields = explode("/",$data);
< $tz = array_pop($fields);
< $tmp = array_pop($fields);
< if (isset($tmp) && $tmp != "") $tz = "$tmp/$tz";
< return $tz;
---
> if (preg_match('/^[\w\-]+\/[\w\-]+$/', $data)) {
> $stdformat = $data;
> }
> else {
> $matches = array();
> if (preg_match('/^\/mozilla.org\/\w+\/([\w\-]+\/[\w
\-]+$)/', $data, $matches )) {
> $stdformat = $matches[1] . '/' . $matches[2];
> }
> elseif (preg_match('/^\(GMT([\+\-])(\d)(\d)\:\d+
\)/', $data, $matches)) {
> $operator = $matches[1];
> if( $matches[2] == '0' ) {
> $hour = $matches[3];
> }
> else {
> $hour = $matches[2] . $matches[3];
> }
> $stdformat = 'Etc/GMT' . $operator . $hour;
> }
> }
> return $stdformat;
On Dec 11, 2006, at 2:27 PM, Vito Laurenza wrote:
> Here you go.
>
> :::: Vito Laurenza
> :: Systems Administrator
> :: Advance Internet
> :: 201.793.1807
> :: vla...@ad...
>
>
> -----Original Message-----
> From: Jo Rhett [mailto:jr...@ne...]
> Sent: Monday, December 11, 2006 4:32 PM
> To: Vito Laurenza
> Cc: Jordan Lederman
> Subject: Re: [PHPiCalendar-DEV] Offer for compensation for
> squashing a timezone bug
>
> Please send me an example iCal file.
>
> Make me an iCal file with three entries, two normal and one
> recurring. Send it to me as an attachment.
>
> On Dec 5, 2006, at 1:06 PM, Vito Laurenza wrote:
>
>> I've cc'd my Director on this message and he'll be able to tell you
>> more about how we can arrange compensation.
>>
>> As for the issue, if you scroll all the way down to the bottom of
>> this message you'll see my original note to Chad and Jim. Also see
>> here: http://phpicalendar.net/forums/showpost.php?p=7992&postcount=4
>>
>> The issue basically boils down to this. If $timezone (in
>> config.inc.php) is set to "", recurring event times are OK and
>> regular event times are off. If $timezone is set to "US/Eastern"
>> or "(GMT-05:00) Eastern Time (US & Canada)" [as my calendar
>> program sets the TZID], recurring events are off and regular events
>> are OK.
>>
>> :::: Vito Laurenza
>> :: Systems Administrator
>> :: Advance Internet
>> :: 201.793.1807
>> :: vla...@ad...
>>
>>
>> -----Original Message-----
>> From: Jo Rhett [mailto:jr...@ne...]
>> Sent: Tuesday, December 05, 2006 3:59 PM
>> To: Vito Laurenza
>> Subject: Re: [PHPiCalendar-DEV] Offer for compensation for
>> squashing a timezone bug
>>
>> Whoops, got buried by late-night response on my real job last night.
>> Maybe tomorrow? Sorry.
>>
>> Can you summarize the issue real quick?
>>
>> What are you hoping to pay for this fix?
>>
>> On Dec 5, 2006, at 5:25 AM, Vito Laurenza wrote:
>>> Thanks Jo. Let me know what we can work out.
>>>
>>> :::: Vito Laurenza
>>> :: Systems Administrator
>>> :: Advance Internet
>>> :: 201.793.1807
>>> :: vla...@ad...
>>>
>>>
>>> -----Original Message-----
>>> From: Jo Rhett [mailto:jr...@ne...]
>>> Sent: Monday, December 04, 2006 5:17 PM
>>> To: PHPiCalendar Devel
>>> Cc: Vito Laurenza
>>> Subject: Re: [PHPiCalendar-DEV] Offer for compensation for
>>> squashing a timezone bug
>>>
>>> I can do it. I'll wrap my head around this problem tonight and
>>> decide what it's going to take to fix it.
>>>
>>> On Nov 30, 2006, at 8:39 AM, Jim Hu wrote:
>>>> Anyone able to help him? I don't know what he has in mind for
>>>> compensation, and don't know anything about him other than that he
>>>> has an urgent need for the fix.
>>>> =====================================
>>>> Jim Hu
>>>> Associate Professor
>>>> Dept. of Biochemistry and Biophysics
>>>> 2128 TAMU
>>>> Texas A&M Univ.
>>>> College Station, TX 77843-2128
>>>> 979-862-4054
>>>>
>>>>
>>>> Begin forwarded message:
>>>>
>>>>> From: "Vito Laurenza" <vla...@ad...>
>>>>> Date: November 30, 2006 10:36:00 AM CST
>>>>> To: jimhu <ji...@ta...>
>>>>> Subject: RE: PHPical
>>>>>
>>>>> Sure thing.
>>>>>
>>>>> :::: Vito Laurenza
>>>>> :: Systems Administrator
>>>>> :: Advance Internet
>>>>> :: 201.793.1807
>>>>> :: vla...@ad...
>>>>>
>>>>>
>>>>> From: Jim Hu [mailto:ji...@ta...]
>>>>> Sent: Thursday, November 30, 2006 11:34 AM
>>>>> To: Vito Laurenza
>>>>> Subject: Re: PHPical
>>>>>
>>>>> I don't have a consulting company, and since the reason I don't
>>>>> have time is a $600K federal grant, I doubt you'd want to pay that
>>>>> much! Would you like this offer relayed to the developer list?
>>>>>
>>>>>
>>>>> JH
>>>>> =====================================
>>>>> Jim Hu
>>>>> Associate Professor
>>>>> Dept. of Biochemistry and Biophysics
>>>>> 2128 TAMU
>>>>> Texas A&M Univ.
>>>>> College Station, TX 77843-2128
>>>>> 979-862-4054
>>>>>
>>>>>
>>>>> On Nov 30, 2006, at 9:32 AM, Vito Laurenza wrote:
>>>>>
>>>>>> If you have a consulting company or the likes, we can offer you
>>>>>> compensation for your time. Like I said earlier, we needed fixed
>>>>>> this yesterday.
>>>>>>
>>>>>> :::: Vito Laurenza
>>>>>> :: Systems Administrator
>>>>>> :: Advance Internet
>>>>>> :: 201.793.1807
>>>>>> :: vla...@ad...
>>>>>>
>>>>>>
>>>>>> From: Jim Hu [mailto:ji...@ta...]
>>>>>> Sent: Thursday, November 30, 2006 10:23 AM
>>>>>> To: Vito Laurenza
>>>>>> Subject: Re: PHPical
>>>>>>
>>>>>> Haven't had time yet.
>>>>>>
>>>>>> =====================================
>>>>>> Jim Hu
>>>>>> Associate Professor
>>>>>> Dept. of Biochemistry and Biophysics
>>>>>> 2128 TAMU
>>>>>> Texas A&M Univ.
>>>>>> College Station, TX 77843-2128
>>>>>> 979-862-4054
>>>>>>
>>>>>>
>>>>>> On Nov 30, 2006, at 9:18 AM, Vito Laurenza wrote:
>>>>>>
>>>>>>> Any luck?
>>>>>>>
>>>>>>> I also found an issue in day.php for which I've posted a
>>>>>>> patch on
>>>>>>> your forums.
>>>>>>>
>>>>>>> :::: Vito Laurenza
>>>>>>> :: Systems Administrator
>>>>>>> :: Advance Internet
>>>>>>> :: 201.793.1807
>>>>>>> :: vla...@ad...
>>>>>>>
>>>>>>>
>>>>>>> From: Jim Hu [mailto:ji...@ta...]
>>>>>>> Sent: Wednesday, November 29, 2006 9:17 AM
>>>>>>> To: Vito Laurenza
>>>>>>> Subject: Re: PHPical
>>>>>>>
>>>>>>> Ok, that's what I was afraid of. I'll have to dig into
>>>>>>> ical_parser.php.
>>>>>>>
>>>>>>>
>>>>>>> =====================================
>>>>>>> Jim Hu
>>>>>>> Associate Professor
>>>>>>> Dept. of Biochemistry and Biophysics
>>>>>>> 2128 TAMU
>>>>>>> Texas A&M Univ.
>>>>>>> College Station, TX 77843-2128
>>>>>>> 979-862-4054
>>>>>>>
>>>>>>>
>>>>>>> On Nov 29, 2006, at 7:37 AM, Vito Laurenza wrote:
>>>>>>>
>>>>>>>> Hi Jim,
>>>>>>>>
>>>>>>>> I did take a look at parse_tz() and I wrote a quick test based
>>>>>>>> on it:
>>>>>>>>
>>>>>>>> <?php
>>>>>>>> $data='"(GMT-05:00) Eastern Time (US & Canada)"';
>>>>>>>> $fields = explode("/",$data);
>>>>>>>> $tz = array_pop($fields);
>>>>>>>> $tmp = array_pop($fields);
>>>>>>>> if (isset($tmp) && $tmp != "") $tz = "$tmp/$tz";
>>>>>>>> print_r($data);
>>>>>>>> echo "<BR>\n";
>>>>>>>> print_r($fields);
>>>>>>>> echo "<BR>\n";
>>>>>>>> print_r($tmp);
>>>>>>>> echo "<BR>\n";
>>>>>>>> print_r($tz);
>>>>>>>> ?>
>>>>>>>>
>>>>>>>> Since there are no '/' in $data, $tz ends up with the same
>>>>>>>> value
>>>>>>>> as $data.
>>>>>>>>
>>>>>>>> It's not so much that parse_tz() doesn't work, but that when I
>>>>>>>> set $timezone in config.inc.php, any embedded TZID in a VEVENT
>>>>>>>> seems to be ignored. If I set $timezone to null, then the
>>>>>>>> embedded TZID is parsed properly. I wish I could show you our
>>>>>>>> calendar for an example, but it's not accessible from outsite
>>>>>>>> our network.
>>>>>>>>
>>>>>>>> :::: Vito Laurenza
>>>>>>>> :: Systems Administrator
>>>>>>>> :: Advance Internet
>>>>>>>> :: 201.793.1807
>>>>>>>> :: vla...@ad...
>>>>>>>> ________________________________
>>>>>>>>
>>>>>>>> From: Jim Hu [mailto:ji...@ta...]
>>>>>>>> Sent: Wednesday, November 29, 2006 8:30 AM
>>>>>>>> To: Vito Laurenza
>>>>>>>> Cc: chad
>>>>>>>> Subject: Re: PHPical
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Hi Vito,
>>>>>>>>
>>>>>>>> I'll try to take a look at your sample events on the bbs when I
>>>>>>>> get time (I'm at a conference for a code project that actually
>>>>>>>> pays the bills, so that gets priority, I'm afraid). The change
>>>>>>>> in 2.23 that was supposed to fix this is in date_functions.php
>>>>>>>> and it's the addition of a function called parse_tz:
>>>>>>>>
>>>>>>>> function parse_tz($data){
>>>>>>>> $fields = explode("/",$data);
>>>>>>>> $tz = array_pop($fields);
>>>>>>>> $tmp = array_pop($fields);
>>>>>>>> if (isset($tmp) && $tmp != "") $tz = "$tmp/$tz";
>>>>>>>> return $tz;
>>>>>>>> }
>>>>>>>>
>>>>>>>> If things are still not working for you, it would be useful for
>>>>>>>> me if you could put some diagnostics in this code block to
>>>>>>>> determine whether it's being called, and what it thinks tz is
>>>>>>>> before it returns.
>>>>>>>>
>>>>>>>> Jim
>>>>>>>>
>>>>>>>> =====================================
>>>>>>>>
>>>>>>>> Jim Hu
>>>>>>>>
>>>>>>>> Associate Professor
>>>>>>>>
>>>>>>>> Dept. of Biochemistry and Biophysics
>>>>>>>>
>>>>>>>> 2128 TAMU
>>>>>>>>
>>>>>>>> Texas A&M Univ.
>>>>>>>>
>>>>>>>> College Station, TX 77843-2128
>>>>>>>>
>>>>>>>> 979-862-4054
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Nov 29, 2006, at 7:17 AM, Vito Laurenza wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>> Thanks for the response Chad.
>>>>>>>>
>>>>>>>> So is the correct thing to set my $timezone = '"(GMT-05:00)
>>>>>>>> Eastern Time (US & Canada)"'; and cross my fingers?
>>>>>>>>
>>>>>>>> :::: Vito Laurenza
>>>>>>>> :: Systems Administrator
>>>>>>>> :: Advance Internet
>>>>>>>> :: 201.793.1807
>>>>>>>> :: vla...@ad...
>>>>>>>>
>>>>>>>>
>>>>>>>> -----Original Message-----
>>>>>>>> From: Chad Little [mailto:ch...@ch...]
>>>>>>>> Sent: Tuesday, November 28, 2006 4:17 PM
>>>>>>>> To: Vito Laurenza
>>>>>>>> Cc: jimhu
>>>>>>>> Subject: Re: PHPical
>>>>>>>>
>>>>>>>> My guess is since your event is in '"(GMT-05:00) Eastern Time
>>>>>>>> (US &
>>>>>>>> Canada)"' but your setting your timezone to 'US/Eastern'.
>>>>>>>> Without a
>>>>>>>> match, we go to Zulu time, since the event ends in 'Z'. If that
>>>>>>>> doesn't work, I can't think of anything else. We're displaying
>>>>>>>> the
>>>>>>>> results as we expect.
>>>>>>>>
>>>>>>>> -Chad
>>>>>>>>
>>>>>>>> On Nov 28, 2006, at 12:41 PM, Vito Laurenza wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>> Hello Chad and Jim,
>>>>>>>>
>>>>>>>> As you are both aware, there is an issue in phpical where a
>>>>>>>> VEVENT
>>>>>>>> which contains recurrence information will not be displayed
>>>>>>>> with
>>>>>>>> the correct time in phpical. We are very interested in getting
>>>>>>>> this to work for us and would be happy to offer an incentive to
>>>>>>>> expedite a fix for this issue. We needed this fixed like
>>>>>>>> yesterday. ;)
>>>>>>>>
>>>>>>>> We are currently running PHP 4.3.9, PHPiCalendar 2.22, on a
>>>>>>>> CentOS4.4 (RHEL4 clone) box. I have also put into place the
>>>>>>>> newest
>>>>>>>> versions of functions/date_functions.php and functions/
>>>>>>>> ical_parser.php from your 2.23rc1 sourcefource source.
>>>>>>>>
>>>>>>>> Attached is a sample VEVENT with non-standard TZID. I have
>>>>>>>> already
>>>>>>>> added to functions/timezones.php the lines:
>>>>>>>> $tz_array['(GMT-05:00) Eastern Time (US & Canada)'] = array
>>>>>>>> ('-0500', '-0400');
>>>>>>>> $tz_array['"(GMT-05:00) Eastern Time (US & Canada)"'] = array
>>>>>>>> ('-0500', '-0400');
>>>>>>>>
>>>>>>>> (See my post on your forums for more samples: http://
>>>>>>>> phpicalendar.net/forums/showpost.php?p=7992&postcount=4)
>>>>>>>>
>>>>>>>> Here's what I see. If I set $timezone=''; in config.inc.php,
>>>>>>>> then
>>>>>>>> recurring events look fine, but normal events are at +0000.
>>>>>>>> If I
>>>>>>>> set $timezone='US/Eastern'; in config.inc.php, then recurring
>>>>>>>> events are wrong and normal events are fine.
>>>>>>>>
>>>>>>>> If I'm just doing something wrong, then please excuse the
>>>>>>>> unnecessary email, but I'd appreciate it if you could let me
>>>>>>>> know
>>>>>>>> what it is that I've screwed up. If not, please let me know
>>>>>>>> how/
>>>>>>>> when we can get this working and how we can compensate you for
>>>>>>>> professional services.
>>>>>>>>
>>>>>>>> :::: Vito Laurenza
>>>>>>>> :: Systems Administrator
>>>>>>>> :: Advance Internet
>>>>>>>> :: 201.793.1807
>>>>>>>> :: vla...@ad...
>>>>>>>> <recurring.txt>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>> -------------------------------------------------------------------
>>>> -
>>>> -
>>>> -
>>>> ---
>>>> Take Surveys. Earn Cash. Influence the Future of IT
>>>> Join SourceForge.net's Techsay panel and you'll get the chance to
>>>> share your
>>>> opinions on IT & business topics through brief surveys - and earn
>>>> cash
>>>> http://www.techsay.com/default.php?
>>>> page=join.php&p=sourceforge&CID=DEVDEV
>>>> _______________________________________________
>>>> Phpicalendar-devel mailing list
>>>> Php...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel
>>>
>>> --
>>> Jo Rhett
>>> Net Consonance : consonant endings by net philanthropy, open source
>>> and other randomness
>>>
>>>
>>>
>>
>> --
>> Jo Rhett
>> Net Consonance : consonant endings by net philanthropy, open source
>> and other randomness
>>
>>
>>
>
> --
> Jo Rhett
> Net Consonance : consonant endings by net philanthropy, open source
> and other randomness
>
>
>
|
|
From: Jo R. <jr...@ne...> - 2006-12-04 22:17:23
|
I can do it. I'll wrap my head around this problem tonight and
decide what it's going to take to fix it.
On Nov 30, 2006, at 8:39 AM, Jim Hu wrote:
> Anyone able to help him? I don't know what he has in mind for
> compensation, and don't know anything about him other than that he
> has an urgent need for the fix.
> =====================================
> Jim Hu
> Associate Professor
> Dept. of Biochemistry and Biophysics
> 2128 TAMU
> Texas A&M Univ.
> College Station, TX 77843-2128
> 979-862-4054
>
>
> Begin forwarded message:
>
>> From: "Vito Laurenza" <vla...@ad...>
>> Date: November 30, 2006 10:36:00 AM CST
>> To: jimhu <ji...@ta...>
>> Subject: RE: PHPical
>>
>> Sure thing.
>>
>> :::: Vito Laurenza
>> :: Systems Administrator
>> :: Advance Internet
>> :: 201.793.1807
>> :: vla...@ad...
>>
>>
>> From: Jim Hu [mailto:ji...@ta...]
>> Sent: Thursday, November 30, 2006 11:34 AM
>> To: Vito Laurenza
>> Subject: Re: PHPical
>>
>> I don't have a consulting company, and since the reason I don't
>> have time is a $600K federal grant, I doubt you'd want to pay that
>> much! Would you like this offer relayed to the developer list?
>>
>>
>> JH
>> =====================================
>> Jim Hu
>> Associate Professor
>> Dept. of Biochemistry and Biophysics
>> 2128 TAMU
>> Texas A&M Univ.
>> College Station, TX 77843-2128
>> 979-862-4054
>>
>>
>> On Nov 30, 2006, at 9:32 AM, Vito Laurenza wrote:
>>
>>> If you have a consulting company or the likes, we can offer you
>>> compensation for your time. Like I said earlier, we needed fixed
>>> this yesterday.
>>>
>>> :::: Vito Laurenza
>>> :: Systems Administrator
>>> :: Advance Internet
>>> :: 201.793.1807
>>> :: vla...@ad...
>>>
>>>
>>> From: Jim Hu [mailto:ji...@ta...]
>>> Sent: Thursday, November 30, 2006 10:23 AM
>>> To: Vito Laurenza
>>> Subject: Re: PHPical
>>>
>>> Haven't had time yet.
>>>
>>> =====================================
>>> Jim Hu
>>> Associate Professor
>>> Dept. of Biochemistry and Biophysics
>>> 2128 TAMU
>>> Texas A&M Univ.
>>> College Station, TX 77843-2128
>>> 979-862-4054
>>>
>>>
>>> On Nov 30, 2006, at 9:18 AM, Vito Laurenza wrote:
>>>
>>>> Any luck?
>>>>
>>>> I also found an issue in day.php for which I've posted a patch on
>>>> your forums.
>>>>
>>>> :::: Vito Laurenza
>>>> :: Systems Administrator
>>>> :: Advance Internet
>>>> :: 201.793.1807
>>>> :: vla...@ad...
>>>>
>>>>
>>>> From: Jim Hu [mailto:ji...@ta...]
>>>> Sent: Wednesday, November 29, 2006 9:17 AM
>>>> To: Vito Laurenza
>>>> Subject: Re: PHPical
>>>>
>>>> Ok, that's what I was afraid of. I'll have to dig into
>>>> ical_parser.php.
>>>>
>>>>
>>>> =====================================
>>>> Jim Hu
>>>> Associate Professor
>>>> Dept. of Biochemistry and Biophysics
>>>> 2128 TAMU
>>>> Texas A&M Univ.
>>>> College Station, TX 77843-2128
>>>> 979-862-4054
>>>>
>>>>
>>>> On Nov 29, 2006, at 7:37 AM, Vito Laurenza wrote:
>>>>
>>>>> Hi Jim,
>>>>>
>>>>> I did take a look at parse_tz() and I wrote a quick test based
>>>>> on it:
>>>>>
>>>>> <?php
>>>>> $data='"(GMT-05:00) Eastern Time (US & Canada)"';
>>>>> $fields = explode("/",$data);
>>>>> $tz = array_pop($fields);
>>>>> $tmp = array_pop($fields);
>>>>> if (isset($tmp) && $tmp != "") $tz = "$tmp/$tz";
>>>>> print_r($data);
>>>>> echo "<BR>\n";
>>>>> print_r($fields);
>>>>> echo "<BR>\n";
>>>>> print_r($tmp);
>>>>> echo "<BR>\n";
>>>>> print_r($tz);
>>>>> ?>
>>>>>
>>>>> Since there are no '/' in $data, $tz ends up with the same value
>>>>> as $data.
>>>>>
>>>>> It's not so much that parse_tz() doesn't work, but that when I
>>>>> set $timezone in config.inc.php, any embedded TZID in a VEVENT
>>>>> seems to be ignored. If I set $timezone to null, then the
>>>>> embedded TZID is parsed properly. I wish I could show you our
>>>>> calendar for an example, but it's not accessible from outsite
>>>>> our network.
>>>>>
>>>>> :::: Vito Laurenza
>>>>> :: Systems Administrator
>>>>> :: Advance Internet
>>>>> :: 201.793.1807
>>>>> :: vla...@ad...
>>>>> ________________________________
>>>>>
>>>>> From: Jim Hu [mailto:ji...@ta...]
>>>>> Sent: Wednesday, November 29, 2006 8:30 AM
>>>>> To: Vito Laurenza
>>>>> Cc: chad
>>>>> Subject: Re: PHPical
>>>>>
>>>>>
>>>>>
>>>>> Hi Vito,
>>>>>
>>>>> I'll try to take a look at your sample events on the bbs when I
>>>>> get time (I'm at a conference for a code project that actually
>>>>> pays the bills, so that gets priority, I'm afraid). The change
>>>>> in 2.23 that was supposed to fix this is in date_functions.php
>>>>> and it's the addition of a function called parse_tz:
>>>>>
>>>>> function parse_tz($data){
>>>>> $fields = explode("/",$data);
>>>>> $tz = array_pop($fields);
>>>>> $tmp = array_pop($fields);
>>>>> if (isset($tmp) && $tmp != "") $tz = "$tmp/$tz";
>>>>> return $tz;
>>>>> }
>>>>>
>>>>> If things are still not working for you, it would be useful for
>>>>> me if you could put some diagnostics in this code block to
>>>>> determine whether it's being called, and what it thinks tz is
>>>>> before it returns.
>>>>>
>>>>> Jim
>>>>>
>>>>> =====================================
>>>>>
>>>>> Jim Hu
>>>>>
>>>>> Associate Professor
>>>>>
>>>>> Dept. of Biochemistry and Biophysics
>>>>>
>>>>> 2128 TAMU
>>>>>
>>>>> Texas A&M Univ.
>>>>>
>>>>> College Station, TX 77843-2128
>>>>>
>>>>> 979-862-4054
>>>>>
>>>>>
>>>>>
>>>>> On Nov 29, 2006, at 7:17 AM, Vito Laurenza wrote:
>>>>>
>>>>>
>>>>> Thanks for the response Chad.
>>>>>
>>>>> So is the correct thing to set my $timezone = '"(GMT-05:00)
>>>>> Eastern Time (US & Canada)"'; and cross my fingers?
>>>>>
>>>>> :::: Vito Laurenza
>>>>> :: Systems Administrator
>>>>> :: Advance Internet
>>>>> :: 201.793.1807
>>>>> :: vla...@ad...
>>>>>
>>>>>
>>>>> -----Original Message-----
>>>>> From: Chad Little [mailto:ch...@ch...]
>>>>> Sent: Tuesday, November 28, 2006 4:17 PM
>>>>> To: Vito Laurenza
>>>>> Cc: jimhu
>>>>> Subject: Re: PHPical
>>>>>
>>>>> My guess is since your event is in '"(GMT-05:00) Eastern Time
>>>>> (US &
>>>>> Canada)"' but your setting your timezone to 'US/Eastern'.
>>>>> Without a
>>>>> match, we go to Zulu time, since the event ends in 'Z'. If that
>>>>> doesn't work, I can't think of anything else. We're displaying the
>>>>> results as we expect.
>>>>>
>>>>> -Chad
>>>>>
>>>>> On Nov 28, 2006, at 12:41 PM, Vito Laurenza wrote:
>>>>>
>>>>>
>>>>> Hello Chad and Jim,
>>>>>
>>>>> As you are both aware, there is an issue in phpical where a VEVENT
>>>>> which contains recurrence information will not be displayed with
>>>>> the correct time in phpical. We are very interested in getting
>>>>> this to work for us and would be happy to offer an incentive to
>>>>> expedite a fix for this issue. We needed this fixed like
>>>>> yesterday. ;)
>>>>>
>>>>> We are currently running PHP 4.3.9, PHPiCalendar 2.22, on a
>>>>> CentOS4.4 (RHEL4 clone) box. I have also put into place the
>>>>> newest
>>>>> versions of functions/date_functions.php and functions/
>>>>> ical_parser.php from your 2.23rc1 sourcefource source.
>>>>>
>>>>> Attached is a sample VEVENT with non-standard TZID. I have
>>>>> already
>>>>> added to functions/timezones.php the lines:
>>>>> $tz_array['(GMT-05:00) Eastern Time (US & Canada)'] = array
>>>>> ('-0500', '-0400');
>>>>> $tz_array['"(GMT-05:00) Eastern Time (US & Canada)"'] = array
>>>>> ('-0500', '-0400');
>>>>>
>>>>> (See my post on your forums for more samples: http://
>>>>> phpicalendar.net/forums/showpost.php?p=7992&postcount=4)
>>>>>
>>>>> Here's what I see. If I set $timezone=''; in config.inc.php, then
>>>>> recurring events look fine, but normal events are at +0000. If I
>>>>> set $timezone='US/Eastern'; in config.inc.php, then recurring
>>>>> events are wrong and normal events are fine.
>>>>>
>>>>> If I'm just doing something wrong, then please excuse the
>>>>> unnecessary email, but I'd appreciate it if you could let me know
>>>>> what it is that I've screwed up. If not, please let me know how/
>>>>> when we can get this working and how we can compensate you for
>>>>> professional services.
>>>>>
>>>>> :::: Vito Laurenza
>>>>> :: Systems Administrator
>>>>> :: Advance Internet
>>>>> :: 201.793.1807
>>>>> :: vla...@ad...
>>>>> <recurring.txt>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>
> ----------------------------------------------------------------------
> ---
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to
> share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?
> page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Phpicalendar-devel mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel
--
Jo Rhett
Net Consonance : consonant endings by net philanthropy, open source
and other randomness
|
|
From: Jo R. <jr...@ne...> - 2006-12-04 22:16:34
|
Whoops, sorry fell behind. I'll catch up on publish problems. On Nov 14, 2006, at 1:42 AM, Jim Hu wrote: > I just put a release candidate up on sourceforge. Here's the > announcement on the bbs. > > http://phpicalendar.net/forums/showthread.php?t=1815 > > Can someone peek over there and help the people having trouble with > publish? > Also, note that I didn't include the material for CALDAV from CVS. > What's the status? > > Anyway, I decided that a new release is needed even if there's lots > more to do. > > Cheers, > > Jim > > ===================================== > Jim Hu > Associate Professor > Dept. of Biochemistry and Biophysics > 2128 TAMU > Texas A&M Univ. > College Station, TX 77843-2128 > 979-862-4054 > > > > ---------------------------------------------------------------------- > --- > Using Tomcat but need to do more? Need to support web services, > security? > Get stuff done quickly with pre-integrated technology to make your > job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Phpicalendar-devel mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness |
|
From: Jim Hu <ji...@ta...> - 2006-11-30 16:39:10
|
Anyone able to help him? I don't know what he has in mind for
compensation, and don't know anything about him other than that he
has an urgent need for the fix.
=====================================
Jim Hu
Associate Professor
Dept. of Biochemistry and Biophysics
2128 TAMU
Texas A&M Univ.
College Station, TX 77843-2128
979-862-4054
Begin forwarded message:
> From: "Vito Laurenza" <vla...@ad...>
> Date: November 30, 2006 10:36:00 AM CST
> To: jimhu <ji...@ta...>
> Subject: RE: PHPical
>
> Sure thing.
>
> :::: Vito Laurenza
> :: Systems Administrator
> :: Advance Internet
> :: 201.793.1807
> :: vla...@ad...
>
>
> From: Jim Hu [mailto:ji...@ta...]
> Sent: Thursday, November 30, 2006 11:34 AM
> To: Vito Laurenza
> Subject: Re: PHPical
>
> I don't have a consulting company, and since the reason I don't
> have time is a $600K federal grant, I doubt you'd want to pay that
> much! Would you like this offer relayed to the developer list?
>
>
> JH
> =====================================
> Jim Hu
> Associate Professor
> Dept. of Biochemistry and Biophysics
> 2128 TAMU
> Texas A&M Univ.
> College Station, TX 77843-2128
> 979-862-4054
>
>
> On Nov 30, 2006, at 9:32 AM, Vito Laurenza wrote:
>
>> If you have a consulting company or the likes, we can offer you
>> compensation for your time. Like I said earlier, we needed fixed
>> this yesterday.
>>
>> :::: Vito Laurenza
>> :: Systems Administrator
>> :: Advance Internet
>> :: 201.793.1807
>> :: vla...@ad...
>>
>>
>> From: Jim Hu [mailto:ji...@ta...]
>> Sent: Thursday, November 30, 2006 10:23 AM
>> To: Vito Laurenza
>> Subject: Re: PHPical
>>
>> Haven't had time yet.
>>
>> =====================================
>> Jim Hu
>> Associate Professor
>> Dept. of Biochemistry and Biophysics
>> 2128 TAMU
>> Texas A&M Univ.
>> College Station, TX 77843-2128
>> 979-862-4054
>>
>>
>> On Nov 30, 2006, at 9:18 AM, Vito Laurenza wrote:
>>
>>> Any luck?
>>>
>>> I also found an issue in day.php for which I've posted a patch on
>>> your forums.
>>>
>>> :::: Vito Laurenza
>>> :: Systems Administrator
>>> :: Advance Internet
>>> :: 201.793.1807
>>> :: vla...@ad...
>>>
>>>
>>> From: Jim Hu [mailto:ji...@ta...]
>>> Sent: Wednesday, November 29, 2006 9:17 AM
>>> To: Vito Laurenza
>>> Subject: Re: PHPical
>>>
>>> Ok, that's what I was afraid of. I'll have to dig into
>>> ical_parser.php.
>>>
>>>
>>> =====================================
>>> Jim Hu
>>> Associate Professor
>>> Dept. of Biochemistry and Biophysics
>>> 2128 TAMU
>>> Texas A&M Univ.
>>> College Station, TX 77843-2128
>>> 979-862-4054
>>>
>>>
>>> On Nov 29, 2006, at 7:37 AM, Vito Laurenza wrote:
>>>
>>>> Hi Jim,
>>>>
>>>> I did take a look at parse_tz() and I wrote a quick test based
>>>> on it:
>>>>
>>>> <?php
>>>> $data='"(GMT-05:00) Eastern Time (US & Canada)"';
>>>> $fields = explode("/",$data);
>>>> $tz = array_pop($fields);
>>>> $tmp = array_pop($fields);
>>>> if (isset($tmp) && $tmp != "") $tz = "$tmp/$tz";
>>>> print_r($data);
>>>> echo "<BR>\n";
>>>> print_r($fields);
>>>> echo "<BR>\n";
>>>> print_r($tmp);
>>>> echo "<BR>\n";
>>>> print_r($tz);
>>>> ?>
>>>>
>>>> Since there are no '/' in $data, $tz ends up with the same value
>>>> as $data.
>>>>
>>>> It's not so much that parse_tz() doesn't work, but that when I
>>>> set $timezone in config.inc.php, any embedded TZID in a VEVENT
>>>> seems to be ignored. If I set $timezone to null, then the
>>>> embedded TZID is parsed properly. I wish I could show you our
>>>> calendar for an example, but it's not accessible from outsite
>>>> our network.
>>>>
>>>> :::: Vito Laurenza
>>>> :: Systems Administrator
>>>> :: Advance Internet
>>>> :: 201.793.1807
>>>> :: vla...@ad...
>>>> ________________________________
>>>>
>>>> From: Jim Hu [mailto:ji...@ta...]
>>>> Sent: Wednesday, November 29, 2006 8:30 AM
>>>> To: Vito Laurenza
>>>> Cc: chad
>>>> Subject: Re: PHPical
>>>>
>>>>
>>>>
>>>> Hi Vito,
>>>>
>>>> I'll try to take a look at your sample events on the bbs when I
>>>> get time (I'm at a conference for a code project that actually
>>>> pays the bills, so that gets priority, I'm afraid). The change
>>>> in 2.23 that was supposed to fix this is in date_functions.php
>>>> and it's the addition of a function called parse_tz:
>>>>
>>>> function parse_tz($data){
>>>> $fields = explode("/",$data);
>>>> $tz = array_pop($fields);
>>>> $tmp = array_pop($fields);
>>>> if (isset($tmp) && $tmp != "") $tz = "$tmp/$tz";
>>>> return $tz;
>>>> }
>>>>
>>>> If things are still not working for you, it would be useful for
>>>> me if you could put some diagnostics in this code block to
>>>> determine whether it's being called, and what it thinks tz is
>>>> before it returns.
>>>>
>>>> Jim
>>>>
>>>> =====================================
>>>>
>>>> Jim Hu
>>>>
>>>> Associate Professor
>>>>
>>>> Dept. of Biochemistry and Biophysics
>>>>
>>>> 2128 TAMU
>>>>
>>>> Texas A&M Univ.
>>>>
>>>> College Station, TX 77843-2128
>>>>
>>>> 979-862-4054
>>>>
>>>>
>>>>
>>>> On Nov 29, 2006, at 7:17 AM, Vito Laurenza wrote:
>>>>
>>>>
>>>> Thanks for the response Chad.
>>>>
>>>> So is the correct thing to set my $timezone = '"(GMT-05:00)
>>>> Eastern Time (US & Canada)"'; and cross my fingers?
>>>>
>>>> :::: Vito Laurenza
>>>> :: Systems Administrator
>>>> :: Advance Internet
>>>> :: 201.793.1807
>>>> :: vla...@ad...
>>>>
>>>>
>>>> -----Original Message-----
>>>> From: Chad Little [mailto:ch...@ch...]
>>>> Sent: Tuesday, November 28, 2006 4:17 PM
>>>> To: Vito Laurenza
>>>> Cc: jimhu
>>>> Subject: Re: PHPical
>>>>
>>>> My guess is since your event is in '"(GMT-05:00) Eastern Time (US &
>>>> Canada)"' but your setting your timezone to 'US/Eastern'. Without a
>>>> match, we go to Zulu time, since the event ends in 'Z'. If that
>>>> doesn't work, I can't think of anything else. We're displaying the
>>>> results as we expect.
>>>>
>>>> -Chad
>>>>
>>>> On Nov 28, 2006, at 12:41 PM, Vito Laurenza wrote:
>>>>
>>>>
>>>> Hello Chad and Jim,
>>>>
>>>> As you are both aware, there is an issue in phpical where a VEVENT
>>>> which contains recurrence information will not be displayed with
>>>> the correct time in phpical. We are very interested in getting
>>>> this to work for us and would be happy to offer an incentive to
>>>> expedite a fix for this issue. We needed this fixed like
>>>> yesterday. ;)
>>>>
>>>> We are currently running PHP 4.3.9, PHPiCalendar 2.22, on a
>>>> CentOS4.4 (RHEL4 clone) box. I have also put into place the newest
>>>> versions of functions/date_functions.php and functions/
>>>> ical_parser.php from your 2.23rc1 sourcefource source.
>>>>
>>>> Attached is a sample VEVENT with non-standard TZID. I have already
>>>> added to functions/timezones.php the lines:
>>>> $tz_array['(GMT-05:00) Eastern Time (US & Canada)'] = array
>>>> ('-0500', '-0400');
>>>> $tz_array['"(GMT-05:00) Eastern Time (US & Canada)"'] = array
>>>> ('-0500', '-0400');
>>>>
>>>> (See my post on your forums for more samples: http://
>>>> phpicalendar.net/forums/showpost.php?p=7992&postcount=4)
>>>>
>>>> Here's what I see. If I set $timezone=''; in config.inc.php, then
>>>> recurring events look fine, but normal events are at +0000. If I
>>>> set $timezone='US/Eastern'; in config.inc.php, then recurring
>>>> events are wrong and normal events are fine.
>>>>
>>>> If I'm just doing something wrong, then please excuse the
>>>> unnecessary email, but I'd appreciate it if you could let me know
>>>> what it is that I've screwed up. If not, please let me know how/
>>>> when we can get this working and how we can compensate you for
>>>> professional services.
>>>>
>>>> :::: Vito Laurenza
>>>> :: Systems Administrator
>>>> :: Advance Internet
>>>> :: 201.793.1807
>>>> :: vla...@ad...
>>>> <recurring.txt>
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>
|
|
From: Jim Hu <ji...@ta...> - 2006-11-14 17:35:36
|
The site has been back up for a while... I can access it from outside (I'm on sabbatical at Stanford this fall) Jim ===================================== Jim Hu Associate Professor Dept. of Biochemistry and Biophysics 2128 TAMU Texas A&M Univ. College Station, TX 77843-2128 979-862-4054 On Nov 14, 2006, at 6:52 AM, Greg Jones wrote: > On Tue, 14 Nov 2006 09:42:22 -0000, Jim Hu <ji...@ta...> wrote: > >> I just put a release candidate up on sourceforge. Here's the >> announcement on the bbs. >> >> http://phpicalendar.net/forums/showthread.php?t=1815 >> >> Can someone peek over there and help the people having trouble with >> publish? >> Also, note that I didn't include the material for CALDAV from CVS. >> What's the status? >> >> Anyway, I decided that a new release is needed even if there's lots >> more to do. > > Hi, > > Should I be able to get to the forums? I saw the 'Service Outage' > notice > on SF a while ago saying that the site was only accessible within your > university (useful...!), but you posting links to such > announcements makes > me think the problem might now be something else (why else would > you post > such links?)? > > thanks for your help, > > Greg > > ---------------------------------------------------------------------- > --- > Using Tomcat but need to do more? Need to support web services, > security? > Get stuff done quickly with pre-integrated technology to make your > job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Phpicalendar-devel mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel |
|
From: Greg J. <gre...@se...> - 2006-11-14 14:52:39
|
On Tue, 14 Nov 2006 09:42:22 -0000, Jim Hu <ji...@ta...> wrote: > I just put a release candidate up on sourceforge. Here's the > announcement on the bbs. > > http://phpicalendar.net/forums/showthread.php?t=3D1815 > > Can someone peek over there and help the people having trouble with > publish? > Also, note that I didn't include the material for CALDAV from CVS. > What's the status? > > Anyway, I decided that a new release is needed even if there's lots > more to do. Hi, Should I be able to get to the forums? I saw the 'Service Outage' notice= = on SF a while ago saying that the site was only accessible within your = university (useful...!), but you posting links to such announcements mak= es = me think the problem might now be something else (why else would you pos= t = such links?)? thanks for your help, Greg |
|
From: Jim Hu <ji...@ta...> - 2006-11-14 09:42:34
|
I just put a release candidate up on sourceforge. Here's the announcement on the bbs. http://phpicalendar.net/forums/showthread.php?t=1815 Can someone peek over there and help the people having trouble with publish? Also, note that I didn't include the material for CALDAV from CVS. What's the status? Anyway, I decided that a new release is needed even if there's lots more to do. Cheers, Jim ===================================== Jim Hu Associate Professor Dept. of Biochemistry and Biophysics 2128 TAMU Texas A&M Univ. College Station, TX 77843-2128 979-862-4054 |
|
From: Jo R. <jr...@ne...> - 2006-11-02 08:41:01
|
I just submitted another fix to publish.php, preventing the writing of debug messages to open files, etc. stupid bug. I really want to rewrite this from scratch :-( Anyway, any comments on my desire to put publish.php in a ~/publish/ directory so that you can control access to the publish function separately from access to the calendars themselves? Jo Rhett wrote: > Thanks for the primer. I *finally* did that, and am submitting the > changes tonight. See my later notes. > > Jim Hu wrote: >> I'm barely competent in it myself, but the key things are: >> >> 1. Set up your terminal environment for ssh key generation: >> >> For tcsh >> >> setenv CVS_RSH ssh >> >> for bash: >> >> export CVS_RSH=ssh >> >> 2. Make a key (this step only has to be done the first time you use the >> CVS) >> >> ssh-keygen -t dsa -C "USE...@sh..." >> >> Then go to your Sourceforge account and add your key to your user >> profile. Wait a bit for the change to propagate through the system >> >> 3. To checkout the latest phpicalendar, after cd to the desired directory >> >> cvs -z3 >> -d:ext:USE...@ph...:/cvsroot/phpicalendar >> co -P phpicalendar >> >> 4. To save changes in a file >> >> cvs -z3 >> -d:ext:USE...@ph...:/cvsroot/phpicalendar >> commit -m "COMMENT DESCRIBING THE UPDATE." >> >> I forget how to add a file; I think it's add to the local copy and then >> commit as above. My usual blunder is to save too many changes to the >> local copy before committing. Also I tend to forget to update the >> README to describe bug fixes. I think that should do it. If I can do >> the CVS, anyone can... I don't even know how to apply patches using diff! >> ===================================== >> Jim Hu >> Associate Professor >> Dept. of Biochemistry and Biophysics >> 2128 TAMU >> Texas A&M Univ. >> College Station, TX 77843-2128 >> 979-862-4054 >> >> >> On Sep 17, 2006, at 1:45 PM, Jo Rhett wrote: >> >>> On Sun, Sep 17, 2006 at 01:42:54PM -0500, Jim Hu wrote: >>>> Seems to me that you need to be given CVS access so you can modify >>>> publish directly. How does that sound? Do you have a sourceforge ID >>>> so I can set you up? >>> sourceforge ID 'jrhett' >>> >>> Sounds fine to me, but I've never dealt with sourceforge CVS and I've >>> heard >>> horror stories about it. If there's a clue-by-4 guide to dealing with >>> it, >>> let me know. >>> >>> --Jo Rhett >>> senior geek >>> SVcolo : Silicon Valley Colocation >>> >>> ------------------------------------------------------------------------- >>> Using Tomcat but need to do more? Need to support web services, security? >>> Get stuff done quickly with pre-integrated technology to make your job >>> easier >>> Download IBM WebSphere Application Server v.1.0.1 based on Apache >>> Geronimo >>> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 >>> _______________________________________________ >>> Phpicalendar-devel mailing list >>> Php...@li... >>> https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Phpicalendar-devel mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel |
|
From: Jo R. <jr...@ne...> - 2006-11-02 06:15:10
|
Thanks for the primer. I *finally* did that, and am submitting the changes tonight. See my later notes. Jim Hu wrote: > I'm barely competent in it myself, but the key things are: > > 1. Set up your terminal environment for ssh key generation: > > For tcsh > > setenv CVS_RSH ssh > > for bash: > > export CVS_RSH=ssh > > 2. Make a key (this step only has to be done the first time you use the > CVS) > > ssh-keygen -t dsa -C "USE...@sh..." > > Then go to your Sourceforge account and add your key to your user > profile. Wait a bit for the change to propagate through the system > > 3. To checkout the latest phpicalendar, after cd to the desired directory > > cvs -z3 > -d:ext:USE...@ph...:/cvsroot/phpicalendar > co -P phpicalendar > > 4. To save changes in a file > > cvs -z3 > -d:ext:USE...@ph...:/cvsroot/phpicalendar > commit -m "COMMENT DESCRIBING THE UPDATE." > > I forget how to add a file; I think it's add to the local copy and then > commit as above. My usual blunder is to save too many changes to the > local copy before committing. Also I tend to forget to update the > README to describe bug fixes. I think that should do it. If I can do > the CVS, anyone can... I don't even know how to apply patches using diff! > ===================================== > Jim Hu > Associate Professor > Dept. of Biochemistry and Biophysics > 2128 TAMU > Texas A&M Univ. > College Station, TX 77843-2128 > 979-862-4054 > > > On Sep 17, 2006, at 1:45 PM, Jo Rhett wrote: > >> On Sun, Sep 17, 2006 at 01:42:54PM -0500, Jim Hu wrote: >>> Seems to me that you need to be given CVS access so you can modify >>> publish directly. How does that sound? Do you have a sourceforge ID >>> so I can set you up? >> >> sourceforge ID 'jrhett' >> >> Sounds fine to me, but I've never dealt with sourceforge CVS and I've >> heard >> horror stories about it. If there's a clue-by-4 guide to dealing with >> it, >> let me know. >> >> --Jo Rhett >> senior geek >> SVcolo : Silicon Valley Colocation >> >> ------------------------------------------------------------------------- >> Using Tomcat but need to do more? Need to support web services, security? >> Get stuff done quickly with pre-integrated technology to make your job >> easier >> Download IBM WebSphere Application Server v.1.0.1 based on Apache >> Geronimo >> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 >> _______________________________________________ >> Phpicalendar-devel mailing list >> Php...@li... >> https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel |
|
From: Jo R. <jr...@sv...> - 2006-09-18 18:25:20
|
Can I have a wiki login? Perhaps I overlooked it, but I couldn't see any way to register and get my own login. I was hoping to update the Publish section, and perhaps add another section about Security? -- Jo Rhett senior geek SVcolo : Silicon Valley Colocation |
|
From: Jo R. <jr...@sv...> - 2006-09-18 07:20:16
|
On Sun, Sep 17, 2006 at 03:05:19PM -0500, Jim Hu wrote: > If we're on the same wavelength, I'm thinking that the parser would > create a collection of calendar objects, where there are two classes > that extend calendar_item (I'm making up names) - calendar_event and > calendar_todo. This collection of events would be used instead of > the master array. As the template system steps through the time > interval to be drawn, it would send messages to each event/todo as > appropriate: "Do you need this time slot?" If the answer is yes, > then the calendar_item returns the information needed to draw that > part of the calendar. Well, as part of the OO I would think that each of these items "has a" schedule object. That object defines the information about the schedule. This would allow a consistent interface to asking objects about their schedule. calendar_event is a calendar_item has a schedule calendar_todo is a calendar_item (optionally) has a schedule ..etc Or perhaps calendar_item has a schedule calendar_event is a calendar_item calendar_todo is a calendar_item I don't think that the latter would make the most sense, but it all depends on implementation. -- Jo Rhett senior geek SVcolo : Silicon Valley Colocation |
|
From: Jo R. <jr...@sv...> - 2006-09-18 07:16:10
|
On Sun, Sep 17, 2006 at 02:54:18PM -0500, Jim Hu wrote: > Done! Of course, people submitting bugs may not assign the right > category... Yes, but we can recategorize :-) -- Jo Rhett senior geek SVcolo : Silicon Valley Colocation |
|
From: Jim Hu <ji...@ta...> - 2006-09-17 20:05:27
|
Wes, I've been thinking that the next major update should be more OO, and should involve some reengineering of the parser to make it easier for new developers to understand. I confess that I get lost in it pretty easily when trying to do bug fixes. But I'm not sure exactly what the migration path should be. If we're on the same wavelength, I'm thinking that the parser would create a collection of calendar objects, where there are two classes that extend calendar_item (I'm making up names) - calendar_event and calendar_todo. This collection of events would be used instead of the master array. As the template system steps through the time interval to be drawn, it would send messages to each event/todo as appropriate: "Do you need this time slot?" If the answer is yes, then the calendar_item returns the information needed to draw that part of the calendar. Is that a correct restatement of what you're thinking? If so, then it seems like we would need to overhaul a LOT of the existing codebase. Perhaps we need to, but it's a big job IMHO. I'm wondering about an intermediate step where the parser creates the object set, which then gets used to create a master array like we use now. But this probably would degrade performance, wouldn't it? I'm also wondering about compatibility with older php versions. The OO model changed somewhat in php5, as I recall. I think some of our users are still in php4. There's backward compatibility, I believe, but it would throw away some of the OO advantages. Jim On Sep 16, 2006, at 9:29 PM, Wesley Miaw wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi Jim, > > I'm thinking this is a perfect cause where an OO approach might be > best. Rather than trying to figure out how many times an event should > repeat and on which days, maybe we should have an event structure/ > object that given a date responds yes/no as it if it should be shown. > I think the logic might turn out easier that way. > > IIRC, right now the parser looks at an event and then tries to figure > out the specific times it shows up? It's been a long time since I've > looked. I think it might be easier to figure out display dates given > specific dates, rather than the other way around. Memoization can be > used to eat a little more space in favor of avoiding duplicate > computations. > > Do you think that might be better? > > Later, > Wes > > On Sep 7, 2006, at 12:56 PM, Jim Hu wrote: > >> Been a while since I've emailed the list...but I've been trying to >> get time to do another bug fix release and I've run into something >> where I could use some thoughts on how to fix it. I was working on >> this bug: >> >> https://sourceforge.net/tracker/? >> func=detail&atid=500017&aid=1554268&group_id=62270 >> >> This is a case where the problematic event is: >> >> BEGIN:VEVENT >> RRULE:FREQ=WEEKLY;INTERVAL=1;COUNT=2;BYDAY=TU,TH;WKST=SU >> DURATION:PT1H >> DTSTAMP:20060907T173732Z >> UID:F6E3F1E5-3E8D-11DB-AFA8-000D93B8CD32 >> SEQUENCE:7 >> DTSTART;TZID=America/Denver:20060907T110000 >> SUMMARY:tue thurs >> ORGANIZER;CN="scott schmitz":mailto:sc...@re... >> END:VEVENT >> >> The problem is that this displays the first Thurs instance correctly, >> but not the next Tuesday. Looking at the code for ical_parser.php, >> it seems to me like $count is counting the number of days, weeks, >> months, or years in a repeat, not the number of times the event >> itself is repeating. If I'm right, then I think a major change to >> the parser is needed. As it stands, $count shows up at the beginning >> of the big while loop that handles END:VEVENT in: >> >> ====== >> while (($next_range_time >= $start_range_time_tmp) && >> ($next_range_time <= $end_range_time_tmp) && ($count_to != $count)) { >> $func = $freq_type.'Compare'; >> $diff = $func(date('Ymd',$next_range_time), $start_date); >> if ($diff < $count) { >> .... >> ====== >> The $freq_type.'Compare' functions are in date_functions.php. These >> just return the number of days, weeks, etc. between two dates. There >> are a bunch of ways this can fail to work, for example, if >> >> RRULE:FREQ=WEEKLY;INTERVAL=1;COUNT=2;BYDAY=MO,TU,WE,TH,FR;WKST=SU >> >> The calendar should only show the occurrences on MO and TU...but it >> will show all of them in the one week. Any thoughts? >> >> Jim >> >> >> ===================================== >> Jim Hu >> Associate Professor >> Dept. of Biochemistry and Biophysics >> 2128 TAMU >> Texas A&M Univ. >> College Station, TX 77843-2128 >> 979-862-4054 >> >> >> >> --------------------------------------------------------------------- >> - >> --- >> Using Tomcat but need to do more? Need to support web services, >> security? >> Get stuff done quickly with pre-integrated technology to make your >> job easier >> Download IBM WebSphere Application Server v.1.0.1 based on Apache >> Geronimo >> http://sel.as-us.falkag.net/sel? >> cmd=lnk&kid=120709&bid=263057&dat=121642 >> _______________________________________________ >> Phpicalendar-devel mailing list >> Php...@li... >> https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel > > - -- > Wesley Miaw > we...@we... > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.3 (Darwin) > > iD8DBQFFDLMXQv4agqRAk2kRAoQHAKCnrWZfRt8C2sKCWFNZEqvqzD1oeQCgmwtN > /IuWAksimmcvrJxxsa0oTi0= > =g2jh > -----END PGP SIGNATURE----- > > ---------------------------------------------------------------------- > --- > Using Tomcat but need to do more? Need to support web services, > security? > Get stuff done quickly with pre-integrated technology to make your > job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Phpicalendar-devel mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel |
|
From: Jim Hu <ji...@ta...> - 2006-09-17 19:54:22
|
Done! Of course, people submitting bugs may not assign the right category... ===================================== Jim Hu On Sep 17, 2006, at 1:44 PM, Jo Rhett wrote: > I think that the sourceforge site should probably have a bug/patch > category > called "Publish" or something like that, for bugs related to the > publishing > system. It would make it easier for me to find them :-) > > -- > Jo Rhett > senior geek > SVcolo : Silicon Valley Colocation > > ---------------------------------------------------------------------- > --- > Using Tomcat but need to do more? Need to support web services, > security? > Get stuff done quickly with pre-integrated technology to make your > job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Phpicalendar-devel mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel |
|
From: Jim Hu <ji...@ta...> - 2006-09-17 19:50:20
|
I'm barely competent in it myself, but the key things are: 1. Set up your terminal environment for ssh key generation: For tcsh setenv CVS_RSH ssh for bash: export CVS_RSH=ssh 2. Make a key (this step only has to be done the first time you use the CVS) ssh-keygen -t dsa -C "USE...@sh..." Then go to your Sourceforge account and add your key to your user profile. Wait a bit for the change to propagate through the system 3. To checkout the latest phpicalendar, after cd to the desired directory cvs -z3 -d:ext:USE...@ph...:/cvsroot/ phpicalendar co -P phpicalendar 4. To save changes in a file cvs -z3 -d:ext:USE...@ph...:/cvsroot/ phpicalendar commit -m "COMMENT DESCRIBING THE UPDATE." I forget how to add a file; I think it's add to the local copy and then commit as above. My usual blunder is to save too many changes to the local copy before committing. Also I tend to forget to update the README to describe bug fixes. I think that should do it. If I can do the CVS, anyone can... I don't even know how to apply patches using diff! ===================================== Jim Hu Associate Professor Dept. of Biochemistry and Biophysics 2128 TAMU Texas A&M Univ. College Station, TX 77843-2128 979-862-4054 On Sep 17, 2006, at 1:45 PM, Jo Rhett wrote: > On Sun, Sep 17, 2006 at 01:42:54PM -0500, Jim Hu wrote: >> Seems to me that you need to be given CVS access so you can modify >> publish directly. How does that sound? Do you have a sourceforge ID >> so I can set you up? > > sourceforge ID 'jrhett' > > Sounds fine to me, but I've never dealt with sourceforge CVS and > I've heard > horror stories about it. If there's a clue-by-4 guide to dealing > with it, > let me know. > > -- > Jo Rhett > senior geek > SVcolo : Silicon Valley Colocation > > ---------------------------------------------------------------------- > --- > Using Tomcat but need to do more? Need to support web services, > security? > Get stuff done quickly with pre-integrated technology to make your > job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Phpicalendar-devel mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel |
|
From: Wesley M. <we...@we...> - 2006-09-17 18:56:44
|
There is some help documentation on the SourceForge web site dealing with CVS and SVN access, but there's nothing special about their installation so I imagine the regular CVS docs should be sufficient. If you run into problems, you can ask us on the list. Quoting Jo Rhett <jr...@sv...>: > On Sun, Sep 17, 2006 at 01:42:54PM -0500, Jim Hu wrote: >> Seems to me that you need to be given CVS access so you can modify >> publish directly. How does that sound? Do you have a sourceforge ID >> so I can set you up? > > sourceforge ID 'jrhett' > > Sounds fine to me, but I've never dealt with sourceforge CVS and I've heard > horror stories about it. If there's a clue-by-4 guide to dealing with it, > let me know. -- Wesley Miaw http://www.wesman.net/ ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: Jo R. <jr...@sv...> - 2006-09-17 18:47:03
|
On Sun, Sep 17, 2006 at 01:42:54PM -0500, Jim Hu wrote: > Seems to me that you need to be given CVS access so you can modify > publish directly. How does that sound? Do you have a sourceforge ID > so I can set you up? sourceforge ID 'jrhett' Sounds fine to me, but I've never dealt with sourceforge CVS and I've heard horror stories about it. If there's a clue-by-4 guide to dealing with it, let me know. -- Jo Rhett senior geek SVcolo : Silicon Valley Colocation |
|
From: Jo R. <jr...@sv...> - 2006-09-17 18:46:00
|
I think that the sourceforge site should probably have a bug/patch category called "Publish" or something like that, for bugs related to the publishing system. It would make it easier for me to find them :-) -- Jo Rhett senior geek SVcolo : Silicon Valley Colocation |
|
From: Jim Hu <ji...@ta...> - 2006-09-17 18:43:00
|
Jo, Seems to me that you need to be given CVS access so you can modify publish directly. How does that sound? Do you have a sourceforge ID so I can set you up? Jim ===================================== Jim Hu Associate Professor Dept. of Biochemistry and Biophysics 2128 TAMU Texas A&M Univ. College Station, TX 77843-2128 979-862-4054 On Sep 17, 2006, at 1:37 PM, Jo Rhett wrote: > On Sat, Sep 16, 2006 at 07:37:30PM -0700, Wesley Miaw wrote: >> I am wondering if the logmsg() function should be changed to not >> open/ >> close the file every single time. > > See attached updated publish.php > > -- > Jo Rhett > senior geek > SVcolo : Silicon Valley Colocation > <publish.php> > ---------------------------------------------------------------------- > --- > Using Tomcat but need to do more? Need to support web services, > security? > Get stuff done quickly with pre-integrated technology to make your > job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=120709&bid=263057&dat=121642______________________________ > _________________ > Phpicalendar-devel mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel |
|
From: Jo R. <jr...@sv...> - 2006-09-17 18:39:01
|
On Sat, Sep 16, 2006 at 07:37:30PM -0700, Wesley Miaw wrote: > I am wondering if the logmsg() function should be changed to not open/ > close the file every single time. See attached updated publish.php -- Jo Rhett senior geek SVcolo : Silicon Valley Colocation |
|
From: Jo R. <jr...@sv...> - 2006-09-17 07:17:10
|
On Sat, Sep 16, 2006 at 07:37:30PM -0700, Wesley Miaw wrote: > I guess this is all a result of publish.php being something that was > tacked on as a completely external feature. I guess if Jim thinks it > makes sense to merge publish.php in as a real PHP iCalendar feature > (giving it full-fledged status) then things like defining a log file > location and auth realm in the config file makes sense. Exactly. > I don't think we should necessarily specify a specific publish.php > log file directory with a .htaccess checked into SourceForge. We > could default to /var/log/ and leave any sort of access controls or > different destination directories up to the installer. I would make a variable near the top. But if we defined a "safe space" that was protected I would default it to that place. > I am wondering if the logmsg() function should be changed to not open/ > close the file every single time. Yes that can absolutely be done. -- Jo Rhett senior geek SVcolo : Silicon Valley Colocation |
|
From: Wesley M. <we...@we...> - 2006-09-17 02:37:32
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Jo, Coolness on the work you've done so far, which you sent in your previous email. :) I guess this is all a result of publish.php being something that was tacked on as a completely external feature. I guess if Jim thinks it makes sense to merge publish.php in as a real PHP iCalendar feature (giving it full-fledged status) then things like defining a log file location and auth realm in the config file makes sense. I don't think we should necessarily specify a specific publish.php log file directory with a .htaccess checked into SourceForge. We could default to /var/log/ and leave any sort of access controls or different destination directories up to the installer. I am wondering if the logmsg() function should be changed to not open/ close the file every single time. Later, Wes On Sep 16, 2006, at 4:54 PM, Jo Rhett wrote: > I think we need to make some changes to the publish system. > > Why: > > If you use the current system with external authentication, the ics > files > are protected by the same mechanism as the publish system. This isn't > always good -- what if I want to allow publish but not allow direct > access > to the ICS files? > > Likewise, if you are using the PHP authentication then the files > aren't > protected. (minus using a handler for .ics file access that fails) > > In short, I think that the following changes are reasonable and > flexible > enough for all situations: > > Put publish.php in publish/ directory. > -- an .htaccess file in that directory can control access > > Leave calenders in calendars/ directory. > -- an .htaccess file in that directory can control access > > I'd also like to introduce a configuration variable that would > control the > HTTP authentication realm, instead of having people edit > publish.php to > control this. Opinions? > > Lastly, I'd like to write the log file to a location which is *NOT* > accessible. Other files in the distribution fit this description. > How > about a new directory with a .htaccess file "deny from all" in it? > > -- > Jo Rhett > senior geek > SVcolo : Silicon Valley Colocation > > ---------------------------------------------------------------------- > --- > Using Tomcat but need to do more? Need to support web services, > security? > Get stuff done quickly with pre-integrated technology to make your > job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Phpicalendar-devel mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel - -- Wesley Miaw we...@we... -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (Darwin) iD8DBQFFDLTrQv4agqRAk2kRAiETAJ90nGGasSbBggABOT3pqpbUgbTopwCfZWYU zWwBywpjttjGhwJt0013FBM= =wJyK -----END PGP SIGNATURE----- |
|
From: Wesley M. <we...@we...> - 2006-09-17 02:29:45
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Jim, I'm thinking this is a perfect cause where an OO approach might be best. Rather than trying to figure out how many times an event should repeat and on which days, maybe we should have an event structure/ object that given a date responds yes/no as it if it should be shown. I think the logic might turn out easier that way. IIRC, right now the parser looks at an event and then tries to figure out the specific times it shows up? It's been a long time since I've looked. I think it might be easier to figure out display dates given specific dates, rather than the other way around. Memoization can be used to eat a little more space in favor of avoiding duplicate computations. Do you think that might be better? Later, Wes On Sep 7, 2006, at 12:56 PM, Jim Hu wrote: > Been a while since I've emailed the list...but I've been trying to > get time to do another bug fix release and I've run into something > where I could use some thoughts on how to fix it. I was working on > this bug: > > https://sourceforge.net/tracker/? > func=detail&atid=500017&aid=1554268&group_id=62270 > > This is a case where the problematic event is: > > BEGIN:VEVENT > RRULE:FREQ=WEEKLY;INTERVAL=1;COUNT=2;BYDAY=TU,TH;WKST=SU > DURATION:PT1H > DTSTAMP:20060907T173732Z > UID:F6E3F1E5-3E8D-11DB-AFA8-000D93B8CD32 > SEQUENCE:7 > DTSTART;TZID=America/Denver:20060907T110000 > SUMMARY:tue thurs > ORGANIZER;CN="scott schmitz":mailto:sc...@re... > END:VEVENT > > The problem is that this displays the first Thurs instance correctly, > but not the next Tuesday. Looking at the code for ical_parser.php, > it seems to me like $count is counting the number of days, weeks, > months, or years in a repeat, not the number of times the event > itself is repeating. If I'm right, then I think a major change to > the parser is needed. As it stands, $count shows up at the beginning > of the big while loop that handles END:VEVENT in: > > ====== > while (($next_range_time >= $start_range_time_tmp) && > ($next_range_time <= $end_range_time_tmp) && ($count_to != $count)) { > $func = $freq_type.'Compare'; > $diff = $func(date('Ymd',$next_range_time), $start_date); > if ($diff < $count) { > .... > ====== > The $freq_type.'Compare' functions are in date_functions.php. These > just return the number of days, weeks, etc. between two dates. There > are a bunch of ways this can fail to work, for example, if > > RRULE:FREQ=WEEKLY;INTERVAL=1;COUNT=2;BYDAY=MO,TU,WE,TH,FR;WKST=SU > > The calendar should only show the occurrences on MO and TU...but it > will show all of them in the one week. Any thoughts? > > Jim > > > ===================================== > Jim Hu > Associate Professor > Dept. of Biochemistry and Biophysics > 2128 TAMU > Texas A&M Univ. > College Station, TX 77843-2128 > 979-862-4054 > > > > ---------------------------------------------------------------------- > --- > Using Tomcat but need to do more? Need to support web services, > security? > Get stuff done quickly with pre-integrated technology to make your > job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Phpicalendar-devel mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel - -- Wesley Miaw we...@we... -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (Darwin) iD8DBQFFDLMXQv4agqRAk2kRAoQHAKCnrWZfRt8C2sKCWFNZEqvqzD1oeQCgmwtN /IuWAksimmcvrJxxsa0oTi0= =g2jh -----END PGP SIGNATURE----- |
|
From: Jo R. <jr...@sv...> - 2006-09-17 01:59:46
|
FYI, I've already added a bunch of little patches. Here is the latest.
On Sat, Sep 16, 2006 at 03:24:20PM -0700, Jo Rhett wrote:
> > >On Thu, Mar 23, 2006 at 10:28:09AM -0600, Jim Hu wrote:
> > >>Vuln #2 is related to the publish scripts, which we technically say
> > >>we don't support. We may need someone to take this on. Anybody?
>
> > On Apr 27, 2006, at 9:42 PM, Jo Rhett wrote:
> > >I'll own it.
>
> My apologies for the extreme late delay getting to this.
>
> Attached is an updated publish.php. It has the following changes:
>
> 1. It fixes the security problem mentioned above.
>
> 2. It integrates publish.ical.php and publish.mozilla.php into a single
> file again. No need to have two files.
>
> 3. It supports external authentication (ie .htaccess) for CGI users
>
> 4. It supports php authentication with mod_rewrite but without mod_php
>
> 5. Logging is improved
>
> 6. Internal Documentation is updated and clarified for Sunbird/Lightning
> users. (the docs may not work for old Mozilla cal users, but I don't know
> anyone who still has this -- testers?)
>
> 7. Minor code cleanup to be consistent with the rest of the code base.
>
> And from this point forward I'll start looking at bugs in the sourceforge
> system and taking on those related to publish. Sorry for the delay.
>
> --
> Jo Rhett
> senior geek
> SVcolo : Silicon Valley Colocation
> <?php
>
> /*
> Extension to PHP iCalendar for supporting publishing from Apple iCal
> Date: 11.12.2003
> Author: Dietrich Ayala
> Copyright 2003 Dietrich Ayala
>
> Description:
> This allows iCal to publish to your PHP iCalendar site *without* WebDAV support.
> This helps with commercial hosts where WebDAV is not available.
>
> Features:
> - supports publishing and deleting calendars
> - does not require WebDAV
>
> Installation:
> 1. place this file in your PHP iCalendar calendars directory (or anywhere else)
> 2. configure path to PHP iCalendar config file (below)
> 3. make sure that PHP has write access to the calendars directory (or whatever you set $calendar_path to)
> 4. set up directory security on your calendars directory
> 5. turn on publishing in your PHP iCalendar config file by setting $phpicalendar_publishing to 1.
>
> Security:
> The calendars directory should be configured to require authentication.
> This protects any private calendar data, and prevents unauthorized users
> from updating or deleting your calendar data.
>
> Three methods of HTTP authorization are supported.
>
> 1. Server-provided authentication - This can be done via any method supported by
> your webserver. There is much documentation available on the web for doing
> per-directory authentication for Apache.
>
> 2. PHP authentication against $auth_internal_username and $auth_internal_password.
>
> 2a. using mod_php it just works.
>
> 2b. If you can't configure the server for http authentication, and you are running
> PHP in CGI mode *AND* you have mod_rewrite enabled, then you should put the
> following lines in the .htaccess file in your directory:
>
> <IfModule mod_rewrite.c>
> RewriteEngine on
> RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L]
> </IfModule>
>
> Usage (Apple iCal):
> 1. Open iCal, select a calendar for publishing
> 2. Select "Publish" from the "Calendar" menu
> 3. Configure to your liking, and set the URL to (eg): http://example.com/path/to/publish.php
> 4. Click the "Publish" button
> 5. Some PHP versions require a '?' at the end of the URL (eg): http://localhost/~dietricha/calendar/calendars/publish.php?
>
> Usage (Sunbird Calendar):
> 1. Create a new calendar in Sunbird
> Type Remote
> Location http://example.com/path/to/publish.php/calendarname.ics
> calendarname.ics should be a unique filename and must end with .ics
> Username: either your web server username, or auth_internal_username
> Password: either your web server password, or auth_internal_password
>
> Hints:
> 1. PHP 4.3.0 or greater is required
> 2. Your version of php and apache MUST support $_SERVER['PATH_INFO']
> 3. Depending on your web server environment, you may need to set safe_mode = Off
> (this won't be necessary if you are using a wrapper like cgiwrap or suexec)
>
> Troubleshooting:
> You can turn on logging by setting the PHPICALENDAR_LOG_PUBLISHING constant to 1 below.
> This will write out a log file to the same directory as this script.
> Don't forget to turn off logging when done!!
> */
>
> // include PHP iCalendar configuration variables
> include('../config.inc.php');
>
> // set calendar path, or just use current directory...make sure there's a trailing slash
> if (isset($calendar_path) && $calendar_path != '') {
> if (substr($calendar_path, -1, 1) !='/') $calendar_path = $calendar_path.'/';
> } else {
> $calendar_path = '';
> }
> // allow/disallow publishing
>
> $phpicalendar_publishing = isset($phpicalendar_publishing) ? $phpicalendar_publishing : 0;
> define( 'PHPICALENDAR_PUBLISHING', $phpicalendar_publishing );
>
> // toggle logging
> define( 'PHPICALENDAR_LOG_PUBLISHING', 1 );
>
> // Require authentication
> if (!isset($_SERVER['REMOTE_USER'])) {
>
> // Require authentication
> if (!isset($_SERVER['HTTP_AUTHORIZATION'])) {
> list($_SERVER['PHP_AUTH_USER'], $_SERVER['PHP_AUTH_PW'])
> = explode( ':', base64_decode( substr($_SERVER['HTTP_AUTHORIZATION'], 6) ) );
> }
>
> if (!isset($_SERVER['PHP_AUTH_USER'])) {
> header('WWW-Authenticate: Basic realm="phpICalendar"');
> header('HTTP/1.0 401 Unauthorized');
> echo 'You must be authorized!';
> exit;
> } else {
> // logmsg($_SERVER['PHP_AUTH_PW'] . '|' . $_SERVER['PHP_AUTH_USER']);
> if ($_SERVER['PHP_AUTH_USER'] != $auth_internal_username || $_SERVER['PHP_AUTH_PW'] != $auth_internal_password) {
> header('WWW-Authenticate: Basic realm="phpICalendar"');
> header('HTTP/1.0 401 Unauthorized');
> echo 'You must be authorized!';
> exit;
> }
> }
> }
>
> // only allow publishing if explicitly enabled
> if(PHPICALENDAR_PUBLISHING != 1) {
> header('WWW-Authenticate: Basic realm="ERROR: Calendar Publishing is disabled on this server"');
> header('HTTP/1.0 401 Unauthorized');
> echo 'You must be authorized!';
> exit;
> }
>
> // unpublishing
> if($_SERVER['REQUEST_METHOD'] == 'DELETE')
> {
> // get calendar filename
> $calendar_file = $calendar_path.substr($_SERVER['REQUEST_URI'] , ( strrpos($_SERVER['REQUEST_URI'], '/') + 1) ) ;
>
> logmsg('received request to delete '.$calendar_file);
>
> // remove calendar file
> if(!unlink($calendar_file))
> {
> logmsg('unable to delete the calendar file');
> }
> else
> {
> logmsg('deleted');
> }
> return;
> }
>
> // publishing
> if($_SERVER['REQUEST_METHOD'] == 'PUT'){
> // get calendar data
> if($fp = fopen('php://input','r')){
> while(!@feof($fp)){
> $data .= fgets($fp,4096);
> }
>
> @fclose($fp);
> }else{
> logmsg('unable to read input data');
> }
>
> if(isset($data)){
> if (isset($_SERVER['PATH_INFO'])) {
> preg_match("/\/([\w\.\+]*).ics/i",$_SERVER['PATH_INFO'],$matches);
> $calendar_name = $matches[1];
> preg_replace( "/+/", " ", $calendar_name );
> }
>
> // If we don't have it from path info, use the supplied calendar name
> if( ! isset($calendar_name) ) {
>
> $cal_arr = explode("\n",$data);
>
> foreach($cal_arr as $k => $v){
> if(strstr($v,'X-WR-CALNAME:')){
> $arr = explode(':',$v);
> $calendar_name = trim($arr[1]);
> break;
> }
> }
> }
>
> // Remove any invalid characters from the filename
> preg_replace( "/[^\w\.\- ]/", '', $calendar_name );
>
> // If we don't have a name, assume default
> $calendar_name = isset($calendar_name) ? $calendar_name : 'default';
>
> logmsg('received request to update ' . $calendar_name);
>
> // write to file
> if($fp = fopen($calendar_path.$calendar_name.'.ics','w+')){
> fputs($fp, $data, strlen($data) );
> @fclose($fp);
> }else{
> logmsg( 'could not open file '.$calendar_path.$calendar_name.'.ics' );
> }
> }
> }
> if ($_SERVER['REQUEST_METHOD'] == 'GET') {
> if (isset($_SERVER['PATH_INFO'])) {
> preg_match("/\/([ A-Za-z0-9._]*).ics/i",$_SERVER['PATH_INFO'],$matches);
> $icsfile = $matches[1];
> // get calendar data
> if (file_exists($calendar_path . $icsfile . '.ics') &&
> is_readable($calendar_path . $icsfile . '.ics') &&
> is_file($calendar_path . $icsfile . '.ics')
> ) {
> echo file_get_contents($calendar_path . $icsfile . '.ics');
> }
> }
> }
>
> exit;
>
>
> // for logging
> function logmsg($str){
> if(defined('PHPICALENDAR_LOG_PUBLISHING') && PHPICALENDAR_LOG_PUBLISHING == 1) {
> if($fp = fopen('publish_log.txt','a+')) {
> $logline = $_SERVER['REMOTE_ADDR'] . date(' Y-m-d H:i:s ') . ${str} . "\n";
> fputs($fp, $logline, strlen($logline) );
> fclose($fp);
> }
> }
> }
> ?>
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Phpicalendar-devel mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel
--
Jo Rhett
senior geek
SVcolo : Silicon Valley Colocation
|
6 messages has been excluded from this view by a project administrator.
