[geeklog-devel] plugin_autoinstall - two more issues

Randy Kolenko Randy.Kolenko at nextide.ca
Wed Oct 7 07:44:13 EDT 2009



> 
> Plugins should not modify tables they don't own. I don't know of any 
> plugins that do. You want to add info to a story or a forum post you 
> create a table with a sid or (whatever the forum primary key is) as a 
> foreign key and you maintain that table outside the main table.

Really?  How could the forum/stories/pluginx possibly use that data then
if the newly insertted data is in a separate table?  I'm not trying to
sound snarky here -- just really trying to understand the approach.

 

> All of those places are the "middle". Middle is anywhere that is not 
> before or after. What are you getting at?
> 

Trying to clarify where our understanding of what we're talking about
meets or separates.  Trying to understand where you're coming from and
trying to convey where I'm coming from.



> Now you want to add another file that is always included from the 
> functions.inc page rather than putting it in existing autoinstall 
> file. Does this scale?


May not scale for Geeklog 1.6 -- but if its in its own file, 1.6.x could
include the uninstall ONLY when on the plugins page when the uninstall
is clicked.  That scales.



> 
> Wait, why am I talking about scale? What are we talking about? Oh, 
> yeah, I wrote a different autoinstaller for plugins that's been in 
> use in glFusion for a while. Use it. Don't use it. Look at it for 
> ideas. Ignore it. Whatever. I have nothing else to really say about 
> it. The code speaks for itself and it's GPL2.
> 

That's great Joe.  I looked at it and I simply asked a question as to if
we used that approach, how can we manage external data.  That is all.
It was a valid question that I don't have an answer to yet.  Perhaps its
my lack of understanding on your approach so I asked for clarification.



-randy



More information about the geeklog-devel mailing list