Thanks, Simon!
I've bookmarked the page and will give it a try ASAP! It could be great to go back to Tomcat! But it will be hard to explain why after a couple of years working with Mediawiki we have to move out to a new environment. And harder to move contents and history, I guess!
Best,
Ricardo
--
Ricardo Rodríguez
Your XEN ICT Team
>>> Simon Renshaw<simon(a)benchmarkconsulting.com> 27/10/2006 21:45 >>>
You might want to give XWiki a try. You can find it at www.xwiki.org.
According to http://www.xwiki.org/xwiki/bin/view/AdminGuide/Rights+Management you can use it so set access rights to individual documents.
Simon
-----Original Message-----
From: mediawiki-l-bounces(a)Wikimedia.org [mailto:mediawiki-l-bounces@Wikimedia.org] On Behalf Of Ricardo Rodríguez - Your XEN ICT Team
Sent: 27 octobre, 2006 15:36
To: mediawiki-l(a)Wikimedia.org
Subject: [Mediawiki-l] restricting access on a per user/per page basis
Hi all,
After browsing MediaWiki sites and googling MediaWiki-l email list I think I've at least understood one thing: MediaWiki is not designed with this feature in mind. And this kind of control is not within MediaWiki philosophy thus not within the future plans for development.
I've also seen that many people have asked for this feature before me and a number of possible solutions have been shown both in the website and the list.
I think I get the idea and I do like it. But I will need to control the access to some pages (just some pages here and there, separate wikis seem not to be the best option) if I want to stick with this software and try to bring people in.
I'm far from being able to hack MediaWiki to reach this objective.
So, please, with all this in mind, could anybody point me in the right direction (any third party extension? any work around?) or confirm that I must look for a different wiki package?
I'm running Mediawiki 1.8.2 on a Suse Linux Enterprise Edition 9.0 box with PHP 5.1.6 and MySQL 5.0.24a.
Thank you so much for your help,
Ricardo
--
Ricardo Rodríguez
Your XEN ICT Team
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l(a)Wikimedia.org
http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l(a)Wikimedia.org
http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
You might want to give XWiki a try. You can find it at www.xwiki.org.
According to http://www.xwiki.org/xwiki/bin/view/AdminGuide/Rights+Management you can use it so set access rights to individual documents.
Simon
-----Original Message-----
From: mediawiki-l-bounces(a)Wikimedia.org [mailto:mediawiki-l-bounces@Wikimedia.org] On Behalf Of Ricardo Rodríguez - Your XEN ICT Team
Sent: 27 octobre, 2006 15:36
To: mediawiki-l(a)Wikimedia.org
Subject: [Mediawiki-l] restricting access on a per user/per page basis
Hi all,
After browsing MediaWiki sites and googling MediaWiki-l email list I think I've at least understood one thing: MediaWiki is not designed with this feature in mind. And this kind of control is not within MediaWiki philosophy thus not within the future plans for development.
I've also seen that many people have asked for this feature before me and a number of possible solutions have been shown both in the website and the list.
I think I get the idea and I do like it. But I will need to control the access to some pages (just some pages here and there, separate wikis seem not to be the best option) if I want to stick with this software and try to bring people in.
I'm far from being able to hack MediaWiki to reach this objective.
So, please, with all this in mind, could anybody point me in the right direction (any third party extension? any work around?) or confirm that I must look for a different wiki package?
I'm running Mediawiki 1.8.2 on a Suse Linux Enterprise Edition 9.0 box with PHP 5.1.6 and MySQL 5.0.24a.
Thank you so much for your help,
Ricardo
--
Ricardo Rodríguez
Your XEN ICT Team
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l(a)Wikimedia.org
http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
Hi all,
After browsing MediaWiki sites and googling MediaWiki-l email list I think I've at least understood one thing: MediaWiki is not designed with this feature in mind. And this kind of control is not within MediaWiki philosophy thus not within the future plans for development.
I've also seen that many people have asked for this feature before me and a number of possible solutions have been shown both in the website and the list.
I think I get the idea and I do like it. But I will need to control the access to some pages (just some pages here and there, separate wikis seem not to be the best option) if I want to stick with this software and try to bring people in.
I'm far from being able to hack MediaWiki to reach this objective.
So, please, with all this in mind, could anybody point me in the right direction (any third party extension? any work around?) or confirm that I must look for a different wiki package?
I'm running Mediawiki 1.8.2 on a Suse Linux Enterprise Edition 9.0 box with PHP 5.1.6 and MySQL 5.0.24a.
Thank you so much for your help,
Ricardo
--
Ricardo Rodríguez
Your XEN ICT Team
>At Wed, 25 Oct 2006 19:58:10 +0100 "Gary Kirk" <gary.kirk(a)gmail.com> wrote:
>
>That kind of defeats the point of using HTTPS, no?
Not at all. https ensures that only the trusted group can be using the wiki. This is why we trust them to stay logged in to the wiki. The whole point would be moot if apache would inform MW as to my user and group from the https login, so I would never have to do 2 logins: one for https and another for mediawiki. This is the problem I would really like to see solved. But in the meantime my workaround question stands. (And "remember me" doesn't log me in; it just rememebers my name in the login screen.)
Dave
>On 10/25/06, Dave Yost <ListMail(a)yost.com> wrote:
>> We used MediaWiki via https among a trusted set of people.
>>
>> How can we make MediaWiki allow users to stay logged in? In other
>> words, how can we make it so their cookie is all they need so that
>> they are already logged in the next time they go to the site after
> > having quit the browser?
>>> <christoph.huesler(a)css.ch> 17/10/2006 15:59 >>>
>Hi Ricardo,
>
>You are probably running mysql with a default encoding of utf-8. Try changing it to latin1.
>The reason for this error is, that mysql cannot store indexes longer than 1000 bytes.
>When using latin1, everything is fine. But with utf-8, each character needs 3 bytes,
>which exceeds that limit.
>hth
>-- chris
Hi Chris,
I got the point and did some tests here. Default encoding as reported by Navicat Connection Information window says 65001 (UTF-8) both in source and target databases. phpMyAdmin also both running on source and target servers reports the not same info:
Target:
MySQL charset: UTF-8 Unicode (utf8)
MySQL connection collation: utf8_unicode_ci
Source:
MySQL charset: UTF-8 Unicode (utf8)
MySQL connection collation: latin1_bin
In spite of the errors while exporting/importing, Navicat for Mac OS X did the trick. It throws the same error from time to time, but it normally ends the direct data transfer without a glitch. I am not able to understand why, but the work is done now.
Any input that helps to clarify this behaviour will be welcome! Thanks.
All the best,
Ricardo
--
Ricardo Rodríguez
Your XEN ICT Team
That kind of defeats the point of using HTTPS, no?
-----
Gary
[In NYC 26th-31st October]
On 10/25/06, Dave Yost <ListMail(a)yost.com> wrote:
> We used MediaWiki via https among a trusted set of people.
>
> How can we make MediaWiki allow users to stay logged in? In other
> words, how can we make it so their cookie is all they need so that
> they are already logged in the next time they go to the site after
> having quit the browser?
> _______________________________________________
> MediaWiki-l mailing list
> MediaWiki-l(a)Wikimedia.org
> http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
>
--
Gary Kirk
[I'll try this again, without piggybacking to another thread. Sorry for
the spam.]
Just sending this back to the list, since I didn't get a response earlier.
Anyone have any ideas on how I can check to see if a specific article
exists that isn't the currecnt article? I want to change the class used
in the link, and possibly send them directly to the edit page.
Thanks in advance,
Mike
> Hello,
>
> I have added tabs to the top of my pages to jump users to one of three
> specific pages. For example, if you are on page NS-A:Subject, the tabs
> will be NS-A:Subject, NS-B:Subject and NS-C:Subject.
>
> That part I have down just fine. The question I have is how do I check to
> see if any of those pages exist? I would like to choose to use the regular
> class or the 'new' class for the hyperlink display.
>
> I know you can check to see if the current page exists, but that's not
> what I am looking for.
>
> Thanks,
>
> Mike
>
> _______________________________________________
> MediaWiki-l mailing list
> MediaWiki-l(a)Wikimedia.org
> http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
>
Hello,
I have v.1.7.1.
Can I set up MediaWiki so that requests to register are sent to me so
I can approve the registration?
Thanks.
Tim
......................................................... ! ............
.................................................
Tim Ware .. HyperArts .. 201 4th Street, Ste 404 .. Oakland CA 94607
t: (510) 339-6084 .. f: (510) 339-6086 .. e: tim(a)hyperarts.com
http://www.hyperarts.com
Map
(Sorry if this is a duplicate, had email issues)
Hi,
When I installed my first Wiki, I installed it as www.domain.com/wiki.
Not very original, I know...
Now that I have 5 Wikis, I'd like to use /wiki as a list of my Wikis.
What is the best way to move my original Wiki to a new virtual
directory?
Thanks!
Simon