You can subscribe to this list here.
2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(10) |
Sep
(48) |
Oct
(7) |
Nov
(16) |
Dec
(3) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2008 |
Jan
(27) |
Feb
(4) |
Mar
(6) |
Apr
(9) |
May
(4) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(6) |
Dec
(1) |
2009 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
S | M | T | W | T | F | S |
---|---|---|---|---|---|---|
|
|
1
|
2
|
3
(2) |
4
(3) |
5
|
6
(2) |
7
(2) |
8
|
9
|
10
(1) |
11
(1) |
12
(1) |
13
|
14
(3) |
15
|
16
|
17
|
18
|
19
|
20
|
21
|
22
(2) |
23
(5) |
24
|
25
(2) |
26
|
27
|
28
|
29
(1) |
30
(2) |
31
|
|
|
From: Paul V. <pau...@gm...> - 2008-01-30 09:38:16
|
Hi Lee, Lee jungseung wrote: > Hi, > > The gitstat use 'mktime()' for making time information. > e.g. $cart_time_start=mktime(0,0,0,1,1,$_GET['chart_parameter2_year']); > As you know, the $cart_time_start is something like '2008.1.1 '2008.12.31 > (a kind of time standard?) > > According to server setting, Time zones are different. > So, gitstat(using same git-tree) shows different statistics. > > In my opinion, We need to use same time standard. > > In case of using mktime(), How about to use gmmktime()? > http://kr2.php.net/gmmktime > With gmmmktime(), we could maintain some standard for making statistics. > How about your opinion? > > Thanks, > looks fine to me. I think it's definitely worth doing this. We also have some pieces of code that add a KST time. That has to be removed as well or changed to the current timezone of that server. Cheers, Paul. |
From: Lee j. <jun...@gm...> - 2008-01-30 09:06:03
|
Hi, The gitstat use 'mktime()' for making time information. e.g. $cart_time_start=mktime(0,0,0,1,1,$_GET['chart_parameter2_year']); As you know, the $cart_time_start is something like '2008.1.1 '2008.12.31 (a kind of time standard?) According to server setting, Time zones are different. So, gitstat(using same git-tree) shows different statistics. In my opinion, We need to use same time standard. In case of using mktime(), How about to use gmmktime()? http://kr2.php.net/gmmktime With gmmmktime(), we could maintain some standard for making statistics. How about your opinion? Thanks, -----Original Message----- From: git...@li... [mailto:gitstat-devel- bo...@li...] On Behalf Of Paul Vriens Sent: Wednesday, January 23, 2008 5:23 PM To: git...@li... Subject: Re: [Gitstat-devel] [gitstat-devel] Version numberfor theCVS version No problem. I will change the version in CVS to v0.4cvs (or something). I do think your remark about subversions is a good one. Next version will be v0.4.1 with everything up to now and the move of functions to libgather.php With subversions we should be able to release version much quicker. As said before I do like for us to go to 'git' as soon as possible. So when using subversions I think we have a few before v0.5 arrives and that one should be last from the CVS repository. Cheers, Paul. Lee jungseung wrote: > Oops, > Is that you said? > I misunderstand that you want to release new ver. > My English is fool. :-( > > I thought that new release was too early, so I mentioned sub-version. > To put a new version number into CVS is good choice. > > Thanks, > > -----Original Message----- > From: git...@li... [mailto:gitstat-devel- > bo...@li...] On Behalf Of Paul Vriens > Sent: Wednesday, January 23, 2008 4:10 PM > To: git...@li... > Subject: Re: [Gitstat-devel] [gitstat-devel] Version number for theCVS > version > > Hi, > > My intention was just to put a new version number into CVS without being > able to > download a full package of that version. > > What you are saying is to release a new version on sourceforge? > > Cheers, > > Paul. > > Lee jungseung wrote: >> Hi, >> >> How about to make subversion? >> For example 0.4.1 or 0.41 >> >> CVS v0.4 and live version on http://tree.celinuxforum.org/gitstat are >> different, exactly. and, It is needed that they could download latest >> version. >> >> In my opinion, It is good to release gitstat sub-version with your new >> include patch. >> >> Thanks, >> -----Original Message----- >> From: git...@li... [mailto:gitstat-devel- >> bo...@li...] On Behalf Of Paul Vriens >> Sent: Wednesday, January 23, 2008 4:50 AM >> To: git...@li... >> Subject: [Gitstat-devel] [gitstat-devel] Version number for the CVS > version >> Hi, >> >> As we are running a more-or-less live CVS version on >> http://tree.celinuxforum.org/gitstat/ people could be fooled by the >> 'Powered by gitstat v0.4'. They could think this is the version they >> downloaded. >> >> (On a side-note the downloads have started to increase). >> >> Maybe we should have a version number in CVS like v0.4CVS which turns >> into v0.5 once that is released. >> >> Remarks, ideas? >> >> Cheers, >> >> Paul. >> >> ------------------------------------------------------------------------- >> 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/ >> _______________________________________________ >> Gitstat-devel mailing list >> Git...@li... >> https://lists.sourceforge.net/lists/listinfo/gitstat-devel >> >> >> ------------------------------------------------------------------------- >> 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/ >> _______________________________________________ >> Gitstat-devel mailing list >> Git...@li... >> https://lists.sourceforge.net/lists/listinfo/gitstat-devel >> > > > ------------------------------------------------------------------------- > 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/ > _______________________________________________ > Gitstat-devel mailing list > Git...@li... > https://lists.sourceforge.net/lists/listinfo/gitstat-devel > > > ------------------------------------------------------------------------- > 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/ > _______________________________________________ > Gitstat-devel mailing list > Git...@li... > https://lists.sourceforge.net/lists/listinfo/gitstat-devel > ------------------------------------------------------------------------- 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/ _______________________________________________ Gitstat-devel mailing list Git...@li... https://lists.sourceforge.net/lists/listinfo/gitstat-devel |