Re: [PHP] bug tracking system
There is something new based on Trac but written in PHP. mtrack (http://bitbucket.org/wez/mtrack/wiki/Home) It is written by one of the PHP Core Developers (Wez Furlong). May be you want to try it out. Best, Anshul On Sun, Mar 28, 2010 at 10:36 PM, Nathan Rixham wrote: > shiplu wrote: > > I want to add with Andre. > > I am looking for a free hosted bug tracking solution. I can not afford > > to host it in my web server. > > So is there any free one?? > > It should not be public. Only me and my clients will be able to see it. > > > > Thanks > > > > yes, for all cases, commercial or not; self hosted or remote; indefero > [1] is a fantastic quick to use solution: > > [1] http://www.indefero.net/ > > Many Regards, > > Nathan > > -- > PHP General Mailing List (http://www.php.net/) > To unsubscribe, visit: http://www.php.net/unsub.php > >
Re: [PHP] bug tracking system
On Mon, Mar 29, 2010 at 5:30 PM, Jan G.B. wrote: > > 2010/3/29 Anshul Agrawal > > There is something new based on Trac but written in PHP. >> >> mtrack (http://bitbucket.org/wez/mtrack/wiki/Home) >> >> It is written by one of the PHP Core Developers (Wez Furlong). May be you >> want to try it out. >> >> And there's something quite new that's aimed to be like trac : JotBug > http://code.google.com/p/jotbug/ > > > Regards > I kept wondering for long time why PHP community doesn't have something at least as cool as Trac. Times are changing :) -- Anshul
Re: [PHP] how to provide download of files mow in documentroot
On Mon, Mar 29, 2010 at 6:10 PM, Nathan Rixham wrote:
> Jan G.B. wrote:
> > Top posting sucks, so I'll answer the post somewhere down there.
> >
> >
> > 2010/3/29 Devendra Jadhav
> >
> >> Then you can do file_get_contents within PHP. or any file handling
> >> mechanism.
> On Mon, Mar 29, 2010 at 1:00 AM, ebhakt wrote:
> > Hi
> > i am writing a web application in php
> > this webapp primarily focuses on file uploads and downloads
> > the uploaded files will be saved in a folder which is not in document
> > root
> > and my query is how will i be able to provide download to such files
> >> not
> > located in document root via php
> >
> >
> > Try something like that
> > > $content = file_get_contents($filename);
> > $etag = md5($content);
> > header('Last-Modified: '.gmdate('D, d M Y H:i:s',
> > filemtime($filename)).' GMT');
> > header('ETag: '.$etag);
> > header('Accept-Ranges: bytes');
> > header('Content-Length: '.strlen($content));
> > header('Cache-Control: '.$cache_value); // you decide
> > header('Content-type: '.$should_be_set);
> > echo $content;
> > exit;
> > ?>
> >
> > Depending on the $filesize, you should use something else than
> > file_get_contents() (for example fopen/fread). file_get_contents on a
> huge
> > file will exhaust your webservers RAM.
>
> Yup, so you can map the in web server config; then
> "allow from" only from localhost + yourdomain. This means you can then
> request it like an url and do a head request to get the etag etc then
> return a 304 not modified if you received a matching etag Last-Modified
> etc; (thus meaning you only file_get_contents when really really needed).
>
> I'd advise against saying you Accept-Ranges bytes if you don't accept
> byte ranges (ie you aren't going to send little bits of the file).
>
> If you need the downloads to be secure only; then you could easily
> negate php all together and simply expose the directory via a location
> so that it is web accessible and set it up to ask for "auth" using
> htpasswd; a custom script, ldap or whatever.
>
> And if you don't need security then why have php involved at all? simply
> symlink to the directory or expose it via http and be done with the
> problem in a minute or two.
>
> Regards!
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
Also look at readfile() and fpassthru if dealing with large files.
Moreover, if you have control over the webserver then you can use PHP only
for authenticating the getFile request and offload the file delivery
operation to your webserver (Apache, NginX, lighttpd) using "X-SendFile"
header in the response.
Best,
Anshul
Re: [PHP] how to provide download of files mow in documentroot
On Tue, Mar 30, 2010 at 8:41 PM, Jan G.B. wrote:
> 2010/3/30 Nathan Rixham :
> > Jan G.B. wrote:
> >> 2010/3/29 Nathan Rixham
> >>
> >>> Jan G.B. wrote:
> 2010/3/29 Nathan Rixham
>
> > Jan G.B. wrote:
> >> Top posting sucks, so I'll answer the post somewhere down there.
> >>
> >>
> >> 2010/3/29 Devendra Jadhav
> >>
> >>> Then you can do file_get_contents within PHP. or any file handling
> >>> mechanism.
> > On Mon, Mar 29, 2010 at 1:00 AM, ebhakt wrote:
> >> Hi
> >> i am writing a web application in php
> >> this webapp primarily focuses on file uploads and downloads
> >> the uploaded files will be saved in a folder which is not in
> >>> document
> >> root
> >> and my query is how will i be able to provide download to such
> >>> files
> >>> not
> >> located in document root via php
> >>
> >> Try something like that
> >> >> $content = file_get_contents($filename);
> >> $etag = md5($content);
> >> header('Last-Modified: '.gmdate('D, d M Y H:i:s',
> >> filemtime($filename)).' GMT');
> >> header('ETag: '.$etag);
> >> header('Accept-Ranges: bytes');
> >> header('Content-Length: '.strlen($content));
> >> header('Cache-Control: '.$cache_value); // you decide
> >> header('Content-type: '.$should_be_set);
> >> echo $content;
> >> exit;
> >> ?>
> >>
> >> Depending on the $filesize, you should use something else than
> >> file_get_contents() (for example fopen/fread). file_get_contents on
> a
> > huge
> >> file will exhaust your webservers RAM.
> > Yup, so you can map the in web server config;
> then
> > "allow from" only from localhost + yourdomain. This means you can
> then
> > request it like an url and do a head request to get the etag etc then
> > return a 304 not modified if you received a matching etag
> Last-Modified
> > etc; (thus meaning you only file_get_contents when really really
> >>> needed).
> > I'd advise against saying you Accept-Ranges bytes if you don't accept
> > byte ranges (ie you aren't going to send little bits of the file).
> >
> > If you need the downloads to be secure only; then you could easily
> > negate php all together and simply expose the directory via a
> location
> > so that it is web accessible and set it up to ask for "auth" using
> > htpasswd; a custom script, ldap or whatever.
> >
> > And if you don't need security then why have php involved at all?
> simply
> > symlink to the directory or expose it via http and be done with the
> > problem in a minute or two.
> >
> > Regards!
> >
> In my opinion, serving user-content on a productive server is wicked
> >>> sick.
> You don't want your visitors to upload malicous files that may trigger
> >>> some
> modules as mod_php in apache. So it makes sense to store user-uploads
> outside of a docroot and with no symlink or whatsover.
> >>> even the simplest of server configurations will ensure safety. just use
> >>> .htaccess to SetHandler default-handler which treats everything as
> >>> static content and serves it right up.
> >>>
> >>
> >> Yes. But the average persons posting here aren't server config gods, I
> >> believe.
> >> Also, you can not implement permissions on these files.
> >> The discussion was about serving files from a place outside any docroot!
> >> Guess there is a reason for that.
> >>
> >>
> One more thing added: your RAM will be exhausted even if you open that
> >>> 600mb
> file just once.
> Apaches memory handling is a bit weird: if *one* apache process is
> using
> 200mb RAM on *one* impression because your application uses that much,
> >>> then
> that process will not release the memory while it's serving another
> 1000
> requests for `clear.gif` which is maybe 850b in size.
> >>> again everything depends on how you have your server configured; you
> can
> >>> easily tell apache to kill each child after one run or a whole host of
> >>> other configs; but ultimately if you can avoid opening up that file in
> >>> php then do; serving statically as above is the cleanest quickest way
> to
> >>> do it (other than using s3 or similar).
> >>>
> >>> regards!
> >>>
> >>
> >> Sure, you could configure your apache like that. Unless you have some
> >> traffic on your site, because the time intensive thing for apache is to
> >> spawn new processes. So it's just not a good idea to do that, Nor to
> serve
> >> big files via file_get_contents.
> >
> > was only addressing and issue you pointed out.. anyways.. so you propose
> > what exactly? don't server via apache, don't use file_get_contents
> > instead do..?
> >
> > ps you do realise that virtually every "huge" file on the net is served
> > via a web server w/o problems yeah?
> >
Re: [PHP] how to provide download of files mow in documentroot
On Wed, Mar 31, 2010 at 1:12 AM, Nathan Rixham wrote:
> Anshul Agrawal wrote:
> > On Tue, Mar 30, 2010 at 8:41 PM, Jan G.B.
> wrote:
> >
> >> 2010/3/30 Nathan Rixham :
> >>> Jan G.B. wrote:
> >>>> 2010/3/29 Nathan Rixham
> >>>>
> >>>>> Jan G.B. wrote:
> >>>>>> 2010/3/29 Nathan Rixham
> >>>>>>
> >>>>>>> Jan G.B. wrote:
> >>>>>>>> Top posting sucks, so I'll answer the post somewhere down there.
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> 2010/3/29 Devendra Jadhav
> >>>>>>>>
> >>>>>>>>> Then you can do file_get_contents within PHP. or any file
> handling
> >>>>>>>>> mechanism.
> >>>>>>>>>>> On Mon, Mar 29, 2010 at 1:00 AM, ebhakt wrote:
> >>>>>>>>>>>> Hi
> >>>>>>>>>>>> i am writing a web application in php
> >>>>>>>>>>>> this webapp primarily focuses on file uploads and downloads
> >>>>>>>>>>>> the uploaded files will be saved in a folder which is not in
> >>>>> document
> >>>>>>>>>>>> root
> >>>>>>>>>>>> and my query is how will i be able to provide download to such
> >>>>> files
> >>>>>>>>> not
> >>>>>>>>>>>> located in document root via php
> >>>>>>>>>>>>
> >>>>>>>> Try something like that
> >>>>>>>> >>>>>>>> $content = file_get_contents($filename);
> >>>>>>>> $etag = md5($content);
> >>>>>>>> header('Last-Modified: '.gmdate('D, d M Y H:i:s',
> >>>>>>>> filemtime($filename)).' GMT');
> >>>>>>>> header('ETag: '.$etag);
> >>>>>>>> header('Accept-Ranges: bytes');
> >>>>>>>> header('Content-Length: '.strlen($content));
> >>>>>>>> header('Cache-Control: '.$cache_value); // you decide
> >>>>>>>> header('Content-type: '.$should_be_set);
> >>>>>>>> echo $content;
> >>>>>>>> exit;
> >>>>>>>> ?>
> >>>>>>>>
> >>>>>>>> Depending on the $filesize, you should use something else than
> >>>>>>>> file_get_contents() (for example fopen/fread). file_get_contents
> on
> >> a
> >>>>>>> huge
> >>>>>>>> file will exhaust your webservers RAM.
> >>>>>>> Yup, so you can map the in web server config;
> >> then
> >>>>>>> "allow from" only from localhost + yourdomain. This means you can
> >> then
> >>>>>>> request it like an url and do a head request to get the etag etc
> then
> >>>>>>> return a 304 not modified if you received a matching etag
> >> Last-Modified
> >>>>>>> etc; (thus meaning you only file_get_contents when really really
> >>>>> needed).
> >>>>>>> I'd advise against saying you Accept-Ranges bytes if you don't
> accept
> >>>>>>> byte ranges (ie you aren't going to send little bits of the file).
> >>>>>>>
> >>>>>>> If you need the downloads to be secure only; then you could easily
> >>>>>>> negate php all together and simply expose the directory via a
> >> location
> >>>>>>> so that it is web accessible and set it up to ask for "auth" using
> >>>>>>> htpasswd; a custom script, ldap or whatever.
> >>>>>>>
> >>>>>>> And if you don't need security then why have php involved at all?
> >> simply
> >>>>>>> symlink to the directory or expose it via http and be done with the
> >>>>>>> problem in a minute or two.
> >>>>>>>
> >>>>>>> Regards!
> >>>>>>>
Re: [PHP] Adding Time
On Sun, Mar 28, 2010 at 4:22 AM, Gary wrote:
> Perfect, thank you very much for your help!
>
> Gary
>
>
> "Yousif Masoud" wrote in message
> news:x2tbffe24ad1003271548l65cb6e65qd8f35ae0636e...@mail.gmail.com...
> > On Sat, Mar 27, 2010 at 10:26 PM, Gary wrote:
> >
> >> [...]
> >>
> >
> > $end_date=date('m-d-Y',strtotime('$mth')) + date('m-d-Y',
> >> strtotime('$pay_date'));
> >>
> >> [...]
> >
> >
> > Try changing above to:
> >
> > $end_date = date('m-d-Y',strtotime("$pay_date + $mth months"));
> >
> > I think your mail client took it out of the add_date function.
> >
> >
> >
> > __ Information from ESET Smart Security, version of virus
> > signature database 4978 (20100326) __
> >
> > The message was checked by ESET Smart Security.
> >
> > http://www.eset.com
> >
> >
>
>
>
> __ Information from ESET Smart Security, version of virus signature
> database 4978 (20100326) __
>
> The message was checked by ESET Smart Security.
>
> http://www.eset.com
>
>
>
>
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
Be cautious while using this.
$mth = 1;
$pay_date = "2010-01-31";
$end_date = date('m-d-Y',strtotime("$pay_date + $mth months"));
echo $end_date; //03-03-2010, will take you to March
Thanks,
Anshul
