Menu
▾
▴
phpix2-devel — Development discussion
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(26) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
|
Feb
|
Mar
(4) |
Apr
(1) |
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
(4) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2004 |
Jan
|
Feb
(3) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(4) |
| 2005 |
Jan
(4) |
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
(7) |
Oct
(9) |
Nov
|
Dec
(31) |
| 2009 |
Jan
(3) |
Feb
(13) |
Mar
(13) |
Apr
(14) |
May
(43) |
Jun
(19) |
Jul
(32) |
Aug
(6) |
Sep
(2) |
Oct
|
Nov
|
Dec
(7) |
| 2010 |
Jan
(8) |
Feb
(8) |
Mar
(2) |
Apr
|
May
(1) |
Jun
(1) |
Jul
|
Aug
(4) |
Sep
|
Oct
(2) |
Nov
|
Dec
|
|
From: Mediratta, B. <bh...@fu...> - 2002-04-09 00:06:58
|
Hey all. I was browsing the list archives and noticed the thread about PHPix2 going away. :-( I'm sorry to hear it. I've installed and played with different versions of it and was generally impressed with the design and engineering. If you're thinking about recommending another project to potential users, may I suggest that you take a look at Gallery? http://gallery.sourceforge.net Gallery's philosophy is somewhat different than PHPix2, but I think it's a very good product. I'm the founder and main developer, so I'm somewhat biased. See for yourself and make up your own mind. Gallery is a very active project and is in widespread use with over 13K installs out of 145K+ downloads). It works inside PostNuke and PHP-Nuke. Folks have written wrappers to integrate it into PhpBB2 and Geeklog also. Gallery 1 (the current version) is release quality, but is really just a prototype. Now that we understand what our users actually want we're in the process of rebuilding the product from the ground up including using a real database, a template engine, the ability to store metadata of your choice, easily embed it into other applications like PostNuke, external authentication, etc. regards, -Bharat |
|
From: William B. <boo...@ro...> - 2002-03-09 03:24:20
|
The one thing I would have like to seen with PHPix, is the ability to use it as a PHPNuke module. Of all the image galleries I have tried, PHPix in my opinion was the best. Sad, really sad, to see it go. And then like,Neale Pickett, was all like: > So then, Doug Curtis <dou...@wo...> is all like: > >> After meeting the dependencies, I think it's a pretty slick >> package. It has all of the features that people have been trying >> to add to phpix2. I think phpix2 is faster at creating the >> thumbnails and image resizes on the fly, but IDS has a command >> line script to automatically create the thumbs. Also, in >> general, I found that phpix2 seemed faster. The web interface >> is also a nice feature. I would hate to see phpix2 die away. > > Well it's already pretty much dead, seeing as how nobody's really > maintaining it anymore. Then again, maybe it's just one of those > rare programs which is finished. > > But in any case, I feel like we at least owe it to visitors to > tell them that there are other options available if they need > some hand-holding, don't you think? > > _______________________________________________ > PHPix2-devel mailing list > PHP...@li... > https://lists.sourceforge.net/lists/listinfo/phpix2-devel ____________________________________________________________________ Disclaimer: The opinions expressed in this email are not necessarily mine, as I've not yet had my medication today. ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯ |
|
From: Neale P. <ne...@wo...> - 2002-03-08 23:22:49
|
So then, Doug Curtis <dou...@wo...> is all like: > After meeting the dependencies, I think it's a pretty slick package. > It has all of the features that people have been trying to add to > phpix2. I think phpix2 is faster at creating the thumbnails and image > resizes on the fly, but IDS has a command line script to automatically > create the thumbs. Also, in general, I found that phpix2 seemed > faster. The web interface is also a nice feature. I would hate to > see phpix2 die away. Well it's already pretty much dead, seeing as how nobody's really maintaining it anymore. Then again, maybe it's just one of those rare programs which is finished. But in any case, I feel like we at least owe it to visitors to tell them that there are other options available if they need some hand-holding, don't you think? |
|
From: Doug C. <dou...@wo...> - 2002-03-05 20:41:46
|
After meeting the dependencies, I think it's a pretty slick package. It has all of the features that people have been trying to add to phpix2. I think phpix2 is faster at creating the thumbnails and image resizes on the fly, but IDS has a command line script to automatically create the thumbs. Also, in general, I found that phpix2 seemed faster. The web interface is also a nice feature. I would hate to see phpix2 die away. Doug At 11:04 AM 3/5/2002 -0800, Neale Pickett wrote: >Folks > >Since nobody appears to be stepping up to the plate for maintaining >PHPix2 (I've moved on to a new project called photobob), I'm considering >changing the homepage to recommend folks install IDS >(http://ids.sourceforge.net/). When I modified the original PHPix, I >was using IDS as an inspiration. Looking at IDS now, it is apparently >very well maintained and has an active user community. I don't feel >right advertising software that hasn't been updated in months, when >there's something else that does the same job, but with better support. > >Any objections? > >_______________________________________________ >PHPix2-devel mailing list >PHP...@li... >https://lists.sourceforge.net/lists/listinfo/phpix2-devel |
|
From: Neale P. <ne...@wo...> - 2002-03-05 19:04:10
|
Folks Since nobody appears to be stepping up to the plate for maintaining PHPix2 (I've moved on to a new project called photobob), I'm considering changing the homepage to recommend folks install IDS (http://ids.sourceforge.net/). When I modified the original PHPix, I was using IDS as an inspiration. Looking at IDS now, it is apparently very well maintained and has an active user community. I don't feel right advertising software that hasn't been updated in months, when there's something else that does the same job, but with better support. Any objections? |
|
From: M P <mu...@in...> - 2001-11-27 00:22:17
|
I think I found a bug in Phpix. At least it acts like a bug. With picture names that contain an apostrephe, "'". the view.php throws up a warning claiming "Unable to open". Take the "'" out and all is well. Darn, I need to do a French phpix album and you know how those French love to use apostrephes! Is there a fix for this by chance? Also is there a way to drop the .jpg extension? Thanks much! -- _______________________________________________ Sign-up for your own FREE Personalized E-mail at Mail.com http://www.mail.com/?sr=signup 1 cent a minute calls anywhere in the U.S.! http://www.getpennytalk.com/cgi-bin/adforward.cgi?p_key=RG9853KJ&url=http://www.getpennytalk.com |
|
From: Neale P. <ne...@wo...> - 2001-11-21 16:32:27
|
So then, M P <mu...@in...> is all like: > How can I add the links to the rest of my site outside of phpix? When I > add links they are relative to the phpix dir. Just like in any other HTML web page: <a href="/~neale/whatever/foo/gar.html">gar</a>. |
|
From: M P <mu...@in...> - 2001-11-21 05:34:01
|
How can I add the links to the rest of my site outside of phpix? When I add links they are relative to the phpix dir. Thanks! -- _______________________________________________ Sign-up for your own FREE Personalized E-mail at Mail.com http://www.mail.com/?sr=signup 1 cent a minute calls anywhere in the U.S.! http://www.getpennytalk.com/cgi-bin/adforward.cgi?p_key=RG9853KJ&url=http://www.getpennytalk.com |
|
From: Neale P. <ne...@wo...> - 2001-11-20 16:01:29
|
just want to notify you that i've submitted a patch for phpix2 |
|
From: Neale P. <ne...@wo...> - 2001-11-20 15:53:12
|
So like, *are* there any current maintainers? Or has everyone, like me, installed it, played with it until convinced it works, and then forgotten about it? If the latter, I'll go in today for one last clean-up, changing my email address to the list address in all the various files, and add a note somewhere more prominent that PHPix2 is not being actively maintained. On that note, I've finished my Make/AWK photo album. The output is at http://woozle.org/~neale/albums/ And the program itself is at http://woozle.org/~neale/src/photobob/ This is the last time you'll hear about photobob on this list, but I figured some of the developers might be interested in it. Neale |
|
From: Neale P. <ne...@wo...> - 2001-11-20 15:50:08
|
So then, Andre Krause <and...@we...> is all like: > this is a photo-album of a discotheque in germany: > www.cafe-europa-bielefeld.de/album Hi Andre. I'll forward this to the current maintainers! Thanks Neale |
|
From: Neale P. <ne...@wo...> - 2001-11-20 15:49:27
|
So then, Marplk <Ma...@ao...> is all like: > Hello, I just installed the latest release of Phpix. What does it mean > and what do I do exactly when I'm told .."All you have to do now is > type "make" in the phpix directory". I'm not clear on what that means > I need to do. Could you clarify for me? Hi Marplk. You need to read the INSTALL file for instructions. If you're installing from a shell account, just type "make" in the phpix directory. If you're installing with FTP, you need to rename some files. The INSTALL file should have all the information you need. Neale |
|
From: Neale P. <ne...@wo...> - 2001-11-20 04:16:08
|
So then, M P <mu...@in...> is all like:
> i read the install and readme files. there is nothing in the ftp
> installation instructions that says anything about having to type
> "make". so why do i get that type 'make' message when i go to the url,
> index.php? it's confusing for a novice.
> none the less, i figured it out and used ssh to type that word, make!
> groan. i'm not a programmer, as you can tell:) but for just coming
> upon your fantastic program I got it all together and working in under
> 5 hrs.
Glad it could help, and sorry the install file wasn't clear enough. The
thing that typing "make" does, is this part of the install:
2. Rename all the files that begin with "dfl_" to the same
filename without the "dfl_". (eg. "dfl_config.inc" gets
renamed to "config.inc")
Did you only rename dfl_config.inc? I guess we need to specify each
file explicitly in the INSTALL file, like this:
dfl_config.inc -> config.inc
This certainly shouldn't take anyone 5 hours to install, so let us know
what you think would be a good way to go about this (remember to use
"reply to all" so it goes to all the developers and not just me.)
Thanks!
Neale
> thanks
> Neale Pickett wrote:
> So then, M P <mu...@in...> is all like:
>> I ftp'd all the files into my www dir. I go to index.php and get the
>> message that says, All I have to do now is type "make" in the phpix
>> dir" I don't know what that is asking me to do. How do I do that in my
>> ftp program?
> You're not the type to read README files, I take it.
> You need to run "make" on the host you installed phpix to. If you don't
> have a shell account, you can't do this.
> Fortunately, there is an alternate (manual) installation method for your
> case. Read the README and INSTALL files for this method.
> Neale
> _______________________________________________
> PHPix2-devel mailing list
> PHP...@li...
> https://lists.sourceforge.net/lists/listinfo/phpix2-devel
> --
> _______________________________________________
> Sign-up for your own FREE Personalized E-mail at Mail.com
> http://www.mail.com/?sr=signup
>
>
> 1 cent a minute calls anywhere in the U.S.!
>
> http://www.getpennytalk.com/cgi-bin/adforward.cgi?p_key=RG9853KJ&url=http://www.getpennytalk.com
|
|
From: Neale P. <ne...@wo...> - 2001-11-19 23:12:58
|
So then, M P <mu...@in...> is all like: > I ftp'd all the files into my www dir. I go to index.php and get the > message that says, All I have to do now is type "make" in the phpix > dir" I don't know what that is asking me to do. How do I do that in my > ftp program? You're not the type to read README files, I take it. You need to run "make" on the host you installed phpix to. If you don't have a shell account, you can't do this. Fortunately, there is an alternate (manual) installation method for your case. Read the README and INSTALL files for this method. Neale |
|
From: Neale P. <ne...@wo...> - 2001-11-11 22:15:04
|
So then, R=E9mi Zara is all like: > This is most certainly due to the fact that there is are 2 phpix > projects at sourceforge. > Something must be done to clarify this a little bit, don't you think ? Yes, I think so. Perhaps what's needed is to rename the package again, to something without PHPix in the name. Incidentally, I'm just putting the finishing touches on a completely new HTML photo album package. I wrote as a Makefile and two awk scripts. I'll let this list know about it when I've put the finishing touches on it, it may be possible to borrow some tricks for use in PHPix2. Neale |
|
From: Neale P. <ne...@wo...> - 2001-11-11 22:07:55
|
So then, Javier Henderson <ja...@KJ...> is all like: > I downloaded PHPix-2.0.2.tar.gz from sourceforge.net, the config.inc > file that came in the tarball does not have $desc_base defined. Ah, you got Robert Holak's 2.0.2. The PHPix2 you were using before was a forked version from phpix2.sourceforge.net, which I had hacked up a year ago. I wanted to merge it with Robert's but he seemed dead to the world so I started up a phpix2 project. Later on, Robert released a 2.0 version of his original software and then dropped off the globe again. It's sort of confusing, but what you want is from phpix2.sourceforge.net, not phpix.sourceforge.net. > What should I set it to? same as $pix_base? > Or do I indeed have a really old version? > -jav > Bryan Kilian writes: >> I certainly didn't. >> >> He's probably having desc_base issues. >> >> Bryan >> >> On Sat 2001-11-10 (15:04), Neale Pickett wrote: >> > You didn't take out support for __desc.txt files, did you? Maybe he was >> > using a *much* older version and he needs to set his $desc_base variable >> > in config.inc... >> > >> >> > To: nea...@wo... >> > Subject: phpix 2.0.2 >> > From: Javier Henderson <ja...@kj...> >> > Sender: nobody <no...@so...> >> > Date: Fri, 09 Nov 2001 13:27:55 -0800 >> > >> > Hi, >> > >> > I recently upgraded from an older version of phpix to >> > 2.0.2, and noticed that support for the __desc.txt files >> > has been dropped. >> > >> > Are there plans to add the support back on? >> > >> > Thanks. >> > >> > Javier Henderson >> > ja...@kj... >> > >> >> >> perl -e 'map{print(pack(V,exp("21.$_")))}(21512211,40167979,2548395575,2745918245)' >> >> _______________________________________________ >> PHPix2-devel mailing list >> PHP...@li... >> https://lists.sourceforge.net/lists/listinfo/phpix2-devel |
|
From: <rem...@ma...> - 2001-11-11 10:36:28
|
Hi, This is most certainly due to the fact that there is are 2 phpix=20 projects at sourceforge. The original phpix, which is now at version 2.0.2, and the phpix2 project (the one with __desc files) which is at version=20= 2.0.1 Something must be done to clarify this a little bit, don't you think ? R=E9mi Le dimanche 11 novembre 2001, =E0 07:58 , Javier Henderson a =E9crit : > > I downloaded PHPix-2.0.2.tar.gz from sourceforge.net, the config.inc > file that came in the tarball does not have $desc_base defined. > > What should I set it to? same as $pix_base? > > Or do I indeed have a really old version? > > -jav > > Bryan Kilian writes: >> I certainly didn't. >> >> He's probably having desc_base issues. >> >> Bryan >> >> On Sat 2001-11-10 (15:04), Neale Pickett wrote: >>> You didn't take out support for __desc.txt files, did you? Maybe he=20= >>> was >>> using a *much* older version and he needs to set his $desc_base=20 >>> variable >>> in config.inc... >>> >> >>> To: nea...@wo... >>> Subject: phpix 2.0.2 >>> From: Javier Henderson <ja...@kj...> >>> Sender: nobody <no...@so...> >>> Date: Fri, 09 Nov 2001 13:27:55 -0800 >>> >>> Hi, >>> >>> I recently upgraded from an older version of phpix to >>> 2.0.2, and noticed that support for the __desc.txt files >>> has been dropped. >>> >>> Are there plans to add the support back on? >>> >>> Thanks. >>> >>> Javier Henderson >>> ja...@kj... >>> >> >> >> perl -e=20 >> = 'map{print(pack(V,exp("21.$_")))}(21512211,40167979,2548395575,2745918245)= >> ' >> >> _______________________________________________ >> PHPix2-devel mailing list >> PHP...@li... >> https://lists.sourceforge.net/lists/listinfo/phpix2-devel > > _______________________________________________ > PHPix2-devel mailing list > PHP...@li... > https://lists.sourceforge.net/lists/listinfo/phpix2-devel > > -- R=E9mi Zara web: http://www.remi-zara.net/ |
|
From: Javier H. <ja...@KJ...> - 2001-11-11 06:58:27
|
I downloaded PHPix-2.0.2.tar.gz from sourceforge.net, the config.inc file that came in the tarball does not have $desc_base defined. What should I set it to? same as $pix_base? Or do I indeed have a really old version? -jav Bryan Kilian writes: > I certainly didn't. > > He's probably having desc_base issues. > > Bryan > > On Sat 2001-11-10 (15:04), Neale Pickett wrote: > > You didn't take out support for __desc.txt files, did you? Maybe he was > > using a *much* older version and he needs to set his $desc_base variable > > in config.inc... > > > > > To: nea...@wo... > > Subject: phpix 2.0.2 > > From: Javier Henderson <ja...@kj...> > > Sender: nobody <no...@so...> > > Date: Fri, 09 Nov 2001 13:27:55 -0800 > > > > Hi, > > > > I recently upgraded from an older version of phpix to > > 2.0.2, and noticed that support for the __desc.txt files > > has been dropped. > > > > Are there plans to add the support back on? > > > > Thanks. > > > > Javier Henderson > > ja...@kj... > > > > > perl -e 'map{print(pack(V,exp("21.$_")))}(21512211,40167979,2548395575,2745918245)' > > _______________________________________________ > PHPix2-devel mailing list > PHP...@li... > https://lists.sourceforge.net/lists/listinfo/phpix2-devel |
|
From: Bryan K. <br...@wu...> - 2001-11-11 06:36:46
|
I certainly didn't.
He's probably having desc_base issues.
Bryan
On Sat 2001-11-10 (15:04), Neale Pickett wrote:
> You didn't take out support for __desc.txt files, did you? Maybe he was
> using a *much* older version and he needs to set his $desc_base variable
> in config.inc...
>
> To: nea...@wo...
> Subject: phpix 2.0.2
> From: Javier Henderson <ja...@kj...>
> Sender: nobody <no...@so...>
> Date: Fri, 09 Nov 2001 13:27:55 -0800
>
> Hi,
>
> I recently upgraded from an older version of phpix to
> 2.0.2, and noticed that support for the __desc.txt files
> has been dropped.
>
> Are there plans to add the support back on?
>
> Thanks.
>
> Javier Henderson
> ja...@kj...
>
perl -e 'map{print(pack(V,exp("21.$_")))}(21512211,40167979,2548395575,2745918245)'
|
|
From: Neale P. <ne...@wo...> - 2001-11-10 23:02:14
|
So then, steve cooley <ste...@ho...> is all like: > One, I posted my two feature additions to PHPix2 under the patches > area.. Cool... anyone on the -dev list wanna look at these? > two, I was hoping you'd put my fine art album on your > phpix2.sourceforge.net page? > http://sc-fa.com "steve cooley fine art" > three, Kim's Album is down on that page... thought you'd want to know. Thanks Steve. Again, a -dev person with sourceforge access should check this out... > and of course, PHPix2 is awesome. :) any ideas for how to support .SWF > files? .MP3's? I tried to use the _desc.txt file to embed the href > info, but it didn't work so well... That's interesting, I don't know how you could support those. It sounds like what you want is a little closer to the web-based file manager that I was pondering a while ago. Maybe a little ambitious for the current state of activity on PHPix2, but all it takes is some motivation and time for someone to implement it! > any ideas would be greatly appreciated :) > -Steve |
|
From: Simon T. <si...@im...> - 2001-11-10 18:45:38
|
Are there any plans to include a feature to upload photos to a commercial printer such as ofoto.com or shutterfly.com? I was looking at http://www.fuzzymonkey.org/perl/ and like the idea of having a link to send pictures to a commercial printer. Other than that I love phpix and use it for all my photos (http://www.imaginator.com/~simon/photos). S. -- Simon Tennant home 415 753 1872 cell 415 810 2629 aim simontennant |
|
From: Bryan K. <br...@wu...> - 2001-11-02 19:28:33
|
On Fri 2001-11-02 (10:19), Neale Pickett wrote: > Yeah, I would vote for type 2 as well, but not everyone is running > apache. However, I'm a big fan of HTTP authentication (since I'm a big > opponent of cookies). So maybe the hybrid is the way to go. Type two should work for IIS as well, although you will need to tweak things and pass through authentication. (I'll dig up the page on php.net that explains it and stick it in a doc). > But I can't really say what's the best way to do this, since I wouldn't > have a personal need for it. I would imagine, though, that more folks > would want to use the server for authentication than phpix itself, since > that allows you to have a unified auth scheme for all your stuff: html, > phpix, and whatever else you happen to run. I have a personal need for it. (We have a group that wanted to share photos, but have it closed off to the public). But I'm quite happy with either design. I coded the second form because it fits in with the way the rest of the config overrides work. Also, if you wish to use your own auth, you can just set $use_auth to 0 in config.inc, and provide your own. It won't be able to auth a particular album though, since the scripts get run from a single dir. you'd have to auth the whole thing, or not at all. I was also thinking of providing a "login" link that logs you in, and if you're not logged in, PHPix doesn't even _show_ albums you're not allowed access to. This would only work well with type 1 auth. Type 2 would require a tree traversal and that might slow us down a little. Oh, while I was at it, I got tired of the copying index.php around, so I modified it to display what dfl_index.php used to display if config.inc is not found. This allowed me to delete album.php and dfl_index.php and still have the full functionality of the default install. (Also makes it much easier when checking things into CVS.) For some reason, I've just been having the urge to code recently :-) Bryan perl -e 'map{print(pack(V,exp("21.$_")))}(21512211,40167979,2548395575,2745918245)' |
|
From: Neale P. <ne...@wo...> - 2001-11-02 18:19:35
|
So then, Bryan Kilian <br...@wu...> is all like: > I currently have a working version of type 2, take a look at > http://wuzzle.org/photos/new/phpix Yeah, I would vote for type 2 as well, but not everyone is running apache. However, I'm a big fan of HTTP authentication (since I'm a big opponent of cookies). So maybe the hybrid is the way to go. But I can't really say what's the best way to do this, since I wouldn't have a personal need for it. I would imagine, though, that more folks would want to use the server for authentication than phpix itself, since that allows you to have a unified auth scheme for all your stuff: html, phpix, and whatever else you happen to run. Neale |
|
From: Bryan K. <br...@wu...> - 2001-11-02 17:28:49
|
Oops, my bad, I fixed that bug. Now it should work. Bryan ----- Forwarded message from William Borrelli <boo...@ro...> ----- Nope. Didn't work for me. It prompted for the username/pass before it would even show me the albums. Then I could see CVS and Sample Album, and get into both albums. (Win 2K/IE 5) Bryan Kilian said: > Well, let's have a quick discussion: > > How would we like password protection to work? > There are two ways I can think of which seem to fit nicely: > > a) single file with username:password:album1,album2,album3 > > Pro: Single file > Easy to modify and add new albums for a user. > Cons: Allow based password protection, ie, deny all but the > albums > you specify. Could get nasty with lots of albums. > - suggestion, make a * and -album1, although this would > require > more parsing, it would allow you to do something like: > username:password:*,-album1,-album2 > What do you do about nested albums? (album1/album2)? > requires special file handling to create the password file. > > b) .htpasswd files in each album you want protected, as well as a > master > .htpasswd in the script dir. > > Pro: * Simple design. > * Files can be created with the htpasswd util distributed > with > apache. > * deny based. If you want to allow access to an album you > don't put a > .htpasswd in the dir (and also don't have the master one) > * works well with nested albums. (searches down the tree for > a > password file) > * Works the same way as the current config override system. > Cons: * Multiple files. > * Slightly more work to upkeep, although good design of the > album > heirarchy could minimise that. > * Might have to have the same password file in multiple > locations. > - Could be solved with soft links > * Can't have a master password file without closing all the > album > dirs. > > Any thoughts? > > I currently have a working version of type 2, take a look at > http://wuzzle.org/photos/new/phpix > > You should be able to view the main page fine, and CVS, but if > you try view Sample Album, it should prompt you for a user/pass. > > user: test > pass: ook > > I can modify it for type a) pretty easily. or possibly a hybrid. > Now that the framework is in, the way we want to apply it is > easily > changed. > > Bryan > > On Thu 2001-11-01 (10:11), Neale Pickett wrote: >> So then, Bryan Kilian <br...@wu...> is all like: >> > Okie, I made a bit of a change in the way phpix works. I >> > offloaded the images onto a separate script, which deals with >> > resizing and caching. >> >> Good idea! > > perl -e > 'map{print(pack(V,exp("21.$_")))} (21512211,40167979,2548395575,2745918245)' > > _______________________________________________ > PHPix2-devel mailing list > PHP...@li... > https://lists.sourceforge.net/lists/listinfo/phpix2-devel ____________________________________________________________________ Disclaimer: The opinions expressed in this email are not necessarily mine, as I've not yet had my medication today. ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯ -------------------------------------------- This email originated from Booster's Dilemma http://boostersdilemma.com/ ----- End forwarded message ----- perl -e 'map{print(pack(V,exp("21.$_")))}(21512211,40167979,2548395575,2745918245)' |
|
From: Bryan K. <br...@wu...> - 2001-11-02 04:22:55
|
Well, let's have a quick discussion:
How would we like password protection to work?
There are two ways I can think of which seem to fit nicely:
a) single file with username:password:album1,album2,album3
Pro: Single file
Easy to modify and add new albums for a user.
Cons: Allow based password protection, ie, deny all but the albums
you specify. Could get nasty with lots of albums.
- suggestion, make a * and -album1, although this would require
more parsing, it would allow you to do something like:
username:password:*,-album1,-album2
What do you do about nested albums? (album1/album2)?
requires special file handling to create the password file.
b) .htpasswd files in each album you want protected, as well as a master
.htpasswd in the script dir.
Pro: * Simple design.
* Files can be created with the htpasswd util distributed with
apache.
* deny based. If you want to allow access to an album you don't put a
.htpasswd in the dir (and also don't have the master one)
* works well with nested albums. (searches down the tree for a
password file)
* Works the same way as the current config override system.
Cons: * Multiple files.
* Slightly more work to upkeep, although good design of the album
heirarchy could minimise that.
* Might have to have the same password file in multiple locations.
- Could be solved with soft links
* Can't have a master password file without closing all the album
dirs.
Any thoughts?
I currently have a working version of type 2, take a look at
http://wuzzle.org/photos/new/phpix
You should be able to view the main page fine, and CVS, but if you try
view Sample Album, it should prompt you for a user/pass.
user: test
pass: ook
I can modify it for type a) pretty easily. or possibly a hybrid. Now
that the framework is in, the way we want to apply it is easily
changed.
Bryan
On Thu 2001-11-01 (10:11), Neale Pickett wrote:
> So then, Bryan Kilian <br...@wu...> is all like:
> > Okie, I made a bit of a change in the way phpix works. I offloaded the
> > images onto a separate script, which deals with resizing and caching.
>
> Good idea!
perl -e 'map{print(pack(V,exp("21.$_")))}(21512211,40167979,2548395575,2745918245)'
|
200 messages has been excluded from this view by a project administrator.
