Hi,
I'm working at a plugin called 'NewArticleWizard' which leeds useres
through writing new articles. By this process I've stored some
information in a session:
PHP Code:
| |
|$_SESSION['wizard']
|
In the final step this selections as selected catagories , a predefinied
pattern should load in the editor at the bottm, so if the user begins to
write his article he begins at the top of the textarea.
So how can I implement this???
regards
Timo
Hi folks,
A question about MW caching of rendered pages.
I've got a wiki set up that's reachable under multiple domain names.
MW keeps only one version of each page in the cache and hands visitors
the cached copy regardless of what domain they come to. For baroque
reasons, this is causing problems.
Most pages in our wiki contain an instance of the Google Maps
extension. The Google Maps API requires that the javascript on your
page pass Google an UUID "API key" that was generated for the domain
that hosts the page. The extension code will look at the current
domain name and generate javascript to pass the right key.
However, that javascript code then becomes part of the HTML cached by
Mediawiki: One visitor fetches the page with a request to
wiki.domain1.com, and Mediawiki caches the resulting HTML. Next
visitor arrives with a request to wiki.domain2.com, Mediawiki sees it
has a cached copy, and hands that over--including the javascript with
key meant for domain1.com.
I'm curious what the best way is to work around this. I don't want to
turn off MW's page caching altogether.
Should I patch MediaWiki to consider a cached page invalid if it was
generated for a request to a different domain?
Would it work emit move some of the GMaps-related Javascript from the
skin code, or is HTML generated by the skin also cached?
Are there other ways to work around this?
Thanks!
Maarten.
Cari amici di Wikimedia, vi scrivo per degli abusi che ritengo di aver subito dagli amministratori della Wikipedia Italia.
Dopo aver avuto qualche discussione un po' animata con alcuni utenti, gli admin hanno pensato di segnalarmi tra gli utenti problematici:
http://it.wikipedia.org/wiki/Wikipedia:Utenti_problematici/Giubizza
Fin qui tutto normale, ma il problema è che non mi hanno avvisato in tempo e hanno preso la decisione di bloccarmi senza sentire le mie ragioni. Non solo non le hanno volute sentire, ma si sono rifiutati anche dopo di ascoltarle, anzi, non potendo esporle sulla pagina della relativa discussione in quanto ero bloccato, ho pensato di inviarle via e-mail. Gli admin, invece di ascoltarmi, si sono ancora più arroccati sulle loro posizioni datosi che io non mi sarei "pentito". Così nel giro di poche ore il mio blocco da un giorno è passato a una settimana per poi finire a un mese e infine, per eventi del tutto estranei a wikipedia, a definitivo: http://it.wikipedia.org/wiki/Discussioni_utente:Giubizza
Un admin ha inoltre svuotato la mia pagina personale: http://it.wikipedia.org/wiki/Utente:Giubizza non so per quale motivo...
Dopodiché sono stato cancellato dalla mailing list: wikiit-l(a)lists.wikimedia.org
Ora io mi chiedo due cose:
1. se un utente viene segnalato non dovrebbe essere opportunamente avvisato in modo da poter dire la sua? Che modi sono questi di bloccare un utente senza averlo ascoltato e poi rifiutarsi categoricamente di ascoltarlo dopo che lo si è messo in condizione di non poter più farsi ascoltare per via "ordinaria"?
2. una volta presa la decisione di bloccare un utente per un certo periodo e una volta segnalata tale decisione, questa decisione non dovrebbe essere definitiva? Poi ovviamente, se una volta "rientrato" l'utente continua nei suoi comportamenti, allora viene di nuovo segnalato e si prendono di nuovo provvedimenti, magari più severi. Ma che modo di fare è mai questo di cambiare la "pena" tre volte nel giro di nemmeno una giornata? E per eventi, più o meno veri o più o meno presunti, avvenuti per forza di cose all'esterno del contesto di wikipedia...
Io ho di certo fatto i miei errori, ma il comportamento degli admin lo trovo davvero disdicevole.
Spero in un vostro imparziale e ragionevole intervento volto alla difesa, non tanto del sottocritto, quanto del prestigio di questo grande progetto che è wikipedia e che rischia gravi problemi se gestito in maniera alquanto scorretto.
Vi porgo i miei più cordiali saluti.
Peppe
www.giubizza.tk
After installing phpsuexec, newly uploaded files are no longer accessible.
The first problem was that MediaWiki wouldn't upload files because it complained the files were corrupt or had bad extensions. That seemed to be a MIME detection issue and my sys admin set $wgMimeDetectorCommand to "file -bi" and that solved that problem.
Now the files are being uploaded, but newly-uploaded image files are not visible in the wiki. On an Image: page, the image is not displayed and clicking the image link leads to an Apache error. The newly uploaded files have permissions=644 whereas before they had 755.
So---are the permissions wrong? I don't know why MediaWiki would need "execute" permissions for images, but when images are 755 it works, and when set to 640, it doesn't.
ALSO... I have noticed that MediaWiki shows a link on the image page for images uploaded in the past, and the MIME type is displayed as "text/plain".
Both issues lead me to believe there is a filetype/mime issue somewhere and it'[s probably related to something I didn't do right when configuring the system.
I am using MediaWiki 1.11.0, Apache/1.3.39, Linux 2.6.19.2-grsec.
TIA.
_______________________________________________
Join Excite! - http://www.excite.com
The most personalized portal on the Web!
Hi Teammates,
Does anybody have instructions for determining the cause of a MediaWiki
crash that gives
an error of the following ?
"PHP has encountered an Access Violation at 77FCC2C0"
thx,
Lori
Lori (Dolores) Rowe
Web Administrator / InstallShield Support
Software Engineering Tools and Environments
Boeing
(314)882-8784
I inherited a wiki on a Linux system that was installed using xampp, put
out by apachefriends.org. It's worked great. It was preconfigured for
PHP, apache, mySQL, Perl, etc.
Now the database admins want to get involved, but it looks like mySQL
was installed using the root userid and password. They say this is a
problem, and are suggesting it would be best to reinstall mySQL to set
up a DBA userid and password.
Has anyone else gone through this? and if I do need to reinstall mySQL
what else do I need to reinstall?
Thanks, Beth
Cari amici di Wikimedia, vi scrivo per degli abusi che ritengo di aver subito dagli amministratori della Wikipedia Italia.
Dopo aver avuto qualche discussione un po' animata con alcuni utenti, gli admin hanno pensato di segnalarmi tra gli utenti problematici:
http://it.wikipedia.org/wiki/Wikipedia:Utenti_problematici/Giubizza
Fin qui tutto normale, ma il problema è che non mi hanno avvisato in tempo e hanno preso la decisione di bloccarmi senza sentire le mie ragioni. Non solo non le hanno volute sentire, ma si sono rifiutati anche dopo di ascoltarle, anzi, non potendo esporle sulla pagina della relativa discussione in quanto ero bloccato, ho pensato di inviarle via e-mail. Gli admin, invece di ascoltarmi, si sono ancora più arroccati sulle loro posizioni datosi che io non mi sarei "pentito". Così nel giro di poche ore il mio blocco da un giorno è passato a una settimana per poi finire a un mese e infine, per eventi del tutto estranei a wikipedia, a definitivo: http://it.wikipedia.org/wiki/Discussioni_utente:Giubizza
Un admin ha inoltre svuotato la mia pagina personale: http://it.wikipedia.org/wiki/Utente:Giubizza non so per quale motivo...
Dopodiché sono stato cancellato dalla mailing list: wikiit-l(a)lists.wikimedia.org
Ora io mi chiedo due cose:
1. se un utente viene segnalato non dovrebbe essere opportunamente avvisato in modo da poter dire la sua? Che modi sono questi di bloccare un utente senza averlo ascoltato e poi rifiutarsi categoricamente di ascoltarlo dopo che lo si è messo in condizione di non poter più farsi ascoltare per via "ordinaria"?
2. una volta presa la decisione di bloccare un utente per un certo periodo e una volta segnalata tale decisione, questa decisione non dovrebbe essere definitiva? Poi ovviamente, se una volta "rientrato" l'utente continua nei suoi comportamenti, allora viene di nuovo segnalato e si prendono di nuovo provvedimenti, magari più severi. Ma che modo di fare è mai questo di cambiare la "pena" tre volte nel giro di nemmeno una giornata? E per eventi, più o meno veri o più o meno presunti, avvenuti per forza di cose all'esterno del contesto di wikipedia...
Io ho di certo fatto i miei errori, ma il comportamento degli admin lo trovo davvero disdicevole.
Spero in un vostro imparziale e ragionevole intervento volto alla difesa, non tanto del sottocritto, quanto del prestigio di questo grande progetto che è wikipedia e che rischia gravi problemi se gestito in maniera alquanto scorretto.
Vi porgo i miei più cordiali saluti.
Peppe
www.giubizza.tk
Teammates,
Do any of you know how to debug a nasty systems log error like this one
in Windows
when MediaWiki is crashing ? I have about 25 wiki's, so I can't tell
which one it is ?
thanx for any help.
9/24/2007 12:40:07 PM WAM Error None 204 N/A
WWW-STL-52 The HTTP server encountered an unhandled exception while
processing the ISAPI Application '
wam!WAM_REQ_CORE::GetSz(unsigned long)const + 0x51
php5isapi + 0x1172
wam!DllCanUnloadNow + 0x636
wam!DllCanUnloadNow + 0x20C
w3svc!HTTP_HEADERS::FindValue(char const *,unsigned long *) + 0xE2
w3svc!STR::Copy(char const *,unsigned long) + 0xC71
w3svc!STR::Copy(char const *,unsigned long) + 0xB49
w3svc!STR::Copy(char const *,unsigned long) + 0x9A2
w3svc!CLIENT_CONN::OnSessionStartup(int *,void *,unsigned long,int) +
0x642
w3svc!HTTP_HEADERS::Reset(void) + 0x1CA
w3svc!IIS_SERVER_INSTANCE::LockThisForWrite(void) + 0x63C
w3svc!IIS_SERVER_INSTANCE::LockThisForWrite(void) + 0x5AF
ISATQ!_AtqWriteSocket@16 + 0x218
ISATQ!CDirMonitor::RemoveEntry(class CDirMonitorEntry *) + 0x13A
+ 0x7B0EEF7A
Lori
We're publishing a wiki for our own purposes, and I've been deemed the
admin of said wiki. SOme of the content, though, is going to be
somewhat restricted in its scope, and we're looking to have access
granted to only a few people. That said, then, is there a way to
restrict such access to such entries so that only a handful of logged in
users can read it?
-Dennis
So I have been using several of the maintenance scripts from the command
line but since upgrading to 1.10.1 I am getting Permission Denied¹ messages
on all?
I am logged in as root on a dedicated server. We have had a couple of other
things updated recently including Perl and Zend but our hosting company
tells us they are able to run other PHP script on the box as root without
trouble.
Any ideas?
Thanks,
Paul