What php code is needed to determine if "394433" exists at the end of any
username?
myphpadmin created the following sql:
SELECT * FROM `user`WHERE `user_name` LIKE CONVERT( _utf8 '%395523%'USING
latin1 )
but I can't find any meta article explaining how to make such a query and
return a boolean value:
This would be used to trigger a rename_user function.
Overview-
Our Single Sign-on process provides a unique username in the form of
firstname_lastname_ID (the ID never changes but the name could due to
marriage).
If this username exists within MediaWiki, the user is logged-in. If not, an
extension creates a new user. I need the above check(and rename_user
function) prior to creating a new user.
This is a tangent discussion to
"Best strategy to populate User data from Single Sign On?"
http://mail.wikipedia.org/pipermail/mediawiki-l/2006-April/011719.html
but may apply to a wider audience....
Thanks in advance for any response..
bc
First, Thanks to all of you who participate in this list. It is a great
help...
I have no experience with SNV command line or CVS or PCVS and am running
windows. TortoiseSVN http://tortoisesvn.tigris.org. was suggested as a
good/east way to upgrade versions and branches. I have downloaded and
installed TortoiseSVN but have struggled with what to do. I read the
Tortoise Documentation but it also assumes experience with SVN concepts. I
have read
http://www.mediawiki.org/wiki/Download_from_SVN
and Greg's Scorz's
http://blog.case.edu/gps10/2006/04/06/how_to_quickly_deploy_upgrades_using_…
but don't understand what commit means.
Could someone create a brief outline of TortoiseSVN steps. Assuming the
reader has a working instance of 1.6.3 installed on
c:\wiki\mediawiki\mediawiki-1.6.3 with a customized
localsettings.phpin \mediawiki-
1.6.3 and one or more extensions in \mediawiki-1.6.3/extensions?
Do I move my localsettinggs.php and extenstions to different folders? Do I
create a repository?
Any help would be extremely appreciated and I would be willing to turn the
text into a meta.wikimedia article for the user's guide.
Brian
Hi All,
Summary:
I seem to have this problem with MW1.6.x in not properly recognising closing
HTML < /TABLE > tags. (1.6.0 had it, 1.6.3 still has it, not up to
implementing 1.6.5 yet)
Situation
I have several pages (including some templates) that use HTML table
definitions, because (at the time?) I couldn't get the proper nested tables
working with Wiki markup.
So whenever I required nested tables I used HTML < TABLE > etc. tags
What happens
Now it when I view those pages (even after an edit/save cycle) I actually
see the < /TABLE > HTML tag in the Wiki output and the table doesn't get
closed (everything after the closing tag still ends up in the table).
Am I forgetting to insert an option somewhere or do I now need to include
those close tags in the 'allowed HTML' code somewhere?
BTW: I don't mind a small bit of hacking to the PHP code, I already did that
to allow me to use some more JavaScript.
(Yeah, yeah I know, but it is my personal wiki, looking on 'localhost'
only).
--
----
Met vriendelijke groeten / With kind regards
Hans Voss
---------------------------------------
google talk enabled
I am looking for people to invite to Gmail. I have 100 invitations left.
Hi all,
I am planning to work on Mediawiki for google SoC, in particular I think of
following project,
While editing we need to take care of adding relevant [[page title | some
text ]] for the words which already have a page created. there is no
functionality for this as I know.
I would like to know is this functionality required ?
This project at instance appears to be text parsing one which Please suggest
on this.
I have last test on 8th/may so I have not gone into details as of now.
I am currently pursuing my Masters course in Computer science, from BITS
Pilani[http://www.bits-pilani.ac.in] , and Since I am not into web
design/programming yet I maintain a site and 2 internal wikimedia servers.
--
Regards.
Amit Vyas
Project GridOne: http://discovery.bits-pilani.ac.in/gridone
Hi there,
planning the upgrade to 1.6.(5) from 1.5.8 we need a description about schema and feature changes even between those versions.
We want to get a feeling about the potentially risks and troubles...
Does anyone have/know such a document?
THX.
--
Ich freue mich auf Deine/Ihre Antwort!
Uwe (Baumbach)
U.Baumbach(a)web.de
_______________________________________________________________
SMS schreiben mit WEB.DE FreeMail - einfach, schnell und
kostenguenstig. Jetzt gleich testen! http://f.web.de/?mc=021192
I have setup a wiki locally. The wiki is mostly in Chinese. The search
did not work with the Chinese.
How can I make the Chinese search work?
--
Sin Hang Kin.
Hello and apologies in advance if this has been covered indepth elsewhere...
I have implemented a wiki site for work using the normal builtin
authentication. My company, however, offers a domain wide single
sign-on platform. To participate, an application checks for the
existence of a particular cookie. If it exists and is still valid,
authentication is allowed using the user details in that cookie.
However, if it does not exist, has expired, or is otherwise invalid,
the application is supposed to redirect the user to a central site to
authenticate themselves. Upon successful authentication, the cookie is
created/updated and the user is redirected back to the application.
I glanced through AuthPlugin.php, and I can see how to tie in the
actual checking of the cookie, but I can not clearly see the best way
to handle redirects to the external site. Any guidance would be much
appreciated.
Dan Davis
We're currently upgrading one of our 1.4.12 installations up to 1.5.8,
before we upgrade to 1.6.5.
Under 1.4.12, we have the setting "$wgUseLatin1 = false;" in
LocalSettings.php, which the help page
<http://www.mediawiki.org/wiki/Help:$wgUseLatin1> (very) briefly
describes as "Enable ISO-8859-1 compatibility mode".
Is this still necessary under 1.5.8? The help page says it's still in
use, but it was not in the default 1.5 LocalSettings.php file.
Thanks,
-Jeff
Does anyone know why I'm getting extremely slow first browser loads..?
This usually only happens the first time I open the site in browser, and
then runs just fine after that..
Any suggestions are greatly appreciated..!
Thanks,
Thomas
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
MediaWiki 1.6.4 is a maintenance bug fix release, which rolls up some fixes to
additional minor problems and localization updates to the Spring 2006 quarterly
snapshot.
* Further improvements to Hebrew localisation
* (bug 5544) Fix redirect arrow in Special:Listredirects for right-to-left
languages
* Replace "doubleredirectsarrow" with a content language check that picks
the appropriate arrow
* Remove live debugging hack which caused errors with certain database names
* (bug 5510) Warning produced when using {{SUBPAGENAME}} in some namespaces
* (bug 5548) Improvements to Indonesian localisation [patch: Ivan Lanin]
* (bug 5403) Fix Special:Newpages RSS/Atom feeds
* (bug 3359) Add hooks on completion of file upload
* (bug 5184) CSS misapplied to elements in Special:Allmessages due to
conflicting anchor identifiers
* (bug 5519) Allow sidebar cache to be disabled; disable it by default.
* Add $wgReservedUsernames configuration directive to block account creation/use
* (bug 5576) Remove debugging hack in session check
* (bug 5181) Update "nogomatch" for Slovak
* (bug 5594) Id translation up to '# Login and logout pages' section
* (bug 5536) Use content language for editing help link
* Minor improvements to English language files
* Improvements to German localisation files
* (bug 5628) Translations for MessagesHr.php
* (bug 5595, 5644) Localisation for Bosnian language (bs)
* (bug 5592) Actions are logged with the default language for the
wiki, not the language of the user performing the operation.
* (bug 5646) Compare for identical types in wfElement()
* Fix for concurrency problem in job queue (image description page invalidation)
* (bug 5497) regeression in HTML normalization in 1.6 (unclosed <li>,<dd>,<dt>)
* (bug 5709) Allow customisation of separator for categories
* (bug 4834) Fix XHTML output when using $wgMaxTocLevel
* Improvements to update scripts; print out the version, check for superuser
credentials before attempting a connection, and produce a friendlier error if
the connection fails
* (bug 5005): Fix XHTML <gallery> output.
* (bug 5315) "Expires: -1" HTTP header made strictly valid (using 1970 date).
* (bug 4825): note in DefaultSettings.php about 'profiling' table creation
* Remove unneeded extra whitespace at top of Special:Categories
* Rewrite reassignEdits script to be more efficient; support optional updates to
recent changes table; add reporting and silent modes
* Updated initStats maintenance script
* (bug 5723) Don't count pages linked to from the MediaWiki namespace as "wanted"
* (bug 5789) Treat "loginreqpagetext" as wikitext
* (bug 5796) We require MySQL >=4.0.14
Full release notes:
http://svn.wikimedia.org/viewvc/mediawiki/tags/REL1_6_4/phase3/RELEASE-NOTEShttp://svn.wikimedia.org/viewvc/mediawiki/tags/REL1_6_4/phase3/HISTORY
Download:
http://prdownloads.sourceforge.net/wikipedia/mediawiki-1.6.4.tar.gz
MD5 checksum:
3afc13074e29db9083fb73435e5e7371 mediawiki-1.6.4.tar.gz
Before asking for help, try the FAQ:
http://www.mediawiki.org/wiki/FAQ
Low-traffic release announcements mailing list:
(Please subscribe to receive announcements of security updates.)
http://mail.wikimedia.org/mailman/listinfo/mediawiki-announce
Wiki admin help mailing list:
http://mail.wikimedia.org/mailman/listinfo/mediawiki-l
Bug report system:
http://bugzilla.wikimedia.org/
Play "stump the developers" live on IRC:
#mediawiki on irc.freenode.net
- -- brion vibber (brion @ pobox.com)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFEV8sJwRnhpk1wk44RAkmoAKC6egTg4YhnXbPSn9BhbjiSC3a8OgCgsL1T
SwVYtN4ftr3BBgBUsQWlgXw=
=HNzm
-----END PGP SIGNATURE-----