I certainly appreciate all the time and effort in the release so of php. In fact, there are so many changes since I've started using the project I'm having trouble keeping up.
It would be helpful to me if there were dates on both the download page as well as the changes.txt file entries. (not every line, but at least on the release level)
Thanks,
-Peter
henk
2005-08-19 11:41:25
Peter,
I understand your problem, we have about 20 specific sites for customers running on phpPeanuts, and we want to use the newest phpPeanuts verson on a site whenever we do non-arbitrary maintenance. We also have our own generic code that is not release (yet) in phpPeanuts. And application code that is shared by several sites. To make things even worse, most of our specific sites are in dutch, while phpPeanuts is in english. This would not work (at least not commercially) if phpPeanuts did not have an architecture that allows us to minimize code management.
Of course you can use a version control system, but you will still be bothered by individual changes. Better then to manage changes individually is to [url=http://www.phppeanuts.org/site/index_php/Pagina/72]keep your own code separated from framework code[/url]. Also read [url=http://www.phppeanuts.org/site/index_php/Pagina/33]how to modify framework code[/url]. If you follow the instructions you can simply replace the entire pnt classfolder with everything in it when you upgrade phpPeanuts. What remains are the 'colliding changes', they are listed spearately, and in an upgrade release delivered in a separate folder.
Then about the release dates: Why bother about the date a zipfile was put on the website? I seems to me that the date you installed it is a lot more accurate to track you own changes. For tracking our changes, please open the zipfile with winzip, and click on the "modified" column twice, the date the last change was made will be on the top of the list. You can get a similar result after extraction on windows by searching within a folder for *, then in the search result click twice on the "date modified" column. If the column is not there (XP), add it through the popUp menu in the column headers.
Greetings,
Henk Verhoeven.
(For others reading this: there are no upgrade releases of the 1.2 alpha versions. If you need to upgrade existing code from version 1.1 i advise you to wait, there will be an upgrade release of 1.2 beta, and of course, of 1.2 production, both to upgrade from 1.1).
Post Edited (08-19-05 11:47)
pkellner
2005-08-19 16:34:04
Thanks for the detailed answer. Just recently I've replaced my CVS source control with SubVersion. From what I can tell, it will make keeping up multiple sites much easier. It does an excellent job of tracking (and helping with the modifications) of branched source code which is what it sounds like you have a lot of with the multiple sites.
It seems many projects are moving from CVS to SubVersion because of how it tracks at the the project level rather than at the file level.
BTW, I was wondering if you have any security (login) type code you'd be will to share? I've been following your suggestion on how to implement it myself. I like how you suggested doing it and am of course learning a lot more about the framework as I progress down those lines.
Thanks again for the time you put into this. It is a big help for me.
-Peter
henk
2005-08-21 13:08:53
Peter,
>I was wondering if you have any security (login) type code you'd be will to share?
Personally, no, i don't. But the other partners do have some login code. I will forward your message to them. Are you looking for something with LDAP or do you want to store users and their rights in the database?
Greetings,
Henk Verhoeven.
pkellner
2005-08-21 13:48:49
I have my own membership database. I'm just looking for the structure.
Add a Reply
Loading form, please wait
The website will not send you an e-mail when a reply is added to this topic
It would be helpful to me if there were dates on both the download page as well as the changes.txt file entries. (not every line, but at least on the release level)
Thanks,
-Peter
I understand your problem, we have about 20 specific sites for customers running on phpPeanuts, and we want to use the newest phpPeanuts verson on a site whenever we do non-arbitrary maintenance. We also have our own generic code that is not release (yet) in phpPeanuts. And application code that is shared by several sites. To make things even worse, most of our specific sites are in dutch, while phpPeanuts is in english. This would not work (at least not commercially) if phpPeanuts did not have an architecture that allows us to minimize code management.
Of course you can use a version control system, but you will still be bothered by individual changes. Better then to manage changes individually is to [url=http://www.phppeanuts.org/site/index_php/Pagina/72]keep your own code separated from framework code[/url]. Also read [url=http://www.phppeanuts.org/site/index_php/Pagina/33]how to modify framework code[/url]. If you follow the instructions you can simply replace the entire pnt classfolder with everything in it when you upgrade phpPeanuts. What remains are the 'colliding changes', they are listed spearately, and in an upgrade release delivered in a separate folder.
Then about the release dates: Why bother about the date a zipfile was put on the website? I seems to me that the date you installed it is a lot more accurate to track you own changes. For tracking our changes, please open the zipfile with winzip, and click on the "modified" column twice, the date the last change was made will be on the top of the list. You can get a similar result after extraction on windows by searching within a folder for *, then in the search result click twice on the "date modified" column. If the column is not there (XP), add it through the popUp menu in the column headers.
Greetings,
Henk Verhoeven.
(For others reading this: there are no upgrade releases of the 1.2 alpha versions. If you need to upgrade existing code from version 1.1 i advise you to wait, there will be an upgrade release of 1.2 beta, and of course, of 1.2 production, both to upgrade from 1.1).
Post Edited (08-19-05 11:47)
It seems many projects are moving from CVS to SubVersion because of how it tracks at the the project level rather than at the file level.
BTW, I was wondering if you have any security (login) type code you'd be will to share? I've been following your suggestion on how to implement it myself. I like how you suggested doing it and am of course learning a lot more about the framework as I progress down those lines.
Thanks again for the time you put into this. It is a big help for me.
-Peter
>I was wondering if you have any security (login) type code you'd be will to share?
Personally, no, i don't. But the other partners do have some login code. I will forward your message to them. Are you looking for something with LDAP or do you want to store users and their rights in the database?
Greetings,
Henk Verhoeven.