[wplug-internet] Set up some project-related stuff on the server...

[George Larson]

It seems like the existing Wiki and WP could be have a single login with
AutomaticREMOTE USER (supersedes 'HTTP Auth' mentioned in the stackoverflow
post)  or something like Wikiful.
[  http://wordpress.org/plugins/wikiful/  ]
[  https://stackoverflow.com/questions/33745/wordpress-mediawiki-integration
]

To me, it seems easier to integrate the two than to attempt to recreate the
history on the wiki in WP format.

WP has plugins, it seems, for both Stripe and Coinbase.
[  http://wordpress.org/plugins/wp-stripe/  ]
[  http://wordpress.org/plugins/coinbase/  ]

In my imagination, I was thinking of something like ClubData or Admidio to
offer a robust interface for user management.  Then custom building the bit
for the on-line end user management by either accessing the same tables on
the backend as ClubData/Admidio.  Alternatively, if there's a nice WP
plugin or accessing the same tables is too messy then triggers could be
used to copy back and forth from the ClubData/Admidio tables to the
web-interface tables.

Of course, there may be tonnes of snags I'm not considering, it's just a
rough sketch.  That said, maintaining a sprawling proprietary PHP solution
is a significant part of my day job, so my guesswork is at least based in
experience.  (8


On Thu, Jan 16, 2014 at 2:21 AM, Pat Barron <pat at lectroid.com> wrote:

>  At least at the moment, I'm thinking custom-built, and plugged into our
> Apache server.  We have MySQL already on the server (indeed, it is the one
> that runs the wiki), so that's a pretty straightforward choice - I suspect
> the only other choice that would even be on the table would be something
> like sqlite.  Possibly implemented in PHP, possibly something even as
> simple as CGI scripting.
>
> We're trying to rearchitect the current wiki site using WordPress, so
> there might be a possibility of implementing this as a WP plugin (or using
> an existing plugin).  A previous pass at this looked at implementing the
> portal as a MediaWiki plugin so that it could (among other things) use the
> same authentication as the wiki, but I know nothing of MediaWiki plugins
> (nor WP plugins, for that matter...), so I'm not sure how easy or hard that
> would be - plus as we're hoping to move more towards a WP site, not sure
> how worthwhile it is to do much MediaWiki development.
>
> I actually looked at ClubData at one point - in one sense, it seems to be
> overkill for what we need; in another sense, it is missing things we really
> do want, like integration with online payment systems (the two we're most
> interested in are Stripe and Coinbase, as we currently have the ability to
> accept payments via those processors, assuming we had technical
> infrastructure capable of doing it...).  It also doesn't seem to have any
> way to integrate with external authentication systems (like LDAP [not that
> we're actually using that right now...], or PAM, or anything like that), so
> it would be Yet Another Username and Password that people would need...
>
> I'd actually never heard Admidio before you mentioned it - thanks!  Looks
> like most of the docs are not translated into English, though, so I'm not
> sure if it might meet our needs or not.   Google Translate might help us
> here.  ;-)
>
> --Pat.
>
>
> On 1/14/2014 10:29 PM, George Larson wrote:
>
>  Sounds straightforward enough.  You thinking of a brand-name CMS, some
> other framework, built from the ground-up?  If built, have you picked a
> language and database pairing?
>
> Obviously, I don't know anything about this server.  I'm speculating it's
> the one running the wiki which appears to be Apache2/CentOS.  Running
> MediaWiki so I reckon there's PHP and MySQL, which leaves scads of options.
>
>  Please consider that I have done about 30 minutes of research, just now
> so I'm a bit shy of an expert on these things. XD But it looks to me like
> ClubData or Admidio could be used with some custom pages made for the user
> access from the web bits.
> [  http://clubdata2.domes-muc.de/index.php/en/  ]
> [  http://www.admidio.org/  ]
>
>
>  Or I'm sure there's something in the WP category that would do the trick
> and things stitched together with AutomaticREMOTE USER.  Though, it's not
> the way I would personally go.  WP has a lot of features but it is, IMO,
> chosen for its ease in situations where it is actually a bit cumbersome.
> And installing WP (Joomla!, Drupal) carries an implicit obligation to stay
> on top of security patches and such because vulnerable installs *will* be
> found sooner or later.  Though, with the exposure an LUG gets, that may
> already be part of this situation.
> [  https://www.mediawiki.org/wiki/Extension:AutomaticREMOTE_USER  ]
>
>  Dunno.  Just some thoughts that are gonna get sent as-is because I've a
> bit more work I need to do before I can shove off for the eve.   (8
>
>
>
> _______________________________________________
> wplug-internet mailing list
> wplug-internet at wplug.org
> http://www.wplug.org/mailman/listinfo/wplug-internet
>
>


-- 
-= c0d3 :: j0rg3 - all code, no cruft =- <http://j0rg3.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.wplug.org/pipermail/wplug-internet/attachments/20140116/d73d2ee0/attachment.html