Poll :: Are you satisfied with the existing Nuke update concept ?
Yes, 100% - works great
0%
[ 0 ]
too much additional code tweaking necessary
100%
[ 3 ]
too much time consuming
0%
[ 0 ]
i do not use any tweaked components
0%
[ 0 ]
Total Votes : 3
Author
Message
charlyt Nuke Cadet
Joined: May 27, 2003
Posts: 8
Posted:
Sun Jun 15, 2003 8:40 am
Hi folks !
As i got more and more involved in nuke stuff and using all these blocks and modules i like nuke on one hand. But on the other hand i begin to hate it - patching or upgrading to new version is so time consuming that running a site steals very much spare time.
I use some tweaks (NSNGroups, etc) and Modules (EventCalendar, WYSIWYG etc.) which require source code changes. All these changes must be redone while upgrading - an absolut stupid and errorful job.
Has FB or anyone else of the nuke-experts thought of a better upgrade strategy? I think it will be easy to incorporate necessary changes of the core code and manage them by flags at least.
Is there some development in this direction and what is the shedule ?
Thanks in advance !
chatserv General
Joined: Jan 12, 2003
Posts: 3128
Location: Puerto Rico
Posted:
Sun Jun 15, 2003 8:47 am
Keep in mind FB works with PHP-Nuke's core and we can't expect him to keep track of the hundreds, if not thousands of modules and add-ons that exist, much less guess which ones are being used by who.
_________________ Feed a man a fish and you feed him for a day. Teach a man to fish and you feed him for a lifetime.
ScriptHeaven | NukeResources
charlyt Nuke Cadet
Joined: May 27, 2003
Posts: 8
Posted:
Sun Jun 15, 2003 9:44 am
I have that in mind, but IMO a better upgrading strategy is essential to Nuke. FB should provide the basics only. (there is no direct contact possibility as he cancelled the forums)
One of the most disturbing points is this flat user/groups/rights management. Therefore some modules have to patch core code.
I claim that there must be a strategy that module designers don't need to touch core code.
Perhaps the mentioned CVS system can be a solution at least, because the module developers can work in their own modules.
My minimum whish is that there exists a setup surface to switch these modules on and off (like that one used in module administration). This will (in conjunction with a CVS repository) guarantee that the module designers patch well known code and the user can choose between different BBs or different calendars or WYSYWIG editors.
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum