Hey all,
Starting in January 2016, MediaWiki will end JavaScript support for
Microsoft Internet Explorer 8. This raises the cut-off up from MSIE 7.
Users with this browser will still be able to browse, edit, and otherwise
contribute to the site. However, some features will not be available to
them. For example, the enhanced edit toolbar will not appear, and the
notification buttons will take you to a page rather than a pop-out.
This change will affect roughly 0.89% of all traffic to Wikimedia wikis (as
of October 2015). For comparison, 0.33% of traffic comes from Internet
Explorer 6, and 1.46% from Internet Explorer 7. Support for these was
dropped in August and September 2014 respectively.
Providing JavaScript for IE 8 adds a significant maintenance burden. It
also bloats the software we ship to all users, without proportionate
benefit. This enables us to simplify and streamline the JavaScript codebase
for all other users. Users unable to upgrade from Internet Explorer 8 will
have a faster experience going forward, based on well-tested and more
stable code.
This change will land in the development branch in January, and so will be
part of MediaWiki 1.27 (to be released around May 2016).
Yours,
-- Krinkle
For details about the JavaScript-less experience, see
https://www.mediawiki.org/wiki/Compatibility
Hi everyone,
Thanks for the previous help! I have yet another question if you allow me :-)
Say I have 2 cargo tables/templates. One is "ingredients" and the other is "smoothies". How can I create a template for "smoothies" that allows me to bring in "ingredients" and a few properties (10-20 fields) that only make sense for that association. For example how much of each ingredient for a particular smoothie recipe?
The number of smoothies and the number of ingredients are not predefined.
Thanks!!
-Ed
Hello everyone,
My name is Ed. This is my first post to the mail list. I hope I'm doing
it right.
I installed wikimedia, cargo and semantic forms all from git. I attempted
to recreate the books/authors example and I run into trouble. Can you help?
This is what I did:
1) Created the Book template:
<noinclude>
{{#cargo_declare:_table=book|authors=List (,) of Page|genre=List (,) of
Text|year_of_publication=Date|number_of_pages=Integer}}
</noinclude><includeonly>{{#cargo_store:_table=book|authors={{{authors|}}}|genre={{{genre|}}}|year_of_publication={{{year_of_publication|}}}|number_of_pages={{{number_of_pages|}}}
}}{| style="..."
! style="text-align: center; background-color:#ccccff;" colspan="2"
|<big>{{PAGENAME}}</big>
|-
! Author
| {{#arraymap:{{{authors|}}}|,|x|{{#formredlink:form=Author|target=x}}}}
|-
! Genre
| {{{genre|}}}
|-
! Year of publication
| {{{_of_publication|}}}
|-
! Number of pages
| {{{number_of_pages|}}}
|}
[[Category:Books]]
</includeonly>
2) I created the Author template:
<noinclude>
{{#cargo_declare:_table=author|country_of_origin=Text}}
</noinclude><includeonly>{{#cargo_store:_table=author|country_of_origin={{{country_of_origin|}}}
}}{| style="..."
! style="text-align: center; background-color:#ccccff;" colspan="2"
|<big>{{PAGENAME}}</big>
|-
! Country of origin
| {{{country_of_origin|}}}
|-
! Books
| {{#cargo_query:tables=Book|where=Authors HOLDS "{{PAGENAME}}"}}
|}
[[Category:Authors]]
</includeonly>
3) I used the "create cargo tables" option under each template to create
the cargo tables:
wiki_cargo__author
wiki_cargo__book
wiki_cargo__book__authors
wiki_cargo__book__genre
4) Although not present in the quick start cargo page I create one form for
Book:
<noinclude>
{{#forminput:form=Book}}
</noinclude><includeonly>
<div id="wikiPreview" style="..."></div>
{{{for template|Book}}}
{| class="formtable"
! authors:
| {{{field|authors}}}
|-
! genre:
| {{{field|genre}}}
|-
! year_of_publication:
| {{{field|year_of_publication}}}
|-
! number_of_pages:
| {{{field|number_of_pages}}}
|}
{{{end template}}}
'''Free text:'''
{{{standard input|free text|rows=10}}}
{{{standard input|summary}}}
{{{standard input|minor edit}}} {{{standard input|watch}}}
{{{standard input|save}}} {{{standard input|preview}}} {{{standard
input|changes}}} {{{standard input|cancel}}}
</includeonly>
5) And one for Author:
<noinclude>
{{#forminput:form=Author}}
</noinclude><includeonly>
<div id="wikiPreview" style="..."></div>
{{{for template|Author}}}
{| class="formtable"
! country_of_origin:
| {{{field|country_of_origin}}}
|}
{{{end template}}}
'''Free text:'''
{{{standard input|free text|rows=10}}}
{{{standard input|summary}}}
{{{standard input|minor edit}}} {{{standard input|watch}}}
{{{standard input|save}}} {{{standard input|preview}}} {{{standard
input|changes}}} {{{standard input|cancel}}}
</includeonly>
=============================
ISSUE #1:
=============================
When I create an author it all works. But when I attempt to create a book I
get the following error:
Error: table "Book" not found.
=============================
ISSUE #2:
=============================
When I edit the authors (which have been written in the wiki_cargo__author
table) I get a regular wiki page as opposed to a copy of the form that was
used to create it.
{{Author
|country_of_origin=US
}}
These are the contents of the main cargo tables:
mysql> select * from wiki_cargo_tables;
| template_id | main_table |
field_tables | table_schema
| 7 | book |
a:2:{i:0;s:13:"book__authors";i:1;s:11:"book__genre";} |
a:4:{s:7:"authors";a:3:{s:4:"type";s:4:"Page";s:6:"isList";b:1;s:9:"delimiter";s:1:",";}s:5:"genre";a:3:{s:4:"type";s:4:"Text";s:6:"isList";b:1;s:9:"delimiter";s:1:",";}s:19:"year_of_publication";a:1:{s:4:"type";s:4:"Date";}s:15:"number_of_pages";a:1:{s:4:"type";s:7:"Integer";}}
| 8 | author |
a:0:{} |
a:1:{s:17:"country_of_origin";a:1:{s:4:"type";s:4:"Text";}}
mysql> select * from wiki_cargo_pages;
| page_id | table_name
| 12 | author
| 14 | author
Any help will be greatly appreciated.
Thanks!!
Increasing site traffic has escalated both our cpu and memory issues
such that I am constantly tweeking 'bad-bot' and other defences
against multiple concurrent connections, from single IP's, IP ranges and
in total, using both mod_security and fail2ban/firewalld rules.
The problem has prompted 2 x server upgrades in the past 6 months. I now
want to see if I can make better use of available resources, before
having another server u/g forced on us.
Among other things I am considering moving to the Apache event-MPM using
php-fpm and mod_proxy_fcgi because it is claimed to half (or better)
process memory usage and provide major cpu-related speed improvements
over the old pre-fork-MSM - I understand that thread-safe issues have
been addressed such that the setup is now close to the old pre-fork
safety. I would welcome confirmation (or otherwise) of that from anyone.
Any pointers/comments etc from anyone with experience of this setup
would be appreciated. Also any pointers on optimising SMW query caching
since the site makes very heavy use of property-based queries and I have
a gut feeling that judicious SMW caching might help to speed things further.
I know much of this may seem a more appropriate to an Apache list but I
think the php issue combined with both MW and SMW make it relevant here.
PeterP
Wikispooks
https://wikispooks.com
PS. FI: posted to both MW and SMW lists
Hello everyone,
We are happy to announce the immediate availability of the fourth stable
feature release in the Semantic MediaWiki 2.x series.
Semantic MediaWiki 2.3 is a feature release that adds several new features,
brings enhancements, improves performance and fixes various issues. It does
not contain any breaking changes, so upgrading is both easy and recommended.
## Highlight: Improved SPARQLStore support ##
SMWs SPARQLStore has now reached full feature parity with the SQLStore. On
top of that, various performance improvements where made to the SPARQLStore.
The $GLOBALS['smwgSparqlQFeatures'] configuration setting now supports
these additional values:
SMW_SPARQL_QF_REDI: enable property/value redirects support in queries
SMW_SPARQL_QF_SUBP: enable subproperty hierarchy support
SMW_SPARQL_QF_SUBC: enable subcategory hierarchy support
If your TDB back-end does not support SPARQL 1.1, this setting needs to be
set to SMW_SPARQL_QF_NONE.
* Added preference for use of canonical identifiers to support language
agnostic category/property statements, (use
$GLOBALS['smwgExportBCNonCanonicalFormUse'] = true to keep backwards
compatibility until 3.x)
* Added basic support for _geo queries to the SPARQLStore
* Added limitation of the aux property usage in the Exporter (use
$GLOBALS['smwgExportBCAuxiliaryUse'] = true; to keep backwards
compatibility until 3.x)
## New features and enhancements ##
* Added progress indicator to rebuildData.php
* Extended context help displayed on Special:Types and subsequent type
pages
* Improved MobileFrontend support
* Added a CSS rule to visually distinguish subobject links from
"normal" links
* Added $GLOBALS['smwgValueLookupCacheType'] to improve DB lookup
performance though the use of a responsive cache layer (such as redis) and
buffer repeated requests either from the API or page view to the back-end.
* It is now possible to use extra double colons in annotations. For
instance [[DOI::10.1002/123::abc]] or [[Foo:::123]]
* Predefined property aliases are redirected to the base property
* The template support of #set now includes an automatically added
last-element parameter
* Added --skip-properties flag to rebuildData.php
* rebuildData.php now first removes items marked for deletion
* Extended ~* search pattern for _ema and _tel to allow for searches
like [[Has telephone number::~*0123*]] and [[Has email::~*123.org]]
* The category result format now supports columns=0, which results in
automatic column count selection
* Added SQL EXPLAIN output to the debug result format
* Added @category as parameter with a fixed assignment (_INST) to
#subobject
* Added ~ and !~ comparator support for values of type date
* Beta support for PHP 7
## New experimental features ##
These features are disabled by default and can be turned on using
configuration. Additional logging happens for these features until they
mature from being an experimental feature in a future release.
* Added CachedValueLookupStore as post-cached layer to improve DB read
access ($GLOBALS['smwgValueLookupCacheType'],
$GLOBALS['smwgValueLookupCacheLifetime'])
* Added $GLOBALS['smwgValueLookupFeatures'] setting to fain grain the
cache access level, default is set to SMW_VL_SD | SMW_VL_PL | SMW_VL_PV |
SMW_VL_PS;
* Added EmbeddedQueryDependencyLinksStore to track query dependencies
and update altered queries using ParserCachePurgeJob for when
$GLOBALS['smwgEnabledQueryDependencyLinksStore'] is enabled
* Added $GLOBALS['smwgPropertyDependencyDetectionBlacklist'] to exclude
properties from dependency detection
* Added detection of property and category hierarchy dependency in
EmbeddedQueryDependencyLinksStore
## Bug fixes ##
* Fixed RuntimeException in SQLStore caused by a DI type mismatch
during a lookup operation
* Fixed id mismatch in SQLStore
* Fixed syntax error in SQLStore(SQLite) for temporary tables on
disjunctive category/subcategory queries
* Fixed PHP notice in JobBase for non-array parameters
* Fixed Fatal error: Call to undefined method SMWDIError::getString
* Fixed RuntimeException in UndeclaredPropertyListLookup for when a DB
prefix is used
* Fixed call to undefined method in ConceptDescriptionInterpreter in
SQLStore
* Fixed behavior for #REDIRECT to create the same data reference as
Special:MovePage
* Fixed usage of [[Has page::~*a*||~*A*]] for SPARQLStore when Has page
is declared as page type
* Fixed usage of (a OR b) AND (c OR d) as query pattern for the SQLStore
* Fixed return value of the #set parser
* Fixed duplicated error message for a _dat DataValue
* Fixed mismatch of owl:Class for categories when used in connection
with a vocabulary import
* Fixed error on Special:Ask when using a format provided by Semantic
Maps
* Fixed silent annotations added by the Factbox when content contains
[[ ... ]]
* Fixed resource loading issue on Windows when using
$wgResourceLoaderDebug=true
* Fixed disabling of
$GLOBALS['wgFooterIcons']['poweredby']['semanticmediawiki']
* Fixed re-setting of smw-admin user group permission to its default
* Fixed #set rendering of template supported output
* Fixed inverse prefix for predefined properties that caused
misinterpret Concept queries
* Fixed context awareness of ParserAfterTidy in connection with the
purge action
* Fixed "duplicate key value violates unique constraint" for PostgreSQL
on conjunctive and disjunctive queries
* Fixed further link to use the format parameter as specified by #ask
* Fixed usage of the !~ comparator for properties that have a limited
set of allowed values
### Improved handling of removed entities in SQLStore ###
In previous releases it could happen that deleted entities (subject,
property) reappeared in queries even though they have been removed. This
release introduces several changes to eliminate some of the issues
identified.
* introduced a deletion marker on entities that got deleted, making
them no longer available to queries or special page display.
* Added --shallow-update to rebuildData.php, to only parse those
entities that have a different last modified timestamp compared to that of
the last revision. This enables to run rebuildData.php updates on deleted,
redirects, and other out of sync entities.
Solved an unconditional namespace query [[Help:+]] would display
deleted subjects (in case those subjects were deleted)
* Added filter to mark deleted redirect targets with
SMW_SQL3_SMWDELETEIW
* Added filter to mark outdated subobjects with SMW_SQL3_SMWDELETEIW
* Added removal of unmatched "ghost" pages in the ID_TABLE
## Contributors ##
Code contributors
* MWJames
* Jeroen De Dauw
* Karsten Hoffmeyer (kghbln)
* Felipe de Jong (jongfeli)
* Vitaliy Filippov (vitalif)
* paladox
* Amir E. Aharoni
* Joel K. Pettersson
* umherirrender
* Kunal Mehta (legoktm)
* TranslateWiki.net
We'd also like to thank
* yoonghm
* cicalese
* bogota
* plegault3397
The full list of changes be viewed at [0]. The installation procedure [1]
has not changed since 1.9.0. To upgrade, you will need to get the new
version of SMW, run MediaWikis update.php, and run SMWs refresh data script
[2]. There is also a short video showing an upgrade from SMW 2.1.3 to 2.2
at [3]. We already started work in SMW 2.4 and welcome your contributions
[4].
- The SMW development team
[0] https://semantic-mediawiki.org/wiki/SMW_2.3
[1] https://semantic-mediawiki.org/wiki/Help:Installation
[2] https://semantic-mediawiki.org/wiki/Help:Installation#Upgrading
[3] https://vimeo.com/127356533
[4]
https://github.com/SemanticMediaWiki/SemanticMediaWiki/blob/master/CONTRIBU…
Thank you! That was a quick response and exactly the information that I
needed! Adding the port immediately fixed the problem.
I did not try providing a port because the documentation at
https://www.mediawiki.org/wiki/Manual:$wgSquidServers#Usage_notes_and_histo…
explicitly says not to. However, I should have read the note indicating
that the documentation may be incorrect and tried anyway. This appears to
be confirmation that the documentation is incorrect and should be updated
as noted at https://phabricator.wikimedia.org/T92511.
Cindy
> By default, SquidPurgeClient connects to the Squid server on port 80.
> It sounds like SquidPurgeClient::getSocket() is hanging for you
> possibly because of an intervening firewall that is dropping port 80
> traffic.If you have shell access on the MW servers that are timing out
> sending these purge requests, you can attempt to verify using telnet
> or similar socket connections.
>
> You can use a ":<port number>" suffix on each element of
> $wgSquidServers to specify an alternate port (eg '10.11.12.13:443').
>
> Bryan
> --
> Bryan Davis Wikimedia Foundation <bd808(a)wikimedia.org>
> [[m:User:BDavis_(WMF)]] Sr Software Engineer Boise, ID USA
> irc: bd808 v:415.839.6885 x6855
>
We are noticing a performance issue that we have traced back to our squid
configuration, but we are unsure how to fix it. The symptom is that every
time we save a wiki page, it takes about 7 seconds. Otherwise traversing
the wiki and rendering pages is not affected. We are running the following
software versions:
MediaWiki 1.25.2
PHP 5.5.30
MySQL 5.5.46
Squid 3.1.23
We followed the instructions at
https://www.mediawiki.org/wiki/Manual:Squid_caching#Configuring_MediaWiki.
In particular, we are using the following in LocalSettings.php:
$wgUseSquid = true;
$wgSquidServers = array('<your IPv4 address>');
$wgSquidServersNoPurge = array('127.0.0.1');
with our IP address inserted. When we comment out the $wgSquidServers line,
saving reverts to desired speedy performance, so we have concluded that the
problem involves purging the modified page. Supporting this conclusion, we
see the following in our debug log:
[squid] SquidPurgeClientPool: timeout (5s)
The wiki in question is only accessible by https. We do not see the same
problem on wikis that respond to http. Is there a configuration setting
that we need to accommodate this situation, or is that unrelated?
Thanks for any help in sorting this out.
Cindy
Heiya,
after upgrading from MW 1.23 to MW 1.24 the page title for a subpage at
"PageTitle/SubpageTitle" displays just as "SubpageTitle" with a little
subnavigation below it pointing to the base page. I have not really
found anything about it in the RELEASE NOTES for the 1.24 branch so I am
asking here. Is there a way, e.g. config parameter to regain the
previous behaviour?
Thanks for you help. Cheers
Karsten
Hey guys,
I notice that there's no way to log into my wiki if I have these lines set
in my LocalSettings.php file:
$wgSessionCacheType = CACHE_MEMCACHED;
$wgSessionsInMemcached = true;
If I comment them out, all is well with logins again. But is there any
trick I should know to getting mediawiki logins to work, if you're storing
sessions in memcached?
Thanks,
Tim
--
GPG me!!
gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B