From: Meiste, G. <me...@ms...> - 2003-10-15 19:55:47
|
+1 from me. I've been eagerly waiting this update. Greg -----Original Message----- From: Steven Levin [mailto:st...@tu...] Sent: Wednesday, October 15, 2003 9:59 AM To: php...@li... Subject: [Phpwebsite-developers] phpWebSite Core Updates Hello everyone, This list has been very inactive ever since the IRC chat room came about, but I hope to pick things back up again with this discussion I would like to start. I believe this will be a better forum than chat since not all the module developers hang out there. As some may have heard, I recently hacked away at phpwebsite and dropped the memory requirements below the 8m php default and cut execution times in half. Now in order for these changes to go into place modules will have to update some of their calls to core functions. The reason for this is because one of the changes made was to split up the long and unnecessary inheritance chain that all the core classes were a part of. Approval from a majority of the third party developers is crucial in my decision to commit these changes to CVS. So please let me know how you feel about updating your modules. Below are examples of some of the updates that need to be made. Before: The core inherited from the PHPWS_Text class so you where able to call the function parseInput() like this: $GLOBALS['core']->parseInput($text_to_parse); Now: The class PHPWS_Text is split off from the core, so you have to do a require_once(PHPWS_SOURCE_DIR.'core/Text.php'); at the top of the class file you use the function in and then call it like this: PHPWS_Text::parseInput($text_to_parse); Before: When you wanted to show some content in a block on the left or right side of the site you would have just put the code in your modules index file. Now: Extra content that needs to show up in phpwebsite when your module is NOT running (ie. announcements and past announcements on the home page) now needs to be placed in a file called inc/runtime.php in your module. Ok now the decision needs to be made. If a majority of the developers vote yes then the changes will go into place. I have a nice sed script that will do a most of the replacements of old calls for you. The list of replacements only do the common ones found throughout phpwebsite so you may have some left behind that you will have to fix by hand. Now I am willing to provide assistance upgrading modules in my free time so don't feel like you will have to figure out all the updates on your own cause I am sure there will be some special cases. Alright all you developers out there fire away. -- Steven Levin Computer Systems Admin I Electronic Student Services Appalachian State University Phone: 828.262.6740 http://phpwebsite.appstate.edu ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php _______________________________________________ Phpwebsite-developers mailing list Php...@li... https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers |
From: Steven L. <st...@tu...> - 2003-10-17 15:43:34
|
Ok I think I understand where your confusion is coming from. Let me see if I can explain. Making the runtime stuff is only a slight speed increase, Matt was correct, it is mainly to start getting ready for 0.9.4. The main performance increase comes from splitting up the core classes and only including the module that is currently being executed. The point of pulling the runtime stuff from index is to begin splitting stuff up. Right now phpwebsite includes all the all of the modules and their index files. With my changes phpwebsite will only include one module's class files along with its index (the current module being requested) and then the runtime files for those modules that have them. I believe this will drastically decrease the files being included. We could just put in all the index files a check for the requested module and then skip execution if it is not your module and then do the runtime stuff at the bottom, but I prefer to split it up. Then we are not including an index or runtime for things that do not need it. (ie. faq, links, photoalbum, phatform, branch, boost, approval, and others). This is not a move away from using sessions, I still use sessions a lot. But in some of my older modules I used them in excess, so I would like to improve upon that. -- Steven Levin Computer Systems Admin I Electronic Student Services Appalachian State University Phone: 828.262.6740 http://phpwebsite.appstate.edu |
From: Don S. <do...@se...> - 2003-10-17 16:01:06
|
Can you let us know when you have a module converted in CVS for us to model after? Don. On Fri, Oct 17, 2003 at 11:40:51AM -0400, Steven Levin wrote: > Ok I think I understand where your confusion is coming from. Let me see > if I can explain. Making the runtime stuff is only a slight speed > increase, Matt was correct, it is mainly to start getting ready for > 0.9.4. The main performance increase comes from splitting up the core > classes and only including the module that is currently being executed.= =20 > The point of pulling the runtime stuff from index is to begin splitting > stuff up. Right now phpwebsite includes all the all of the modules and > their index files. With my changes phpwebsite will only include one > module's class files along with its index (the current module being > requested) and then the runtime files for those modules that have them.= =20 > I believe this will drastically decrease the files being included. We > could just put in all the index files a check for the requested module > and then skip execution if it is not your module and then do the runtime > stuff at the bottom, but I prefer to split it up. Then we are not > including an index or runtime for things that do not need it. (ie. faq, > links, photoalbum, phatform, branch, boost, approval, and others). This > is not a move away from using sessions, I still use sessions a lot. =20 > But in some of my older modules I used them in excess, so I would like > to improve upon that. > --=20 > Steven Levin > Computer Systems Admin I > Electronic Student Services > Appalachian State University > Phone: 828.262.6740 > http://phpwebsite.appstate.edu >=20 >=20 >=20 > ------------------------------------------------------- > This SF.net email sponsored by: Enterprise Linux Forum Conference & Expo > The Event For Linux Datacenter Solutions & Strategies in The Enterprise= =20 > Linux in the Boardroom; in the Front Office; & in the Server Room=20 > http://www.enterpriselinuxforum.com > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers >=20 |
From: Eloi G. <el...@re...> - 2003-10-17 17:41:49
|
OK, I'm starting to see the big picture now. +1 on everything. |