Is there a way for blocked accounts to have the 'read' permission revoked?
Blocked users permissions
no, and this would make no sense. Most you can do is create a new user group and revoke the read rights for it, and adding those blocked users to the new group, but that wouldn't make more sense anyway, since users can just logout to see the content
What Ciencia says is right. You would need a setup, where users cannot see anything, if they are not logged in. Otherwise it would not make sense to revoke read rights from certain accounts.
Hm. Is it possible to work for IPs then? That's what I meant to ask initially. I don't think IPs can be added to groups, can they?
They cannot. IPs can be blocked, but they cannot be added to groups (at least not by default and I don't know of an extension, which would change that).
Note that what you want in fact _is_ possible: You can configure MediaWiki in such a way that as long as the user is not logged in, only access to a few pages is possible, e.g. to the Main Page and to the login page. All other pages would then be forbidden as long as the user is not logged in. If you then blocked a user, you will effectly also take his read rights away. However, I am not sure, if this solution really is what you want: After all, this takes read rights away from _each and every_ IP. I am aware that this is not what you asked for...
Yes. I would only like for any blocked IP/account to have their 'read' rights revoked.
Well, mostly for IPs.
I know. That's how I understood your question. ;-)
Connect to https wiki-site api with wikitools.py
I try to create a little python script and have problems to connect my Wiki .
from wikitools import *
s = wiki.Wiki('https://aquanautweb.de/testwiki/api.php')
==== RESTART: C:\Users\XXXXXXX\test_wikitools.py ====
URLError: <urlopen error EOF occurred in violation of protocol (_ssl.c:590)> trying request again in 5 seconds
URLError: <urlopen error EOF occurred in violation of protocol (_ssl.c:590)> trying request again in 10 seconds
It works with https://en.wikipedia.org or other wikipedia pages. The API on my wiki is turned on so I can send requests via the browser. It works further with another wiki that has no TLS. I think someting is going wrong on the server-side but I have no idea what.
Your server seems to use TLSv1.0, and that python lib seems to use 1.2 by default. See this SO question
Hm, this may be the source. But I can't see where wiki.py from wikitools uses requests
But I not experienced with that.
installation issue with MariaDB
i'm trying to install mediawiki on our centralized mysql database. During wizard i choose mysql and insert all the parameters but i receive: DB connection error: Can't connect to MySQL server on 'MYDBSERVER' (13) (MYDBSERVER).
Is there something i need to configure before or after wizard?
Maybe you have SELinux enabled and it's blocking external connections from apache? See this SO question
Thanks Ciencia, you're right. Disabled SELinux but now i'm encountering another issue: DB connection error: Authentication plugin 'dialog' cannot be loaded: /usr/lib64/mysql/plugin/dialog.so: cannot open shared object file: No such file or directory
That is a problem with MySQL. Obviously the dialog.so plugin cannot be loaded, because it is not present at /usr/lib64/mysql/plugin/.
you're right, indeed i'm using mariadb and i really don't know if that's the issue or the compatibilty on redhat
So obviously you either want to add that plugin so that it can be found, or - if you don't use it - you should remove it from MariaDB's plugin list so that MariaDB no longer tries loading it.
i think i need it in order to let app to connect to db....where can i download it?
Binary file upload save with a wrong extension
I added $wgFileExtensions in LocalSettings.php to allow uploads of Microsoft Office files i.e. ppts, docx, xlsx. The problem is that when I upload a file with pptx, the upload tool insists on saving it as a docx file. PDf files seem to be immune but not Office files.
Appreciate your help,
I don't get it. Do you say that, when you have a pptx file and you upload it, the resulting file name ends in docx? Where does this happen? I mean, you can explicitly define the file name you want, right?
if I use http://simpsonspedia.net/index.php?title=Simpsonspedia I got this error, but if I use http://simpsonspedia.net/index.php?title=Simpsonspedia&mobileaction=toggle_view_desktop this site works.
what is the reason? have anyone an idea?
You can put anything behind the URL and it seems to work. Possibly there is some sort of caching occurring on that URL, and this cache is not being purged for some reason, so that you are seeing an old version of this page from a time where it was actually showing the error ? If that's not it, then I suggest you start looking at debug logs.
I use the magic quote __NOCACHE__, so cache shouldn't use.
I'll check the cache and if I find an cached html for this side, I'll delete this file.
You should add
$wgShowExceptionDetails = true; $wgShowSQLErrors = true; $wgShowDBErrorBacktrace = true;
to LocalSettings.php and see, what the actual error is.
Not exceeding the CPU quota limit
That host sucks.
This was the full reason for suspending my account:
Account themultilingualencyclopedia.16mb.com exceeded allowed 70% CPU quota limit for more than 21 times. This is considered abnormal as it causes a high server load and overall slowdown. Website must be secured and optimized or removed form the server (Account themultilingualencyclopedia.16mb.com exceeded allowed 70% CPU quota limit for more than 21 times. This is considered abnormal as it causes a high server load and overall slowdown. Website must be secured and optimized or removed form the server)
Get a better hosting company, basically. That's what you get for a free/cheap hosting
If I was Sheldon Cooper, I would now ask "Irony?".
But no, that is no irony at all. Bad hosts offer bad services. I am not saying _your_ host is bad. All I see is that what this host offers obviously is not enough even for the standard functions of MediaWiki. Or let me put it that way: Your host wants to have more money or they will no longer allow you to use MediaWiki in that hosting account. And compared to other systems, MediaWiki is even frugal. With a reasonable host this most likely would _not_ have happened.
Lay-out logonpages not visible
After upgrading our WIKI page has no lay-out, only text, on the login pages and certain special pages.
I searched in Localsettings.php and CSS directories for answers.
The option to show CSS on all pages does not work: $wgAllowSiteCSSOnRestrictedPages.
I changed the localhost as shown in other solutions on similar problems, in Localsettings.php.
Why can I not use /FAQ as a URL? MediaWiki is stealing it!
It just displays:
The MediaWiki FAQ can be found at: https://www.mediawiki.org/wiki/Manual:FAQ
Which isn't very helpful, as I cant change this. I dont want to have to use Faq as my URL.
How to "mass-protect" pages ?
Is there a easyer way to protect a list of pages perhaps by a maintenance script or the like? The only way I've found is Help:Protecting and unprotecting pages.
It somehow boring to open each single page , click the settings, save ...
This is only on V 1.25+ , I'm on V 1.23+. There is further no explanation how to use it.
protect.php as well as the mechanisms described on Manual:Protection will also work in 1.23.
Hello. So, I recently developed a new install for Mediawiki on my server. I noticed now that the icons have been missing. By icons, I mean any icons that originate from the extension folder. They are there, but don't appear on the wiki.
After a bit of digging, I noticed what the issue is, but I don't know how to fix it.
While the wiki is linking to the images and where they should be, they are... how do I put this...
Instead of this (what it should be): background-image: url("http://mydomain.com/wiki/extensions/SemanticForms/skins/rearrangeDots.png");
It is this (trying to reference full path, which is incorrect): background-image: url("http://mydomain.com/home4/user/public_html/wiki/extensions/SemanticForms/skins/rearrangeDots.png");
For some reason, the wiki is trying to put the whole path into the link. I figure it must be some small setting that I messed up somewhere, but when I compare it to my older install, everything is pretty much the same. I can't for the life of me figure out why this might be happening.
Sounds like somewhere you defined something to be "$IP/something" instead of "$wgServer/something". The wgExtensionAssetsPath variable explicitly warns about such a mistake.