MediaWiki-l April 2005

mediawiki-l@lists.wikimedia.org

119 participants
185 discussions

Html Rendering
by Giovanni 15 Apr '05

15 Apr '05

Hi, I copied both wiki files and database to try upadate to a more recent version of MediaWiki but I get this: Original: http://www.ceglieplurale.it Copy: http://www.ceglieplurale.it/wiki_cp Do you have some suggest? Besides can I install the 1,4 version and then copy only some table? Let me know. Many thanks, Giovanni SCAI - Tradizioni del Sud http://stores.ebay.it/tradizionidelsud http://www.tradizionidelsud.com

2 1

Firefox and HTML
by sebastian n/a 15 Apr '05

15 Apr '05

I donŽt know if this is a pure Firefox thing, or if there might be a chance to fix this trough Media Wiki. I activated raw HTML and everything seems to be fine in IE, yet it does not display correctly in Firefox. In Firefox images donŽt appear... Is there anything I can do?

4 6

Re: MediaWiki-l Digest, Vol 19, Issue 25
by KILLROY 15 Apr '05

15 Apr '05

I would insert two small code modifications which should simplify the process. First convert the filnames to a short one and store the long version in the images table (parhaps as comment). Secondly, create a drop down box on hte edit window listing all images. A selection might place the image name on the clipboard or even instert a full iamge link into the page. You could list the images by their long nameswhyle the image tag uses the auto generatd short ones, or just leave them long with the underscore insertion. I think each of those modifications could be easily done without interfering with wiki code. Regards, Sven Neumann On 4/15/05, mediawiki-l-request(a)wikimedia.org <mediawiki-l-request(a)wikimedia.org> wrote: > Send MediaWiki-l mailing list submissions to > mediawiki-l(a)Wikimedia.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > or, via email, send a message with subject or body 'help' to > mediawiki-l-request(a)Wikimedia.org > > You can reach the person managing the list at > mediawiki-l-owner(a)Wikimedia.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of MediaWiki-l digest..." > > Today's Topics: > > 1. Re: Mass Import (Christof Damian) > 2. process for uploading/linking to files is difficult > (greg whittier) > 3. Categories and #REDIRECT? (Jan Steinman) > 4. Re: Categories and #REDIRECT? (Richard Holton) > 5. Re: Categories and #REDIRECT? (Jan Steinman) > 6. Re: process for uploading/linking to files is difficult (Dori) > 7. Re: process for uploading/linking to files is difficult > (greg whittier) > 8. Re: process for uploading/linking to files is difficult (Dori) > 9. Re: process for uploading/linking to files is difficult > (greg whittier) > 10. Re: process for uploading/linking to files is difficult > (Brion Vibber) > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 14 Apr 2005 13:22:25 +0200 > From: Christof Damian <christof(a)damian.net> > Subject: Re: [Mediawiki-l] Mass Import > To: MediaWiki announcements and site admin list > <mediawiki-l(a)Wikimedia.org> > Message-ID: <20050414112225.GQ23573(a)batman.gotham.krass.com> > Content-Type: text/plain; charset=us-ascii > > On Wed, 13 Apr 2005, Wolfe, Jeff wrote: > > Hi All, > > > > I'm seeking a way to mass import lots of data into a MediaWiki. I > > can massage my data in most reasonable ways and have direct access > > to the database. I can use existing PHP, generate fake URLS, or hit > > the SQL database directly. Does anyone have a suggestion? > > you could try the pagefromfile.py and upload.py tools that comes with > pywikipedia. here are the comments for them: > > pagefromfile.py converts a text file in multiple wiki pages and > upload.py uploads image or media data. > > christof > > -- > Christof Damian > christof(a)damian.net > > ------------------------------ > > Message: 2 > Date: Thu, 14 Apr 2005 20:11:13 -0400 > From: greg whittier <gregwh(a)gmail.com> > Subject: [Mediawiki-l] process for uploading/linking to files is > difficult > To: mediawiki-l(a)wikimedia.org > Message-ID: <a250eacf050414171113bdf0fe(a)mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > Hi all, > > I'm been given permission to introduce a wiki into my department at > work. I've been using mediawiki as a demo to the extent that changing > would be hard now, but one feature I'm afraid will kill the wiki > quickly is the difficulty of uploading files. While I know wikis are > primarily for text content, the first instinct of a new user will be > to share the files he's been producing in his pre-wiki days. > > As I understand it, the way to upload files right now is to go to > Special:Upload, click browse, etc. Then you edit a page and use the > [[media:filename|description] syntax. I had one of our most tech > savvy users try this and it was comically hard for him. He picked a > file with a very long file name and spaces. He got a warning about > the renaming and file size that confused him (I can probably configure > this). Then he tried to list the files so he could cut and paste the > file name (this is way beyond most of the potential users) back in the > edit window. This process involved open the file multiple times in > the attempt to highlight it. Then we put brackets around the name. > Forgot it was two instead of one at first, etc. > > Is there any easier way to do this? I'd like to have the user not > have to memorize or cut and paste the filename across windows. Where > would I look to alter the button above the editing window. I've never > coded in php before, but have used other scripting languages (python, > perl, etc.). > > Any help is greatly appreciated! > > Thanks, > Greg > > ------------------------------ > > Message: 3 > Date: Thu, 14 Apr 2005 18:01:19 -0700 > From: Jan Steinman <Jan(a)Bytesmiths.com> > Subject: [Mediawiki-l] Categories and #REDIRECT? > To: MediaWiki admin list announcements and site > <mediawiki-l(a)wikimedia.org> > Message-ID: <5400a53cdcc32d872a27b35f1655b418(a)Bytesmiths.com> > Content-Type: text/plain; charset=US-ASCII; format=flowed > > I've noticed that pages that are redirected are not in any category. I > tried adding a [[Category:]] statement after the #REDIRECT statement, > to no avail. > > Is there any way to make redirected pages show up in a Category, > preferably the same one(s) as the page it redirects to? > > :::: We're in a giant car heading toward a brick wall at a hundred > miles an hour, arguing over who has the best seat. -- David Suzuki > :::: Jan Steinman <http://www.Bytesmiths.com/Van> > > ------------------------------ > > Message: 4 > Date: Thu, 14 Apr 2005 20:07:52 -0500 > From: Richard Holton <richholton(a)gmail.com> > Subject: Re: [Mediawiki-l] Categories and #REDIRECT? > To: MediaWiki announcements and site admin list > <mediawiki-l(a)wikimedia.org> > Message-ID: <4a37983b0504141807383c9409(a)mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > On 4/14/05, Jan Steinman <Jan(a)bytesmiths.com> wrote: > > I've noticed that pages that are redirected are not in any category. I > > tried adding a [[Category:]] statement after the #REDIRECT statement, > > to no avail. > > > > Is there any way to make redirected pages show up in a Category, > > preferably the same one(s) as the page it redirects to? > > > > :::: We're in a giant car heading toward a brick wall at a hundred > > miles an hour, arguing over who has the best seat. -- David Suzuki > > :::: Jan Steinman <http://www.Bytesmiths.com/Van> > > > > _______________________________________________ > > MediaWiki-l mailing list > > MediaWiki-l(a)Wikimedia.org > > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > > > > That has been implemented in the 1.5 development code. > > -- Rich Holton > > [[W:en:User:Rholton]] > > ------------------------------ > > Message: 5 > Date: Thu, 14 Apr 2005 18:19:32 -0700 > From: Jan Steinman <Jan(a)Bytesmiths.com> > Subject: Re: [Mediawiki-l] Categories and #REDIRECT? > To: Richard Holton <richholton(a)gmail.com>, MediaWiki announcements and > site admin list <mediawiki-l(a)Wikimedia.org> > Message-ID: <4b07a5dec3b96dc05c4278ec954123ef(a)Bytesmiths.com> > Content-Type: text/plain; charset=US-ASCII; format=flowed > > On 14 Apr 2005, at 18:07, Richard Holton wrote: > > > On 4/14/05, Jan Steinman <Jan(a)bytesmiths.com> wrote: > >> Is there any way to make redirected pages show up in a Category, > >> preferably the same one(s) as the page it redirects to? > > > > That has been implemented in the 1.5 development code. > > Thanks! I'm itching to download it and try it... as soon as my taxes > are done... which I'm not working on when I'm playing with MediaWiki... > :-( > > :::: We got the best politicians in this country that money can buy. -- > Will Rogers > :::: Jan Steinman <http://www.Bytesmiths.com/Item/99AA34> > > ------------------------------ > > Message: 6 > Date: Thu, 14 Apr 2005 20:28:32 -0500 > From: Dori <slowpoke(a)gmail.com> > Subject: Re: [Mediawiki-l] process for uploading/linking to files is > difficult > To: greg whittier <gregwh(a)gmail.com>, MediaWiki announcements and site > admin list <mediawiki-l(a)wikimedia.org> > Message-ID: <d2f92e8b05041418287125f852(a)mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > On 4/14/05, greg whittier <gregwh(a)gmail.com> wrote: > > > > Is there any easier way to do this? I'd like to have the user not > > have to memorize or cut and paste the filename across windows. Where > > would I look to alter the button above the editing window. I've never > > coded in php before, but have used other scripting languages (python, > > perl, etc.). > > > > Yes, a simple script written for commons by Erik Möller can probably be > adapted for your use: > http://commons.wikimedia.org/wiki/Commons:File_upload_service/Script > > ------------------------------ > > Message: 7 > Date: Thu, 14 Apr 2005 21:43:42 -0400 > From: greg whittier <gregwh(a)gmail.com> > Subject: Re: [Mediawiki-l] process for uploading/linking to files is > difficult > To: MediaWiki announcements and site admin list > <mediawiki-l(a)wikimedia.org> > Message-ID: <a250eacf0504141843c61b0bf(a)mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > On 4/14/05, Dori <slowpoke(a)gmail.com> wrote: > > On 4/14/05, greg whittier <gregwh(a)gmail.com> wrote: > > > Is there any easier way to do this? I'd like to have the user not > > > have to memorize or cut and paste the filename across windows. Where > > > would I look to alter the button above the editing window. I've never > > > coded in php before, but have used other scripting languages (python, > > > perl, etc.). > > > > > > > Yes, a simple script written for commons by Erik Möller can probably be > > adapted for your use: > > http://commons.wikimedia.org/wiki/Commons:File_upload_service/Script > > > > > > Thanks for the tip, but I believe this requires the client to have > perl installed on their computer. I was probably confusing by > refering to "files." I'm really just worried about making it to > upload one file and link to it. > > Believe it or not, the current method has a high enough barrier to > entry that few of my potential users will bother with it. Basically, > I'm looking for a point and click (no typing or cut and pasting > filenames) way to do this. I don't need them to upload lots of file. > Just one. > > Thanks, > Greg > > ------------------------------ > > Message: 8 > Date: Thu, 14 Apr 2005 20:55:26 -0500 > From: Dori <slowpoke(a)gmail.com> > Subject: Re: [Mediawiki-l] process for uploading/linking to files is > difficult > To: greg whittier <gregwh(a)gmail.com>, MediaWiki announcements and site > admin list <mediawiki-l(a)wikimedia.org> > Message-ID: <d2f92e8b050414185562c364ca(a)mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > On 4/14/05, greg whittier <gregwh(a)gmail.com> wrote: > > > > On 4/14/05, Dori <slowpoke(a)gmail.com> wrote: > > > On 4/14/05, greg whittier <gregwh(a)gmail.com> wrote: > > > > Is there any easier way to do this? I'd like to have the user not > > > > have to memorize or cut and paste the filename across windows. Where > > > > would I look to alter the button above the editing window. I've never > > > > coded in php before, but have used other scripting languages (python, > > > > perl, etc.). > > > > > > > > > > Yes, a simple script written for commons by Erik Möller can probably be > > > adapted for your use: > > > http://commons.wikimedia.org/wiki/Commons:File_upload_service/Script > > > > > > > > > > Thanks for the tip, but I believe this requires the client to have > > perl installed on their computer. I was probably confusing by > > refering to "files." I'm really just worried about making it to > > upload one file and link to it. > > > > Believe it or not, the current method has a high enough barrier to > > entry that few of my potential users will bother with it. Basically, > > I'm looking for a point and click (no typing or cut and pasting > > filenames) way to do this. I don't need them to upload lots of file. > > Just one. > > I do find it hard to believe that the current method is difficult. It's as > point and click as you can get. If your users find this hard, man wait till > you tell them what a wiki is. > > ------------------------------ > > Message: 9 > Date: Thu, 14 Apr 2005 22:15:42 -0400 > From: greg whittier <gregwh(a)gmail.com> > Subject: Re: [Mediawiki-l] process for uploading/linking to files is > difficult > To: Dori <slowpoke(a)gmail.com> > Cc: MediaWiki announcements and site admin list > <mediawiki-l(a)wikimedia.org> > Message-ID: <a250eacf0504141915552df44c(a)mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > Am I missing something? Doesn't the user have to type in [[media:some > really long file name -- version 3Apr2005.pdf|my file]] to link to a > file after having uploading it? > > This user already knew what a wiki and, in fact, was already running a > personal wiki (voodoopad). He also had no trouble making new pages > with mediawiki. It's just files that were hard! > > In MoinMoin typing [attachment:my_file.pdf] creates a link that if > clicked prompts the user to upload the file if it doesn't exist > already. With my installation of mediawiki, if the file doesn't > exist, it just does nothing when you click on it. > > I understand that files are not the focus of mediawiki (or wikipedia) > and I appreciate the great product. Sorry for the whining and thanks > for your time. > > Greg > > On 4/14/05, Dori <slowpoke(a)gmail.com> wrote: > > On 4/14/05, greg whittier <gregwh(a)gmail.com> wrote: > > > > > On 4/14/05, Dori <slowpoke(a)gmail.com> wrote: > > > > On 4/14/05, greg whittier <gregwh(a)gmail.com> wrote: > > > > > Is there any easier way to do this? I'd like to have the user not > > > > > have to memorize or cut and paste the filename across windows. Where > > > > > would I look to alter the button above the editing window. I've never > > > > > coded in php before, but have used other scripting languages (python, > > > > > perl, etc.). > > > > > > > > > > > > > Yes, a simple script written for commons by Erik Möller can probably be > > > > adapted for your use: > > > > > > http://commons.wikimedia.org/wiki/Commons:File_upload_service/Script > > > > > > > > > > > > > > Thanks for the tip, but I believe this requires the client to have > > > perl installed on their computer. I was probably confusing by > > > refering to "files." I'm really just worried about making it to > > > upload one file and link to it. > > > > > > Believe it or not, the current method has a high enough barrier to > > > entry that few of my potential users will bother with it. Basically, > > > I'm looking for a point and click (no typing or cut and pasting > > > filenames) way to do this. I don't need them to upload lots of file. > > > Just one. > > > > > > I do find it hard to believe that the current method is difficult. It's as > > point and click as you can get. If your users find this hard, man wait till > > you tell them what a wiki is. > > > > > > ------------------------------ > > Message: 10 > Date: Thu, 14 Apr 2005 19:15:43 -0700 > From: Brion Vibber <brion(a)pobox.com> > Subject: Re: [Mediawiki-l] process for uploading/linking to files is > difficult > To: MediaWiki announcements and site admin list > <mediawiki-l(a)Wikimedia.org> > Message-ID: <425F23CF.5030606(a)pobox.com> > Content-Type: text/plain; charset="iso-8859-1" > > Dori wrote: > > On 4/14/05, greg whittier wrote: > >>Believe it or not, the current method has a high enough barrier to > >>entry that few of my potential users will bother with it. Basically, > >>I'm looking for a point and click (no typing or cut and pasting > >>filenames) way to do this. I don't need them to upload lots of file. > >>Just one. > > > > I do find it hard to believe that the current method is difficult. It's as > > point and click as you can get. If your users find this hard, man wait till > > you tell them what a wiki is. > > There are actually a few difficulties, which potentially could be improved: > > * The info text is too long: no human will ever read it, and it obscures > the functional controls. (This was the unfortunate result of being fed > up with complaints about insufficient explanation of uploading policies > on the page.) > > * Some of the warnings are not really relevant. (It changed my spaces to > underscores? Horror of horrors!) > > * After a successful upload, it's unclear what to do. There's a blobby > paragraph but no link back to the page you came from. > > We've gotten a number of suggestions that after upload you should be > able to easily return to the page you were on when you hit the upload > link (similar to the login and logout operations). I think this might be > a good idea at the least. > > Potentially it could take you straight to the edit page and give you an > opportunity to cut-n-paste the sample link. I'm less sure about that. > > One thing that's maybe not obvious to people is that uploads in > MediaWiki are *not* attachments to particular articles. They may be used > in many pages, or in none, and they live existences independent of any > page they may be linked from. This means the interface has to be > different from adding an attachment to a webmail message, because it > _is_ different, and this does complicate things. > > Exactly how complicated they have to be is a matter for balance. > > -- brion vibber (brion @ pobox.com) >

1 0

Categories and #REDIRECT?
by Jan Steinman 15 Apr '05

15 Apr '05

I've noticed that pages that are redirected are not in any category. I tried adding a [[Category:]] statement after the #REDIRECT statement, to no avail. Is there any way to make redirected pages show up in a Category, preferably the same one(s) as the page it redirects to? :::: We're in a giant car heading toward a brick wall at a hundred miles an hour, arguing over who has the best seat. -- David Suzuki :::: Jan Steinman <http://www.Bytesmiths.com/Van>

2 2

Mass Import
by Wolfe, Jeff 14 Apr '05

14 Apr '05

Hi All, I'm seeking a way to mass import lots of data into a MediaWiki. I can massage my data in most reasonable ways and have direct access to the database. I can use existing PHP, generate fake URLS, or hit the SQL database directly. Does anyone have a suggestion? Thanks, Jeff

3 2

Certain counters not showing
by Jan Steinman 14 Apr '05

14 Apr '05

I took a static HTML page that had a CGI-based counter on it, and put it in MediaWiki. I then took the count that was on its CGI-based counter, and put that in the mw_cur.cur_counter field. Great! It shows up on that page with the proper count, and increments with each hit! <http://www.IslandSeeds.org> However, this did not cause it to show up in Special:Popularpages. Is there someplace else that the count needs to be stuffed for it to be seen by Special:Popularpages? Thanks! :::: Freedom of the commons brings ruin to all. -- Garrett Hardin :::: Jan Steinman (a fossil-fuel free zone!) <http://www.Bytesmiths.com/Van>

1 0

upload trouble
by sebastian n/a 14 Apr '05

14 Apr '05

Hi everyone, I get some internal error message when trying to upload files. I`ve seen that the answer to the problem I have was already posted. So I just wanted to ask how I can and should "change permissions on the image folder"? I don`t know anything about PHP and therefore I would really really apreciate your help. Greetings

5 6

RE: [Mediawiki-l] Mass Import
by Wolfe, Jeff 14 Apr '05

14 Apr '05

Hi John, I'm not familiar with LWP (though I google'd it and get the basic idea), but I'll take any help I can get. One could almost build a command line SDK that way for instances where you didn't want to hit the db directly. I was thinking about just pushing into cur, category, and searchindex, but I think you have an excellent point. I really like being able to attribute the author, source, etc. Have you considered trying to use some of the php scripts from the command-line as an alternative? I would indeed appreciate your scripts if you don't mind. Thanks, Jeff -----Original Message----- From: mediawiki-l-bounces(a)Wikimedia.org [mailto:mediawiki-l-bounces@Wikimedia.org] On Behalf Of John Blumel Sent: Wednesday, April 13, 2005 3:57 PM To: MediaWiki announcements and site admin list Subject: Re: [Mediawiki-l] Mass Import On Apr 13, 2005, at 4:23pm, Wolfe, Jeff wrote: > I'm seeking a way to mass import lots of data into a MediaWiki. I can > massage my data in most reasonable ways and have direct access to the > database. I can use existing PHP, generate fake URLS, or hit the SQL > database directly. Does anyone have a suggestion? I'm working on a similar issue and decided to load the data through MediaWiki's web interface, using a bot written in Perl (using LWP). I went that way for a couple of reason's, chiefly because I want the original submission attributable to a specific source (depending on the user name I give the bot) and I want all the file updates that normally take place (category assignment, recent changes, etc.) to occur without me having to worry about what exactly the MediaWiki code does and when it does it. One of my sources has about 900 entries and there are several others that are smaller, so it's a lot less work than creating all these entries manually, even though some of the sources are non-trivial to parse, and I expect fewer errors in the final text using this method. I'm also creating category info off the extracted data and will insert that into the final wiki text before it is uploaded so that the submitted entries will be assigned to specific categories The bot, in this case, simply does the work of submitting the generated entries and I'm creating individual scripts to parse the various source materials. The next step is to generate HTML output (1 file per entry) from the data files I've generated (also individual scripts since the sources contain different types of information) and then convert that to wiki text for the bot to upload. (I could skip the HTML but I'd like to be able to "preview" a sampling of the entries before I start uploading them and it's not that much more work.) I'll probably also create a second bot to delete a set of entries, just so that I can get rid of the entries resulting from "test runs" on a test wiki I set up. You're welcome to the scripts I'm working on, although, none of them is completely finished at the moment, other than a couple of parsing scripts that wouldn't be of much use to you. John Blumel _______________________________________________ MediaWiki-l mailing list MediaWiki-l(a)Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l

3 2

RE: [Mediawiki-l] Mass Import
by Wolfe, Jeff 13 Apr '05

13 Apr '05

I see. I think I have found a reasonable way to proceed and was hoping someone would verify it for me (sanity/sniff test). It appears I can simply insert all my new records into "cur" and then run ./maintenance/rebuildall.php. The one thing I found was a creepy statement about updating links with an old call "LinksUpdate::doDumbUpdate." Another call exists "LinksUpdate::doUpdate" that claims to be efficient, but I can't tell why it hasn't been used in this case. So, does it seem reasonable to directly insert into cur and follow with rebuildall.php? And if so, should I swap out the doUpdate for doDumbUpdate? Any comments would be greatly appreciated. Ultimately, I do think that something done more directly through the app logic is probably a much better approach - especially since it would retain the revision history. Thanks! Jeff -----Original Message----- From: mediawiki-l-bounces(a)Wikimedia.org [mailto:mediawiki-l-bounces@Wikimedia.org] On Behalf Of John Blumel Sent: Wednesday, April 13, 2005 4:49 PM To: MediaWiki announcements and site admin list Subject: Re: [Mediawiki-l] Mass Import On Apr 13, 2005, at 5:28pm, Wolfe, Jeff wrote: > I was thinking about just pushing into cur, category, and searchindex, > but I think you have an excellent point. I really like being able to > attribute the author, source, etc. Have you considered trying to use > some of the php scripts from the command-line as an alternative? I didn't pursue that route because I don't have (or really want) direct access to the server or the MySQL database. Also, since I haven't worked in PHP before (although it looks very similar to Perl) it seemed easier to just do all the work in Perl (which works very for parsing the source text). John Blumel _______________________________________________ MediaWiki-l mailing list MediaWiki-l(a)Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l

1 0

Re: [Mediawiki-l] external, integrated, or synched authentication?
by Jamie Bliss 13 Apr '05

13 Apr '05

I'm not sure how many projects have similar set-ups, but MediaWiki allows for a kind of plugin perfect for this. If you look at AuthPlugin.php, there is a class definition for authentication. You would want autoCreate() to return true (that way, you only set up the external accounts) and strict() return true (Only login if they authenticate). As far as implementation, it's all up to you. LDAP, MySQL table, etc. should all be ok. On 4/11/05, Stephen Bannasch <stephen(a)deanbrook.org> wrote: > In the medium term I'd like to use a single authentication system for > a series services on deanbrook.org including mediawiki. My goals are > to integrate a suite of services appropriate for a community-based > portal. This is a volunteer (non-profit) service for our town. > Initially I am setting up WordPress and MediaWiki. > > Authentication is especially important to me because I have a policy > that in order to post you not only have to be registered you also > have to be using your real name. > > To start I thought it would be easiest for users if at least have > both systems use the same username and password. In this synched > authentication each system maintains their current user tables and > changes are synched between the two however a user would have to > login again when starting one service > > What this means is that whenever someone registers (or updates their > password or profile) on one system a call is made to the other > application with the new information so that this system can also > update their table data. > > What would be better in the longer term is to have an external user > and authentication module that presented a common UI along with > managing session information, and user access-control/permissions. > In addition I could better handle registrations from kids under 13. > In the US there is a federal law which requires parent permission. > > A hybrid approach is also possible where I integrate the two systems > and end up using one schema. > > I'm looking for comments, pointers, or implementations. > > I'm also looking for a web community focused on design and discussion > of community portals (not as much the nuts and bolts but how they > actually work in a community and what services people use). > > Thanks > -- > > -- Stephen Bannasch, stephen at deanbrook dot org > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l(a)Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > -- ------------------------------------------------------------------- http://endeavour.zapto.org/astro73/ Thank you to JosephM for inviting me to Gmail! Have lots of invites. Gmail now had 2GB.

1 0

← Newer
1
...
8
9
10
11
12
13
14
...
19
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

MediaWiki-l April 2005