Commons files do not appear on my wiki . Previously displayed, but after upgrading the Server Commons Files are not displayed. What can i do? Thank you in advance.
Topic on Project:Support desk
It seems I could not explain this. Therefore, no one answers me. I want to say: does not open commons.wikimedia files. If this problem cannot be solved, then I need to upload the necessary photos to my site. Do I need to do this? Or wait? I need to wait, what is possible, the problem will be solved?
Please provide a direct link on your Wiki to a Wikimedia Commons file that does not gets displayed. Also, see InstantCommons#Configuration.
For example, this. These are a list of them all. Everything was normal until the server was updated. Something has changed on the server. Then it happened. I don't know what to do now.
according to http://wiki.sheki.site/api.php?action=query&meta=filerepoinfo&friprop=apiurl%7Cname%7Cdisplayname instantcommons is set up correctly.
This suggests that mediawiki cannot connect to wikimedia commons. Sometimes this can be caused by firewalls. Older versions of php sometimes had issues with tls support.
Please enable mediawiki debug logging to see if any relavent errors are present when trying to view a page like special:wantedfiles
Please enable mediawiki debug logging - I didn't understand it. How can this be done? It is necessary to write in the LocalSettings.php: (I did it.)
error_reporting( -1 );
ini_set( 'display_errors', 1 );
In LocalSettings.php, set:
$wgShowExceptionDetails = true; $wgDevelopmentWarnings = true; error_reporting( -1 ); ini_set( 'display_errors', 1); error_reporting(E_ALL);
For more details and setting up a log file, see Manual:How to debug.
Server Information
Item | Detail |
---|---|
Hosting Package | Hosting 3 GB |
Server Name | server |
cPanel Version | 82.0 (build 14) |
Apache Version | 2.4.41 |
PHP Version | 5.6.40 |
MySQL Version | 5.7.27 |
Architecture | x86_64 |
Operating System | linux |
Shared IP Address | 108.61.52.227 |
Path to Sendmail | /usr/sbin/sendmail |
Path to Perl | /usr/bin/perl |
Perl Version | 5.10.1 |
Kernel Version | 2.6.32-754.18.2.el6.x86_64 |
Service Information
Service | Details | Status |
---|---|---|
apache_php_fpm | up | yes |
cpanellogd | up | yes |
cpdavd | up | yes |
cpsrvd | up | yes |
crond | up | yes |
dnsadmin | up | yes |
exim (exim-4.92-3.cp1180.x86_64) | up | yes |
exim-587 | up | yes |
ftpd | up | yes |
httpd (2.4.41) | up | yes |
imap | up | yes |
ipaliases | up | yes |
lfd | up | yes |
lmtp | up | yes |
mysql (5.7.27) | up | yes |
named | up | yes |
nginx | up | yes |
nscd | up | yes |
pop | up | yes |
queueprocd | up | yes |
rsyslogd | up | yes |
spamd | up | yes |
sshd | up | yes |
Server Load | 1.78 | yes |
CPU Count | 12 | yes |
Memory Used | 54.75% | yes |
Swap | 2.39% | yes |
Disk / (/) | 49% | yes |
Disk /tmp (/tmp) | 3% | yes |
Disk /boot (/boot) | 33% | yes |
Disk /var/tmp (/var/tmp) | 3% | yes |
sorry for confusion, i meant mediawiki's internal debug log (wgDebugLogFile) see https://www.mediawiki.org/wiki/Manual:How_to_debug#Setting_up_a_debug_log_file
The debug log file will be very noisy so you will probably have to look for stuff that seems related to http requests, ForeignFileRepo, images in general or commons.
@Bawolff, It is necessary to write in the LocalSettings.php (I did it) :
/**
* The debug log file should not be publicly accessible if it is used, as it
* may contain private data. However, it must be in a directory to which PHP run
* within your web server can write.
*
* Contrary to wgDebugLogFile, it is not necessary to include a wiki-id in these log file names
* if you have multiple wikis. These log entries are prefixed with sufficient information to
* identify the relevant wiki (web server hostname and wiki-id).
*/
// Groups from MediaWiki core $wgDBerrorLog = '/var/log/mediawiki/dberror.log'; $wgRateLimitLog = '/var/log/mediawiki/ratelimit.log'; $wgDebugLogGroups = array( 'resourceloader' => '/var/log/mediawiki/resourceloader.log', 'exception' => '/var/log/mediawiki/exception.log', 'error' => '/var/log/mediawiki/error.log', #'exception-json' => '/var/log/mediawiki/exception.json',
// Extra log groups from your extension #'myextension' => '/var/log/mediawiki/myextension.log', #'somegroup' => '/var/log/mediawiki/somegroup.log', );
just put the line
$wgDebugLogFile = "/var/log/mw.txt";
In LocalSettings.php. Adjusting the path to somewhere writable by the webserver. Dont put anything related to log groups.
I deleted that I wrote above and wrote This: $wgDebugLogFile = "/var/log/mw.txt";
What else to do?
Edit a page that contains one of the images, and then post the log (it will be very big so only post for editing the one page)
@Bawolff, Thank you for your attention. But now everything is in order. I have written about it in the following. But in every case, I'll send you the link you want:
$wgShowExceptionDetails = true; - I had it.
$wgDevelopmentWarnings = true; - I added.
error_reporting( -1 ); - I added. I had it. But it was a little different: error_reporting (-1);
ini_set( 'display_errors', 1); - I added. I had it. But it was a little different: error_reporting ini_set ('display_errors', 1);
error_reporting(E_ALL); - I added.
I contacted the server so maybe check if the PHP function "curl_exec ()" is disabled?
They said no, it is currently active.
I have no problems right now. I think this happened because of your hard work. Thank you. Can you please tell me what the problem was?
@AhmadF.Cheema, unfortunately, the problem started again. But I don't know if this is a Mediawiki update or our Server upgrade.
Maybe it would be better if I upload the necessary photos from Commons to my website? There are so many, but what else can I do? I understand that there is no other way. Do I have to wait? Or would I do that?
Now everything is in order. But I don't know, will the problem be repeated for a few hours or a few days later? There was a difference in Vickie's address as well. The home page is now: http://wiki.sheki.site/index.php/Ana_səhifə Previously it was: https://wiki.sheki.site/index.php?title=Ana_s%C9%99hif%C9%99
The problem has arisen again.
@AhmadF.Cheema and @Bawolff, I write so much, but no one answers me. Just want to know, what's happening? Can the problem be solved? Thanks in advance.
No idea.
What do you think I should do?
I contacted the server. Fixed a problem. They said: You do not have permission to write to the "/ var / log /" directory. Edited in LocalSettings.php. You can track errors in the "log.txt" file in that directory.