Seit geraumer Zeit zeigt mir die Wiki beim Hochladen von Bildern
folgende Fehlermeldung:
/usr/bin/convert convert: Unable to open file (:URI) [No such file or
directory].
Habt Ihr eine Ahnung, woran das liegen könnte und vor allem, wie ich den
Fehler abschalte?
http://www.plateau-trivial.de/wiki/index.php?title=Spezial:Dateien
Seit einigen Updates fehlten die Bilder generell in der Wiki. Um Abhilfe
zu schaffen,
habe ich die Datei .htaccess im Image-Folder
geöffnet und folgenden Code modifiziert:
aus
Options +FollowSymLinks
machte ich
#Options +FollowSymLinks
Könnte das damit zu tun haben?
Hello,
We are running Mediawiki 1.24.2 on a local wiki. I have installed the
multimediaviewer (media viewer) extension, as well as the beta
functions and commons metadata extensions. However, looking at pictures
on wikipedia, which uses media viewer, not all the control icons on the
right appear.
Looking at https://en.wikipedia.org/wiki/Tavistock#/media/File:Tavistoc
k_town_centre.jpg , from the top right, I can see the following icons:
"Close the tool (Esc)"
"Show in full screen"
"Enable or disable Media Viewer"
the right arrow for the next image
(then at the bottom right we have)
"Download this file"
"Share or embed this file".
However, on our wiki I get
"Close the tool (Esc)"
"Show in full screen"
the right arrow for the next image
(then at the bottom right we have)
"Use this file"
My question is why do we see different icons? I installed the extension
for version 1.24 of mediawiki. Could it be that we need to upgrade to
1.26 to see the other icons?
Thanks,
John.
--
----------------------------------------------------
John Horne Tel: +44 (0)1752 587287
Plymouth University, UK
Hi,
I'm trying to get the WikiEditor (version 0.5.0) to work. The extension shows up in Special:Version, but the editor does not show up when editing a page.
I have the following MediaWiki configuration:
MediaWiki 1.26.2
PHP 7.0.0 (cgi-fcgi)
MySQL 5.7.10-log
Server Windows Server 2008 R2 SP1 with IIS 7.5
I have followed the instructions online at https://www.mediawiki.org/wiki/Extension:WikiEditor to install the WikiEditor. I have cleared the browser cache and added the mime type for svg in IIS.
I added the following to the bottom of the LocalSettings.php:
$wgDefaultUserOptions['usebetatoolbar'] = 1;
$wgDefaultUserOptions['usebetatoolbar-cgd'] = 1;
$wgDefaultUserOptions['wikieditor-preview'] = 1;
$wgDefaultUserOptions['wikieditor-publish'] = 1;
However, the WikiEditor is still not showing when editing a page. Please see attached screen shot. Any advice would be much appreciated!
Thank You
Hi,
MediaWiki 1.26.0
PHP 7.0.0 (cgi-fcgi)
MySQL 5.7.10-log
Server Windows Server 2008 R2 SP1 with IIS 7.5
I have followed the instructions online at https://www.mediawiki.org/wiki/Extension:WikiEditor to install the WikiEditor. Please see above for server and software versions I am using. I have cleared the browser cache and added the mime type for svg in IIS. However, the WikiEditor is still not showing.
Also, I do not know if this could be causing the problem with the WikiEditor not showing. On every page I navigate to on my wiki, I am getting a warning message:
Warning: wincache_ucache_cas() expects parameter 2 to be integer, string given in D:\inetpub\wwwroot\mediawiki\includes\libs\objectcache\WinCacheBagOStuff.php on line 52
Is there some other configuration needed to get the WikiEditor working? Please advise and help.
Thank You
Hello everyone,
Thanks you in advance for reading this post and any assistance! :)
I'm attempting to view/replay a .mp4 video file that has been uploaded into my wiki using Mediawiki 1.25 thru the img_auth.php process on Safari on a Mac. The video player "becomes visible" and says "loading" but the content never plays. The file appears and plays just fine in Chrome, IE, and Firefox. So my question is has anyone else run into this issue and/or why would this be an issue just for safari? On a related note, I stuck my video file in one of my web accessible extension directories and the video file plays just fine on all browsers. So I'm thinking there's something in img_auth.php, but not sure.
So details to test/recreate:
- Simple/small .mp4 file: (e.g. TestVideo.mp4)
- Mediawiki v1.25
- Mac: v10.10.5
- Safari: v9.0.2
Test steps:
1) In my Wiki I use the Special:Upload page to upload my TestVideo.mp4 to the wiki. The result is two links like so:
- http://server/MyWiki/index.php/File:TestVideo.mp4 and
- http://server/MyWiki/img_auth.php/d/da/TestVideo.mp4
If you go directly to the second link, the video plays fine in IE, Chrome, and Firefox but not in Safari.
A follow up test:
1) I manually uploaded my TestVideo.mp4 to a random extension directory (since that was web accessible outside of img_auth.php) such as:
- http://server/MyWiki/extensions/MyExtension/videos/TestVideo.mp4
And this link plays the video just fine on all browsers.
So does anyone have any thoughts (or solutions on how to fix) why img_auth.php is doing something that isn't properly playing the .mp4 video on Safari, but works on the other browsers?
Thank you again for the assistance!
Regards,
Kevin Forbes
Hi I have installed a media wiki on my server running in ubuntu. I have apache server where other website is hosted. Now i have installed the media wiki on the same server and configured apache to support multiple web site.
I have the SSL certificate placed in server and made the setting in configuration file of apache. After this the other website works good with SSL certificate and uses https.
When i open media wiki URL it gives out a error saying Certificate cannot be validated. I click on "Proceed to website" only then can connect to media wiki. Please let me know if any setup to be done to have the SSL certificate authentication.
Regards
Saras
OK I finally got the Mediawiki1.27 working. Site seems to be functioning
but the mainpage and all others have the Navigation pane located at the
bottom of the content instead of login etc. at the top and navigation
items along the side. I only have the Vector skin and made no
alterations from what I took from my old working site. the Database is
the same not even a restore but the same, only updated. I also have
installed and successfully have Php7 on the system. Most of the Lua bugs
disappeared, which was what I was after. Along with a phenomenal speed
increase from the upgraded Php. Also the custom logo has not shown up on
the site. I did put it where the system set up said. The entire site is
manually installed and updated. I downloaded a nightly of the master and
after a few days of tweaking, head scratching, and installing composer
(also from scratch) it is running well. This is my first time to do it
this way. Any tips about what or where I might look for what is causing
the misplaced Navigation pane, please advise.
Thanks!
John
--
From the PhysicsWiki Staff!!
The wiki is now about 10 GB. It does compress to about 1 GB. Although
text pages are saved as their differences, as far as I know new versions
of images are saved in their entirety. Even saving only diffs, hundreds
of revisions of thousands of pages does add up.
I want to do a daily off-site backup. This wiki is on a shared virtual
host without command line access, thus no ability to use rsync over ssh,
which would allow only the changes to be moved. An entire image of the
system needs to be saved so that it can be restored fairly painlessly. I
want to shrink this as much as possible, since I am already running into
problems with the archiving of the system on the host due to size. For
example, I have had to compress each branch of the images folder
individually - gzipping it into a single archive fails, despite the
hosting company having bumped timeouts and memory allowances.
Moving to a host with complete command line access might be a solution,
but currently the hosting company deals with security issues (beyond
allowing only authorized users to log in of course). If we go to
something like rackspace, then security becomes our problem, and I don't
pretend to have sufficient expertise in that.
Suggestions and alternatives welcome.
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Fri, 5 Feb 2016 16:28:49 +0000
> From: Daniel Barrett <danb(a)cimpress.com>
> To: MediaWiki announcements and site admin list
> <mediawiki-l(a)lists.wikimedia.org>
> Subject: Re: [MediaWiki-l] Permanently remove old revisions and unused
> files?
> Message-ID:
> <AM3PR01MB3424C911FCB6549DCD3717ABCD20(a)AM3PR01MB342.eurprd01.prod.exchangelabs.com>
>
> Content-Type: text/plain; charset=UTF-8
>
> Mickey,
>
> What business problem are you trying to solve by deleting old revisions of articles? They don’t take up much disk space, and they aren’t visible unless you intentionally go looking for them (with the View History tab). Is the problem just personal taste -- you don't like seeing so many revisions -- or is there some other business reason? Note: If you don’t want users to see revisions at all, you could hide the View History tab with a line in Mediawiki:Vector.css (or Common.css), at least as a first step:
>
> #ca-history { display:none; }
>
> If the old versions are a security risk, there is feature to hide (not delete) particular revisions: https://www.mediawiki.org/wiki/Manual:RevisionDelete.
>
> Regarding removal of unused, uploaded files, here is a SQL query that (I believe) lists all unused files that are more than 90 days old. (Critiques are welcome.) You can then feed the list to the script "maintenance/deleteBatch.php" supplied with Mediawiki to delete them.
>
> select
> concat('File:', p.page_title) as 'unused file'
> from
> wp_page p
> left outer join wp_imagelinks il on (il.il_to = p.page_title)
> inner join wp_image i on (i.img_name = p.page_title)
> where
> il.il_to is null
> and datediff(now(), i.img_timestamp) > 90
>
> DanB
>
> ================
> From: MediaWiki-l [mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of Mickey Feldman
> Sent: Thursday, February 04, 2016 3:38 PM
> To: mediawiki-l(a)lists.wikimedia.org
> Subject: [MediaWiki-l] Permanently remove old revisions and unused files?
>
> I have been looking for an extension or process to remove all revisions
> of pages "older than _date_" or "all but the last _n_", but have not
> found anything close.
>
> This is a private corporate wiki used for internal documentation. Pages
> evolve, but then generally stabilize and are then only for reference and
> rarely edited. There is no need to keep the 100's of revisions that grew
> them to their final form.
>
> Likewise, there are older and unused versions of uploaded files that are
> just clutter.
>
> Extension:Nuke does not meet this need.
> Extension:DeleteBatch doesn't either.
> Extension:DeletePagePermanently - nope.
>
> There are maintenance scripts for Deleting Archived revisions and
> purging old text - also not what I'm looking for.
>
> So far I'm finding no way to do this other than manually, one page at a
> time, which is a no go. There are 10s of thousands of pages.
>
> I may have to write a new extension from scratch, but I'm finding it
> hard to believe this functionality does not already exist.
>
> Have I overlooked something obvious? Am I the only one who has wanted
> something like this?
>
> Thanks in advance.
>
>
Hey there y’all,
We have a wiki that uses images from another wiki through the use of the $wgForeignFileRepos settings. It seems though that none of these images are viewable through the MultimediaViewer extension on that first wiki. The blue bar loads a little ways then stops…
Any clues?
Jeremi Plazas
Assistant Director of Research
Tsadra Research Center, Boulder CO
Tsadra Foundation / jeremi(a)tsadra.org
Advancing the Combined Study and Practice of Tibetan Buddhism in the West.
Hi there... I have a wiki running like a charm for two years. Last month I
was trying to migrate to a brand new server, so I did the following:
1. Install mediawiki 1.26.0 on the new server
2. Upgrade from mediawiki 1.25.3 to 1.26.0 on the old server
3. Dump the old database on a .sql file
4. Load the database on the new server
5. Copy the files from the old to the new server
Everything works fine EXCEPT those pages with an apostrophe on the page
title, which send an
ERR_TOO_MANY_REDIRECTS
error.
I have compared both the database character set and the storage engine and
their are the same... Could you help me guess what could be the problem.
The wiki is in French, so there are lots of pages with an apostrophe on
their name....
Cheers
PS: Both records are identical in both databases
SELECT default_character_set_name FROM information_schema.SCHEMATA
-> WHERE schema_name = "wikircln";
+----------------------------+
| default_character_set_name |
+----------------------------+
| latin1 |
+----------------------------+
page | CREATE TABLE `page` (
`page_id` int(10) unsigned NOT NULL AUTO_INCREMENT,
`page_namespace` int(11) NOT NULL,
`page_title` varbinary(255) NOT NULL,
`page_restrictions` tinyblob NOT NULL,
`page_is_redirect` tinyint(3) unsigned NOT NULL DEFAULT '0',
`page_is_new` tinyint(3) unsigned NOT NULL DEFAULT '0',
`page_random` double unsigned NOT NULL,
`page_touched` binary(14) NOT NULL DEFAULT '\0\0\0\0\0\0\0\0\0\0\0\0\0\0',
`page_latest` int(10) unsigned NOT NULL,
`page_len` int(10) unsigned NOT NULL,
`page_content_model` varbinary(32) DEFAULT NULL,
`page_links_updated` varbinary(14) DEFAULT NULL,
`page_lang` varbinary(35) DEFAULT NULL,
PRIMARY KEY (`page_id`),
UNIQUE KEY `name_title` (`page_namespace`,`page_title`),
KEY `page_random` (`page_random`),
KEY `page_len` (`page_len`),
KEY `page_redirect_namespace_len`
(`page_is_redirect`,`page_namespace`,`page_len`)
) ENGINE=InnoDB AUTO_INCREMENT=155 DEFAULT CHARSET=binary |