Extension talk:WikiSEO/Flow export

incompatible with mediawiki 1.20.2

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

This extension doesn't survive the upgrade to mediawiki 1.20.2. It gives the following error: Strict Standards: call_user_func_array() expects parameter 1 to be a valid callback, non-static method WikiSEO::modifyHTML() should not be called statically in /var/www/html/university/includes/Hooks.php on line 216 AntiqueJewelryUniversity (talk) 14:03, 10 February 2013 (UTC)

I have the same error message with MW 1.20  :(

+ Nicolas NALLET (talk) 20:15, 6 March 2013 (UTC)

This extension hasn't yet been tested with 1.20.2. At the moment it's only compatible with 1.19.0. It looks like a simple fix, I'll try to get to it asap. I'd advise you to star/watch the github repo and keep an eye on it for updates. If you fix it yourself please feel free to make a pull request on GitHub and I'll merge it in. Andru Vallance (talk) 10:45, 17 March 2013 (UTC)

This issue should now be resolved with the latest code from Git. Please let me know if it persists. Andru Vallance (talk) 14:01, 11 April 2013 (UTC)

It works thanks Nicolas NALLET (talk) 08:55, 26 June 2013 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Page title gets reset after edit, appears again after purge

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

I'm running 1.20.3 and modify the page <title> using WikiSEO. Whenever a page is edited, the original MW <title> gets set. When I manually purge the page, the <title> override from WikiSEO comes back into effect. I hope this could be fixed somehow. 178.26.71.67 21:20, 15 April 2013 (UTC)

This seems to be the case for "replace" mode like in:

{{#seo: title=newtitle|titlemode=replace | keywords=foo,bar,baz|description=foobar}}</pre> [[Special:Contributions/178.26.78.228|178.26.78.228]] 20:38, 12 May 2013 (UTC)
::http://jimbojw.com/wiki/index.php?title=Doing_more_with_MediaWiki_parser_extensions explained why WikiSEO works once and stops working the next time. Basically, when a parser hook is used and parser cache is enabled, whatever in the html body output will be cached (NOT including the meta tags though). So after the purge things will work but when you request it again the meta tags are gone. A quick and dirty (as it disables parser cache) fix is to add 
::<code> $parser->disableCache()</code>
::to be the first line in 
::<code> protected static function processParams($params,$parser){</code>
::A proper fix would be to implement something similar to https://www.mediawiki.org/wiki/Extension:Add_HTML_Meta_and_Title, using some tricks to somehow store meta info WITHIN the html body. [[User:Wikihy com|Wikihy com]] ([[User talk:Wikihy com|talk]]) 19:52, 11 November 2013 (UTC)
:::Thanks Wikihy - I've restructured the plugin to embed parameters as comments in the wikitext to circumvent this issue. [[User:Andrujhon|Andrujhon]] ([[User talk:Andrujhon|talk]]) 10:57, 30 November 2013 (UTC)
{{Archive bottom}}

== No SEO meta tags in the header ==
{{Archive top|status=resolved}}

I'm running 1.20.3. I get no error and no SEO meta tags in the header. <title> is present but it is the default title not the title I provided. Keywords, description, etc are all missing. Here is my test line:

{{#seo: title=THE wiki at | titlemode= append | keywords=controls | description=A free control systems resource for professionals and students alike. Theory, examples, and lessons learned all in one place. }}

It's the first line on my Main Page. I've attempted various removing and adding of spaces hoping it was simple syntax issue. Nothing. [[Special:Contributions/24.8.86.218|24.8.86.218]] 16:44, 17 April 2013 (UTC)
:I am having the same issue, with a slight difference. My meta tags, title, etc, are '''sometimes''' displayed. Sometimes they work, sometimes they don't. This is also reflected in Google. Sometimes it shows my title and description, and sometimes it defaults back to what it was before I installed the SEO tools. It seems completely random to when the add-on works, and when it doesn't take. [[Special:Contributions/70.63.125.2|70.63.125.2]] 12:01, 1 May 2013 (UTC)
::Same problem here , the extension works randomly , sometimes tittle shows and sometimes it doesn't , is there a way to fix that ? [[Special:Contributions/2.227.209.37|2.227.209.37]] 20:09, 5 March 2014 (UTC)
{{Archive bottom}}

== Auto mode ==
{{Archive top|status=resolved}}

Maybe you could extend this so that this extension can be used to add description and keywords automaticly.
The description could be taken from the beginning of the page. Keywords could take all words longer then 4 or 5 chars that are more then 2 or 3 times on the page. [[User:DaSch|DaSch]] ([[User talk:DaSch|talk]]) 13:52, 28 April 2013 (UTC)
:HI DaSch - I barely have the time to look into bugfixes for this right now so feature additions are unlikely. Feel free to fork it on github and add this functionality, I'll happily merge it in. [[User:Andrujhon|Andrujhon]] ([[User talk:Andrujhon|talk]]) 10:01, 14 July 2013 (UTC)
{{Archive bottom}}

== Does not work on 1.21.0 ==
{{Archive top|status=resolved}}

WikiSEO does not work on 1.21.0
No any effects. [[User:Ektip|Ektip]] ([[User talk:Ektip|talk]]) 16:42, 15 June 2013 (UTC)
:Sorry, life is crazy busy so I'm unable to look into this right now. If you find a solution it'd be great if you make a pull request on github with it, otherwise it'll be a little while til I can find the time to look into this! [[User:Andrujhon|Andrujhon]] ([[User talk:Andrujhon|talk]]) 14:57, 24 June 2013 (UTC)
::Seems to be working fine now, Thank You. [[Special:Contributions/86.179.121.242|86.179.121.242]] 20:55, 5 August 2013 (UTC)
:::Correction it's not working, using ?action=purge brings up the expected results but every other page load goes back to how things were before. It's been a couple of days I'll let you know if it sorts itself out. [[Special:Contributions/81.151.243.231|81.151.243.231]] 02:51, 7 August 2013 (UTC)
::::Me again, I don't mean to be a hassle but thought I'd offer some more information in case it's useful. I'm using MediaWiki 1.21.1. With cache disabled and a purge the metas are present until reload. With cache enabled a purge will keep metas for a couple reloads. Null edits or actually edits will usually do the same as a purge but not always. [[Special:Contributions/81.151.243.231|81.151.243.231]] 09:10, 10 August 2013 (UTC)
{{Archive bottom}}

== WikiSEO and italicized titles ==
{{Archive top|status=resolved}}

Using WikiSEO on MediaWiki 1.21.1, everything seems fine except for the fact that, in both 'append' and 'prepend' modes, articles with italicized titles display the article title with the italics markup. For example, see [http://sarkarverse.org/wiki/Some_Characters_of_the_Mah%C3%A1bh%C3%A1rata here]. [[User:Abhidevananda|Abhidevananda]] ([[User talk:Abhidevananda|talk]]) 23:29, 5 November 2013 (UTC)
:Hi Abhidevananda, the page you linked to has been deleted so I can't investigate.  Does the problem persist? [[User:Andrujhon|Andrujhon]] ([[User talk:Andrujhon|talk]]) 10:58, 30 November 2013 (UTC)
{{Archive bottom}}

== WikiSEO compatible with File Caching? ==
{{Archive top|result=File caching should be no problem, since the extension now utilized the page props to output metadata|status=resolved}}

Hi All,

We have File Caching implemented on our wiki site and it seems to be disabling WikiSEO.  When I add the magic __NOCACHE__ word to the page (thus disabling File Caching on the page), the WikiSEO extension works correctly.  When I do not add __NOCACHE__, I can't get WikiSEO to function.  The strange thing is that it does work with File Caching enabled on our sandbox site.  The only difference between the live site and the sandbox site is the version of MediaWiki. 

Is WikiSEO intended to work correctly when the MediaWiki site is using File Caching?

Not Working on live site:
MediaWiki 1.21.1
WikiSEO from 11/11/13 

Working on sandbox site:
MediaWiki 1.21.2
WikiSEO from 10/23/13

Thanks,
Gerad [[Special:Contributions/67.164.39.93|67.164.39.93]] 01:02, 15 November 2013 (UTC)
:If I understand it correctly, __NOCACHE__ should not be file cache related. It's parser cache related. See my comments below. I guessIt works on your sandbox because you login as admin there（in this case parser cache is not used I think). If you do not login to your sandbox, I bet it will fail the same way as the production server. [[User:Wikihy com|Wikihy com]] ([[User talk:Wikihy com|talk]]) 12:41, 16 November 2013 (UTC)
:Hey, are you using the latest version from master on GitHub? It '''should''' have resolved all issues relating to parser & file caching... [[User:Andrujhon|Andrujhon]] ([[User talk:Andrujhon|talk]]) 10:56, 30 November 2013 (UTC)
::I have a title/description problem in MediaWiki 1.24.1 with the last WikiSEO clone and '''File Caching'''.
::I have pages with the {{#seo}} tag and pages without it. When I run maintenance/rebuildFileCache.php many of the html-cached pages (I think all the ones without the seo tag) get the same title from a page called 'Problemas de calidad de voz' with this seo tag:
::<code> {{#seo:</code>
::<code>  |title=Problemas de calidad de voz</code>
::<code>  |titlemode=append</code>
::<code>  |keywords=problemas voip,baja calidad de voip,mala calidad sonido,voip,voz sobre ip,calidad de voz,imagen profesional,teletrabajo,dual sim</code>
::<code>  |description=Principales problemas con la calidad de voz del voip (voz sobre ip)</code>
::<code>  }}</code>
::Then, for instance, the page "Página principal" (which has not the seo tag) gets this tags:
::<code> <title>Página principal - Problemas de calidad de voz</title></code>
::<code> <meta name="keywords" content="problemas voip,baja calidad de voip,mala calidad sonido,voip,voz sobre ip,calidad de voz,imagen profesional,teletrabajo,dual sim" /></code>
::<code> <meta name="description" content="Principales problemas con la calidad de voz del voip (voz sobre ip)" /></code>
::<code> <meta name="twitter:description" content="Principales problemas con la calidad de voz del voip (voz sobre ip)" /></code>
::If I remove that SEO tag from the 'Problemas de calidad de voz' page, then tags from another page with the SEO tag appears on "Página principal".
::The strange thing is that '''it only happens with maintenance/rebuildFileCache.php and not with the live page''' (without caching).
::What am I doing wrong? Thanks in advance. [[Special:Contributions/83.47.14.107|83.47.14.107]] 14:18, 11 March 2015 (UTC)
:::Some debugging:
:::* On the first page (it has the SEO tag) the methods are called in this order: init, parserFunction, processParams, renderParamsAsHtmlComments, loadParamsFromWikitext, processParams, modifyHTML.
:::* On the second page (without the SEO tag) the methods are called: loadParamsFromWikitext, modifyHTML.
:::* On a page > 2nd with the SEO tag: parserFunction, processParams, renderParamsAsHtmlComments, loadParamsFromWikitext, processParams, modifyHTML.
:::* On a page > 2nd without the SEO tag:  loadParamsFromWikitext, modifyHTML.
:::It seems that the SEO info is stored from page to page, and not modified if the page has not the SEO tag, and uncorrectly used in this pages... Any solution for this? [[Special:Contributions/83.52.107.124|83.52.107.124]] 14:38, 18 March 2015 (UTC)
{{Archive bottom}}

== Compatibiliy with 1.22 ==
{{Archive top|status=resolved}}

It is not compatible with 1.22, when will be an update? [[User:Regiosfera|Regiosfera]] ([[User talk:Regiosfera|talk]]) 01:25, 30 December 2013 (UTC)
:I got an error with 1.22 either:
:Call to undefined method OutputPage::addKeyword() [[Special:Contributions/178.88.242.48|178.88.242.48]] 10:48, 6 January 2014 (UTC)
::The reason for this is most probably 
::"BREAKING CHANGE: meta keywords are no longer supported. A meta name="keywords" will no longer be output and OutputPage::addKeyword no longer exists."
::as the [https://git.wikimedia.org/raw/mediawiki%2Fcore.git/REL1_22/RELEASE-NOTES-1.22 MW 1.22 release notes] state. So keywords support should be removed then. [[User:Kghbln|&#91;&#91;kgh&#93;&#93;]] ([[User talk:Kghbln|talk]]) 13:47, 6 January 2014 (UTC)
::Grab the latest from GitHub. It should now be 1.22 compatible. 
::Note that you'll need to update your LocalSettings to reference WikiSEO.php if it's still referencing WikiSEO.setup.php
::I've checked that keywords are now working, let me know if you spot anything else. [[User:Andrujhon|Andrujhon]] ([[User talk:Andrujhon|talk]]) 11:39, 8 January 2014 (UTC)
:::I just tested this extension (v1.1.1) on a MW 1.22.2 instance. It works like charm and without worries. Thanks a ton for authoring and maintaining this extension! [[User:Kghbln|&#91;&#91;kgh&#93;&#93;]] ([[User talk:Kghbln|talk]]) 20:17, 9 February 2014 (UTC)
{{Archive bottom}}

== A strange line on a page ==
{{Archive top|status=resolved}}

This extension works well. One quesiton: One line appears on the page <p>?UNIQ66721dcc2c3f5d55-seo-00000000-QINU?</p>
What is this? and how can I rid of it? [[User:Igorbeaz|Igorbeaz]] ([[User talk:Igorbeaz|talk]]) 16:02, 6 January 2014 (UTC)
:This is an unreplaced parser token and can be caused by a number of things, but usually is actually caused by ''other'' extensions not playing nice. Try removing one extension at a time until it disappears and then you'll know the offender. [[User:Andrujhon|Andrujhon]] ([[User talk:Andrujhon|talk]]) 11:41, 8 January 2014 (UTC)
::Odd. I get a similar line as well if is use <code><seo title="Your page title" titlemode="append" keywords="these,are,your,keywords"  description="Your meta description"></seo></code> instead of
::<code>{{#seo:
::|title=Your page title
::|titlemode=append
::|keywords=these,are,your,keywords
::|description=Your meta description
::}}</code>
::Even with all extensions deactivated.
::MediaWiki 	1.23.0 and 1.22.0
::WikiSEO         1.1.1
::If I use #seo I get the title_mode error as described in [https://github.com/andru/wiki-seo/issues/7 Github]. [[User:CayceP|CayceP]] ([[User talk:CayceP|talk]]) 13:45, 13 June 2014 (UTC)
:::Hm, strange. I always stick to the {{#seo}} form, but I'll test out the <seo> tag form when I have time to see if I can recreate the issue.
:::In the meantime, I've fixed the error which was output by the #seo function so you can return to using that. [[User:Andrujhon|Andrujhon]] ([[User talk:Andrujhon|talk]]) 14:22, 22 June 2014 (UTC)
::In WikiSEO.body.php, the line 115
::<code>return $cached;</code>
::I have replaced
::<code>return $html;</code>
::and seems to work well
::Is that correct? [[Special:Contributions/84.126.9.122|84.126.9.122]] 00:22, 11 October 2014 (UTC)
{{Archive bottom}}

== "Notice: Undefined index: title_mode in \extensions\WikiSEO\WikiSEO.body.php on line 137" ==
{{Archive top|status=resolved}}

I'm using WikiSEO 1.1.1 on MediaWiki 1.22.5. For some strange reason it throws an <code> Notice: Undefined index: title_mode in \extensions\WikiSEO\WikiSEO.body.php on line 137</code> line twice on the page the has  variables in the article.

It happens on a build-in skin like the Monobook as well on my custom skin. If I remove the variables int he article, the notice disappears.

Seems not to be caused by other extension, since it still appeared after I deactivated them all except WikSEO via LocalSettings.php and the notice it's still displayed.

The mediawiki is currently a local installation on xampp and was upgraded from a previous MediaWiki 1.21.5/WikiSEO (Version 1.0.1):
PHP 	5.4.16 
MySQL 	5.5.32 [[User:CayceP|CayceP]] ([[User talk:CayceP|talk]]) 15:11, 11 June 2014 (UTC)
:Probably you will get through to Andru faster if you [https://github.com/andru/wiki-seo/issues open an issue at GitHub]. Cheers [[User:Kghbln|&#91;&#91;kgh&#93;&#93;]] ([[User talk:Kghbln|talk]]) 15:32, 11 June 2014 (UTC)
::You're probably right. The github entry is located [https://github.com/andru/wiki-seo/issues/7 here]. [[User:CayceP|CayceP]] ([[User talk:CayceP|talk]]) 09:14, 12 June 2014 (UTC)
:::Great, let's hope that he has the time to have a look at it. Thank you for reporting. Cheers [[User:Kghbln|&#91;&#91;kgh&#93;&#93;]] ([[User talk:Kghbln|talk]]) 11:12, 12 June 2014 (UTC)
::::I think I found the reason for my issue: title mode append seems to be default right? So it's obsolete to call it in the document so
::::instead of
::::<code>{{#seo:<br>
::::|title=Your page title<br>
::::'''|titlemode=append'''<br>
::::|keywords=these,are,your,keywords<br>
::::|description=Your meta description<br>
::::}}</code>
::::you should use
::::<code>{{#seo:<br>
::::|title=Your page title<br>
::::|keywords=these,are,your,keywords<br>
::::|description=Your meta description<br>
::::}}</code>
::::and the undefined title_mode message disappears. [[User:CayceP|CayceP]] ([[User talk:CayceP|talk]]) 08:24, 20 June 2014 (UTC)
:::::According to the extension's documentation the default is "replace". This observation narrows down the cause of the issue though. [[User:Kghbln|&#91;&#91;kgh&#93;&#93;]] ([[User talk:Kghbln|talk]]) 08:41, 20 June 2014 (UTC)
{{Archive bottom}}

== Google doesn't read the Meta description ==
{{Archive top|status=resolved}}

Hi there,

I installed the extension and changed the content and meta description of my main page a few times but the changes of the meta description don't show up on Google search results. Any idea why it is not working?



<span class="mw-default-size">[[File:Page-source-google-chrome.png|1410x1410px]]</span>



<span class="mw-default-size">[[File:Google-SERP.png|469x469px]]</span>


Lookng forward to your help. 

Cheers,
Chris [[User:C.eiermann|C.eiermann]] ([[User talk:C.eiermann|talk]]) 15:32, 10 July 2014 (UTC)
:Hmm, that's strange indeed. What happens if you place the seo parser function at the top of the page instead of the very bottom? [[User:Kghbln|&#91;&#91;kgh&#93;&#93;]] ([[User talk:Kghbln|talk]]) 16:09, 10 July 2014 (UTC)
:Has this updated in the last 4 days? Does Google Webmaster Tools give you any hints or errors which might help out? [[User:Andrujhon|Andrujhon]] ([[User talk:Andrujhon|talk]]) 12:20, 14 July 2014 (UTC)
::Thank you kgh and Andrujhon.
::I now put the seo tag on top of the page over the first div tag, see [http://www.auslandssemester-bali.de/index.php?title=Studieren_auf_Bali&action=edit here].
::In a few days I will check if the google crawler read the tags or not. 
::Here is how the search results look like now: 
::<span>[[File:AB-Google-20140731.png|400x400px]]</span>
::Google Webmaster Tools is clean and error free:
::<span>[[File:AB-webmaster-tools.png|400x400px]]</span> [[User:C.eiermann|C.eiermann]] ([[User talk:C.eiermann|talk]]) 09:30, 31 July 2014 (UTC)
:::The meta description shouldn't be more than 70 characters. Keywords can be longer but i wouldn't get too crazy with it in case google sees it as spamming in their algorithm. DaveL<sup>MW 1.18.0, PHP 5.3.21, MySQL 5.1.73, SMW 1.8.0.4</sup> 03:35, 2 November 2014 (UTC)
{{Archive bottom}}

== Twitter Cards and Open Graph ==
{{Archive top|result=[[Extension:WikiSEO#Configuration]]|status=resolved}}

Please put some example of Twitter Cards, Open Graph and Google Webmaster verification [[User:Edmundopg|Edmundopg]] ([[User talk:Edmundopg|talk]]) 12:43, 10 November 2014 (UTC)
:I do not know about Twitter Cards and Open Graph, but they surely follow the same schema than the other parameters, like e.g. Google:
:<syntaxhighlight lang='text'>{{#seo:
|google-site-verification=Your verification code
...
}}

However, this one is only needed on main page since this is where Google looks for it. [[kgh]] (talk) 19:35, 10 November 2014 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Version

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

I have downloaded three times wikiseo from github, but still appear 1.1.1 in version instead 1.3, and in changelog appear Nov. 10th as a date with a update released. Edmundopg (talk) 17:52, 10 November 2014 (UTC)

Yeah, the versioning is a bit "messed" up. I synced the docu. Probably Andru should add a new version to the code. [[kgh]] (talk) 19:36, 10 November 2014 (UTC)

I just created a pull request which increments the version for better differentiation. [[kgh]] (talk) 19:40, 10 November 2014 (UTC)

That was fast. Already merged. I updated the docu. Cheers [[kgh]] (talk) 19:42, 10 November 2014 (UTC)

My bad. Since it can now be installed via Composer that should keep me in line with keeping the version updated. Andrujhon (talk) 08:42, 11 November 2014 (UTC)

Now I have redownloaded on github and is 1.20 version.

Please, add examples of open graph, twitter cards and google verification, I can not add it correctly and I am tired of trying it Edmundopg (talk) 11:59, 11 November 2014 (UTC)

I have just updated my extension from https://github.com/tinymighty/wiki-seo and after the update it still seems to display 1.1.1 CayceP (talk) 18:46, 5 December 2014 (UTC)

This depends on how you updated (manually, composer, git). I recommend to remove the old code and do a fresh install for this extension. [[kgh]] (talk) 13:25, 9 December 2014 (UTC)

It was the version from git. Anyway since I updated my wiki installation to 1.24.1 today and got a new copy of WikiSEO from Github and after updating it now the version number is 1.2.1. So all good. CayceP (talk) 09:30, 18 December 2014 (UTC)

Do not really know what you mean with Git. However, cool that it worked out for you in the end. [[kgh]] (talk) 17:21, 18 December 2014 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Naming files

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Hi

A little, little problem, but one that is bothersome when you're adding extensions.

The git clone statement is:git clone https://github.com/tinymighty/wiki-seo.git

The require line is:require_once "$IP/extensions/WikiSEO/WikiSEO.php";

Git clones the file as: wiki-seo, not WikiSEO. Maybe someone should fit that on:https://github.com/tinymighty/wiki-seo/

All the best to you. Christharp (talk) 20:03, 5 December 2014 (UTC)

Yeah, good pick. This indeed needs to be improved. For the time being I added a note to the extension's documentation. [[kgh]] (talk) 13:17, 9 December 2014 (UTC)

I've updated the documentation to suggest specifying the directory name when cloning, e.g.

git clone https://github.com/tinymighty/wiki-seo.git WikiSEO

Perhaps we could change the name of the repo, but unfortunately this would have the effect of changing the package name on packagist.org and screw things up for anyone that's installed it via Composer. As far as I'm aware they don't have package-forwarding for renames. Andrujhon (talk) 09:08, 12 December 2014 (UTC)

Fair enough. Thanks for amending my note. Did not think of this. :) [[kgh]] (talk) 09:09, 12 December 2014 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Example

Please, put some example of Twitter Cards, I have tried but it detect error every time. Edmundopg (talk) 04:54, 29 January 2015 (UTC)

That functionality was added by someone else, and I've never needed to use it so is untested by me. What's the error? Andrujhon (talk) 18:42, 24 March 2015 (UTC)

I try to use WikiSEO with Facebook Open Graph, and i fail. What is the correct syntax ? Where is the problem ?

http://desirsdegauche.fr/

http://ogp.me/

https://developers.facebook.com/tools/debug/og/object/

Warnings That Should Be Fixed

|Inferred Property

|The 'og:url' property should be explicitly provided, even if a value can be inferred from other tags.

|-

|Inferred Property

|The 'og:title' property should be explicitly provided, even if a value can be inferred from other tags.

|-

|og:image could not be downloaded or is too small

|og:image was not defined, could not be downloaded or was not big enough. Please define a chosen image using the og:image metatag, and use an image that's at least 200x200px and is accessible from Facebook. Image 'http://desirsdegauche.fr/~desirsdegauche/resources/assets/poweredby_mediawiki_88x31.png' will be used instead. Consult http://developers.facebook.com/docs/sharing/webmasters/crawler for more troubleshooting tips.

|} Bigsicret (talk) 09:45, 28 January 2016 (UTC)

Error: invalid magic word 'seo'

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

I have installed via git clone, and any of my pages now has the error...

[3907f866] /index.php?title=Special:RecentChanges Exception from line 341 of /homepages/11/d105371755/htdocs/wiki/includes/MagicWord.php: Error: invalid magic word 'seo' Plittlefield (talk) 16:10, 24 February 2015 (UTC)

Never seen this before. What version of MW are you running? Andrujhon (talk) 18:41, 24 March 2015 (UTC)

Propably one of the 1.24.x since I just got the same message upon updating a local version from MW 1.24.1 to 1.24.2 with Wikiseo 1.2.1

complete error message I got:

[f6b735c5] /wiki/mw-config/?page=ExistingWiki Exception from line 341 of C:\xampp\htdocs\wiki\includes\MagicWord.php: Error: invalid magic word 'seo'

Backtrace:

1. 0 C:\xampp\htdocs\wiki\includes\MagicWord.php(264): MagicWord->load(string)
   
2. 1 C:\xampp\htdocs\wiki\includes\parser\Parser.php(5159): MagicWord::get(string)
   
3. 2 C:\xampp\htdocs\wiki\extensions\WikiSEO\WikiSEO.body.php(91): Parser->setFunctionHook(string, string)
   
4. 3 [internal function]: WikiSEO::init(Parser)
   
5. 4 C:\xampp\htdocs\wiki\includes\Hooks.php(206): call_user_func_array(string, array)
   
6. 5 C:\xampp\htdocs\wiki\includes\GlobalFunctions.php(3995): Hooks::run(string, array, NULL)
   
7. 6 C:\xampp\htdocs\wiki\includes\parser\Parser.php(279): wfRunHooks(string, array)
   
8. 7 C:\xampp\htdocs\wiki\includes\parser\Parser.php(291): Parser->firstCallInit()
   
9. 8 C:\xampp\htdocs\wiki\includes\parser\Parser.php(5000): Parser->clearState()
   
10. 9 C:\xampp\htdocs\wiki\includes\parser\Parser.php(377): Parser->startParse(Title, ParserOptions, integer, boolean)
    
11. 10 C:\xampp\htdocs\wiki\includes\installer\Installer.php(631): Parser->parse(string, Title, ParserOptions, boolean)
    
12. 11 C:\xampp\htdocs\wiki\includes\installer\WebInstaller.php(676): Installer->parse(string, boolean)
    
13. 12 C:\xampp\htdocs\wiki\includes\installer\WebInstallerPage.php(392): WebInstaller->getInfoBox(string)
    
14. 13 C:\xampp\htdocs\wiki\includes\installer\WebInstallerPage.php(380): WebInstallerExistingWiki->showKeyForm()
    
15. 14 C:\xampp\htdocs\wiki\includes\installer\WebInstaller.php(280): WebInstallerExistingWiki->execute()
    
16. 15 C:\xampp\htdocs\wiki\mw-config\index.php(79): WebInstaller->execute(array)
    
17. 16 C:\xampp\htdocs\wiki\mw-config\index.php(38): wfInstallerMain()
    
18. 17 {main}

my workaround:

I temporarily deactivated require_once( "$IP/extensions/WikiSEO/WikiSEO.php" ); in LocalSettings.php. Upgraded the wiki as usual. And activated WikiSEO in Localsettings again. Worked without problems CayceP (talk) 12:37, 20 April 2015 (UTC)

Tracked in Phabricator
Task T69877

This is a known Mediawiki Bug that affects a number of extensions. You can fix the issue by commenting out line 24 in WikiSEO.php:

#global $wgExtensionCredits, (...)

That won't work if you installed via Composer. Ike Hecht 17:58, 18 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

What file do I need to edit in order to configure this extension?

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

I am new to MediaWiki and perhaps this is common knowledge, but it was never made clear in the documentation where exactly should we put the configuration code. LazarLung (talk) 15:25, 9 June 2015 (UTC)

What do you mean with "configuration code"? Do you mean the tags? They go on each wiki article page and/or template you want the Extension to alter the meta tags. CayceP (talk) 11:59, 10 June 2015 (UTC)

Thanks! I did not know how the Template feature works, so I kept thinking it had to do with editing the template (as in the .php skin files). Now I figured it out. LazarLung (talk) 23:28, 10 June 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

i have some questions.

i installed WikiSEO, but i can't find where should i write. what php is correct? and if i write just same as example, it works? and does it support korean word?

sorry for stupid question. i am seriously noob about it Annr1223 (talk) 12:52, 25 May 2016 (UTC)

Use pipe in title

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Hi there, I am trying to use a pipe in the title: " | "

Anyone has an idea how to accept the pipe symbol?

{{#seo:|</html> study-in-bali.com ⛱

?Saving}} <html>|titlemode=append|keywords=rafting bali, white water rafting bali, rafting ubud, white water rafting ubud, bali white water rafting, telaga waja river rafting|description=}} The result should look like this: Rafting » Book online now » Save 70% | study-in-bali.com ⛱ But instead it looks like this: Rafting » Book online now » Save 70% ?UNIQ9f6922f91718a239-html-00000004-QINU? study-in-bali.com ⛱ Compare: Rafting Bali Thanks for looking into this! C.eiermann (talk) 03:22, 5 October 2016 (UTC) use {{!}} wherever you need | symbol in seo. Jatin1697 (talk) 11:24, 1 May 2018 (UTC) The discussion above is closed. Please do not modify it. No further edits should be made to this discussion. Will this work on older versions? The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion. I'd like to use this on 1.15.1, would the modifications for this be too complicated? Yonidebest (talk) 11:27, 20 July 2017 (UTC) The discussion above is closed. Please do not modify it. No further edits should be made to this discussion. Metadata and SEO tags Hello all, I'm looking to apply metadata tags to WikiJournal articles in order to be compatibel with indexing and tracking services (e.g. AltMetric). Currently I'm using the code: <div style="display:none"><meta name='citation_doi' value='{{{doi}}}'></div> Where {{{doi}}} is the article's full doi number. For example in this article, it is included as: <div style="display:none"><meta name='citation_doi' value='10.15347/wjm/2017.005'></div> However, the < and > characters get transcluded as &lt; and &gt; which (I think) prevents it from working properly. Is Extension:WikiSEO compatible with the requirements of help.altmetric.com/...what-metadata-is-required-to-track-our-content? (Also posted at Project:Support desk/Flow/2018/01#h-Metadata_and_SEO_tags-2018-01-04T01:30:00.000Z) T.Shafee(Evo﹠Evo)talk 07:07, 8 January 2018 (UTC) Hey, this might come pretty late, but the current WikiSEO build supports the following citation_* tags! https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/extensions/WikiSEO/+/refs/heads/master/includes/Generator/Plugins/Citation.php#34 Example: {{#seo: |citation_doi=10.15347/wjm/2017.005 }} Which would add a <meta name='citation_doi' value='10.15347/wjm/2017.005' /> tag to the page Octfx (talk) 19:49, 31 January 2021 (UTC) Hi, I have installed WikiSEO 2.6.6 on MediaWiki 1.39.2. I added this to the LocalSettings.php file: wfLoadExtension( 'WikiSEO' ); $wgMetadataGenerators[] = "Citation"; as per documentation.and then I added this to a page: {{#seo: |citation_doi=10.15347/wjm/2017.005 }} but the page in the <head> section does not have the tag: <meta name='citation_doi' value='10.15347/wjm/2017.005' /> Any idea? Thanks. Luca boscolo (talk) 08:24, 20 March 2023 (UTC) The citation generator currently only outputs json. Do you see a <script type=„application/ld+json“> element containing your doi? Octfx (talk) 09:12, 20 March 2023 (UTC) Thank you for the reply. I added this: {{#seo:|citation_doi=10.15347/wjm/2017.005|citation_type=MedicalScholarlyArticle|citation_name=Cataloging & Classification Quarterly|citation_date_published=2012-01-01|citation_author=Doe, John; Bar, Foo|citation_journal_title=Elsevir|citation_keywords=Keyword a; Keyword b;|description=An article about cataloging}} on a page, which I copied from the documentation and in the head section I see this: <script type="application/ld+json">{"@context":"https:\/\/schema.org","@graph":[{"@type":"ScholarlyArticle","name":null,"headline":null,"datePublished":null,"dateCreated":null,"isPartOf":null,"pageStart":null,"sameAs":null,"description":"An article about cataloging","copyrightHolder":null,"license":null,"publisher":null,"keywords":null,"author":[{"@type":"Person","givenName":null,"familyName":"","name":""}]}]}</script> It seems not working. Anyway, why it is not displaying like this: <meta name="citation_doi" content="10.1111/1467-9868.03711"/> I believe this should be the format to get read by the Search Engines. Luca boscolo (talk) 09:28, 20 March 2023 (UTC) That does not sound right. I’ll have a look and get back to you shortly! Octfx (talk) 17:13, 20 March 2023 (UTC) Any news? Luca boscolo (talk) 15:39, 22 March 2023 (UTC) This was indeed a bug. Based on your example I now get the following json output: {"@context":"https:\/\/schema.org","@graph":[{"@type":"MedicalScholarlyArticle","name":"Cataloging & Classification Quarterly","headline":null,"datePublished":"2012-01-01","dateCreated":null,"isPartOf":null,"pageStart":null,"sameAs":"10.15347\/wjm\/2017.005","description":"An article about cataloging","copyrightHolder":"Doe, John; Bar, Foo","license":null,"publisher":null,"keywords":null,"author":[{"@type":"Person","givenName":" John","familyName":"Doe","name":"Doe, John"},{"@type":"Person","givenName":" Foo","familyName":" Bar","name":" Bar, Foo"}]}]} The patch will be pushed to develop soon. I did not have the time to implement <meta> tags yet. But I think I will in the following week. Do you have any online resources for valid / required meta tags regarding citation? Octfx (talk) 17:12, 22 March 2023 (UTC) If you do not have much time, you could only do these three for now which are compulsory: citation_title citation_author citation_publication_date and do the others later on. Luca boscolo (talk) 14:05, 26 March 2023 (UTC) @Octfx Any updates? Luca boscolo (talk) 14:00, 28 March 2023 (UTC) I hadn’t had the time to implement this yet, as I was on vacation. It is still on my todo and I’m planning to look at it some time this week. Implementation should be relatively straight forward. Starting in here https://github.com/wikimedia/mediawiki-extensions-WikiSEO/tree/master/includes/Generator/Plugins should give some good pointers. Octfx (talk) 14:06, 28 March 2023 (UTC) @Octfx Thanks, let me know when it is ready, so I'll test it. Yes, it looks relatively straight forward, however, if you feel you do not have much time, you could implement the three mandatory tags I wrote on previous post and do the others next time, I do not mind. Thanks. Luca boscolo (talk) 15:21, 28 March 2023 (UTC) All metatags mentioned in your google scholar link should now be supported in current master: https://github.com/wikimedia/mediawiki-extensions-WikiSEO You can add multiple authors by separating them with a ;. Octfx (talk) 18:15, 28 March 2023 (UTC) @Octfx I have installed your changes for WikiSeo on MediaWiki 1.39.2 and got this error now when it starts: Warning: Undefined array key "description" in C:\wamp64\www\wiki-test-1.39.2\extens . The page loads ok when I disable WikiSeo extension in the LocalSettings.php, any idea why? Luca boscolo (talk) 10:38, 30 March 2023 (UTC) @Octfx If it helps, I debugged it and this is the actual error: Warning: Undefined array key "description" in C:\wamp64\www\wiki-test-1.39.2\extensions\WikiSEO\includes\Generator\Plugins\Citation.php on line 144 Luca boscolo (talk) 09:46, 31 March 2023 (UTC) This issue should be fixed starting with https://gerrit.wikimedia.org/r/c/mediawiki/extensions/WikiSEO/+/904879 Octfx (talk) 14:36, 1 April 2023 (UTC) @Octfx Thanks for fixing the issue. I tested it with this: {{#seo:|title="Efficient construction of reversible jump Markov chain Monte Carlo proposal distributions - Brooks - 2003 - Journal of the Royal Statistical Society: Series B (Statistical Methodology) - Wiley Online Library"|description="Summary. The major implementational problem for reversible jump Markov chain Monte Carlo methods is that there is commonly no natural way to choose jump proposals since there is no Euclidean struct..."|keywords="keyword1; keyword2, keyword3;"|citation_author=S. P. Brooks; P. Giudici; G. O. Roberts|citation_doi=10.15347/wjm/2017.005|citation_journal_title=Journal of the Royal Statistical Society: Series B (Statistical Methodology)|citation_publication_date=2003/01/28|citation_publisher=John Wiley & Sons, Ltd|citation_title=Efficient construction of reversible jump Markov chain Monte Carlo proposal distributions|citation_keywords="Autoregressive time series; Bayesian model selection; Graphical models"}} and I saw few issues in the generated tags: 1 - The page title is between double quotes, I do not understand why: <title>"Efficient construction of reversible jump Markov chain Monte Carlo proposal distributions - Brooks - 2003 - Journal of the Royal Statistical Society: Series B (Statistical Methodology) - Wiley Online Library"</title> 2 - same for keywords: <meta name="keywords" content="&amp;quot;keyword1; keyword2, keyword3;&amp;quot;"/> 3 - the description tag is repeated twice and it is between double quotes: <meta name="description" content="&amp;quot;Summary. The major implementational problem for reversible jump Markov chain Monte Carlo methods is that there is commonly no natural way to choose jump proposals since there is no Euclidean struct...&amp;quot;"/> 4 - The citation_keywords tag is ignored. This is an example of the expected output: <meta name="citation_keywords" content="Autoregressive time series"> <meta name="citation_keywords" content="Bayesian model selection"> <meta name="citation_keywords" content="Graphical models"> Thanks. Luca boscolo (talk) 07:41, 3 April 2023 (UTC) Thanks for the report, I’ll have a look why citation_keywords is ignored. As for the quotes, everything after the = is added as is. As I see you’ve added quotes around the title, they are added to the html Hope this helps! Octfx (talk) 08:28, 3 April 2023 (UTC) @Octfx ok, I see why the double quotes. But why the description meta tag <meta name="description" content=.... is generated twice? Luca boscolo (talk) 10:00, 3 April 2023 (UTC) This was indeed a bug and should now be fixed Octfx (talk) 18:37, 3 April 2023 (UTC) @Octfx any updates for the fix of <meta name="citation_keywords" ? Luca boscolo (talk) 13:44, 6 April 2023 (UTC) Are citation_keywords separate from meta="keywords"? Octfx (talk) 17:47, 6 April 2023 (UTC) @Octfx yes, citation_keywords are separate from meta="keywords" Luca boscolo (talk) 10:02, 7 April 2023 (UTC) You should now be able to set citation_keywords Octfx (talk) 11:49, 7 April 2023 (UTC) @Octfx How do I set the citation_keywords? Are all the keys in the same tag separated by ;? Or one per citation_keywords? Also I have tried this: {{#seo:|title="Efficient construction of reversible jump Markov chain Monte Carlo proposal distributions - Brooks - 2003 - Journal of the Royal Statistical Society: Series B (Statistical Methodology) - Wiley Online Library"|description="Summary. The major implementational problem for reversible jump Markov chain Monte Carlo methods is that there is commonly no natural way to choose jump proposals since there is no Euclidean struct..."|keywords="keyword1; keyword2, keyword3;"|citation_author=S. P. Brooks; P. Giudici; G. O. Roberts|citation_doi=10.15347/wjm/2017.005|citation_journal_title=Journal of the Royal Statistical Society: Series B (Statistical Methodology)|citation_publication_date=2003/01/28|citation_publisher=John Wiley & Sons, Ltd|citation_title=Efficient construction of reversible jump Markov chain Monte Carlo proposal distributions|citation_keywords="Autoregressive time series; Bayesian model selection; Graphical models"}} The description tags does not get replicated anymore but all the citation tags don't display anymore in the head of the page Luca boscolo (talk) 13:42, 7 April 2023 (UTC) Everything but citation_authors is added as-is to the content of the meta tag, i.e. using |citation_keywords="Keyword1; Keyword2" would result in <meta name="citation_keywords" content="&amp;quot;Keyword1; Keyword2&amp;quot;"/>. I've called WikiSEO with the following settings: {{#seo: |title=Efficient construction of reversible jump Markov chain Monte Carlo proposal distributions - Brooks - 2003 - Journal of the Royal Statistical Society: Series B (Statistical Methodology) - Wiley Online Library |description=Summary. The major implementational problem for reversible jump Markov chain Monte Carlo methods is that there is commonly no natural way to choose jump proposals since there is no Euclidean struct... |citation_author=S. P. Brooks; P. Giudici; G. O. Roberts |citation_doi=10.15347/wjm/2017.005 |citation_journal_title=Journal of the Royal Statistical Society: Series B (Statistical Methodology) |citation_publication_date=2003/01/28 |citation_publisher=John Wiley & Sons, Ltd |citation_title=Efficient construction of reversible jump Markov chain Monte Carlo proposal distributions |citation_keywords=Autoregressive time series, Bayesian model selection, Graphical models }} Which resulted in all specified metatags being set in the head, with multiple citation_author tags. Octfx (talk) 10:26, 8 April 2023 (UTC) @Octfx Thanks, now it works fine. I have just found out there is one missing meta tag, which is this: <meta name="citation_pdf_url" content="http://www.example.com/content/271/20/11761.full.pdf"> as explained in the example of this page: https://scholar.google.de/intl/de/scholar/inclusion.html#indexing Could you please add it? Thanks. Luca boscolo (talk) 08:04, 25 April 2023 (UTC) @Octfx any updates on this new tag? Luca boscolo (talk) 10:27, 27 April 2023 (UTC) @Octfx thanks for that. With regards the |citation_keywords it should follow the same logic as the |citation_authors, so keywords are separated by a ; and generate one tag for each key, for example: |citation_keywords=Keyword1; Keyword2 would result in two tags: <meta name="citation_keywords" content=Keyword1> and <meta name="citation_keywords" content=Keyword2>. Also I downloaded the latest zip file from master and installed it in MediaWiki 1.39.3. I copied and paste your example in a page, but I still do not see any of the citation tags in the header. I only see title and description. In the Localsettings.php I added these: # Activate citation tags $wgMetadataGenerators[] = "Citation"; # Enable Extension:WikiSEO wfLoadExtension( 'WikiSEO' ); Any idea why? Luca boscolo (talk) 06:49, 9 April 2023 (UTC) @Octfx I have installed WikiSEO in the server and now it displays the citation tags in the head. Strange, is it because they get cached somehow? Luca boscolo (talk) 11:17, 10 April 2023 (UTC) @Octfx ok, thanks. How do I install the current master? Can I just download current master, unzip, copy and paste the files in the Extensions\WIkiSEO folder? 81.128.157.66 (talk) 08:14, 29 March 2023 (UTC) I think you can use the official documentation from Google Scholar: https://scholar.google.com/intl/en-us/scholar/inclusion.html#indexing If you want I could help with this, if you show me which file needs to be amended. I understand programming languages but I do not know php. Luca boscolo (talk) 11:14, 23 March 2023 (UTC) @Octfx Aha! Exactly what I was thinking of - definitely useful info. Do you know if it's permitted on WMF wikis? T.Shafee(Evo﹠Evo)talk 22:52, 31 January 2021 (UTC) That I don't know :/ The code is maintained in WMF Source Control, but to my knowledge noone asked to have it enabled Octfx (talk) 14:52, 1 February 2021 (UTC) thanks. I'll look into it a bit further. T.Shafee(Evo﹠Evo)talk 05:51, 2 February 2021 (UTC) I've finally gotten around to requesting the extension enabled on wikiversity (discussion). T.Shafee(Evo﹠Evo)talk 03:37, 18 October 2021 (UTC) Better explanation maybe? Hello! I would like to add this extension for my wiki, but the examples on the main extension page aren't clear for me enough. Should I add static/dynamic values to every page I create or just to the main page? If to all of them, is there a way to apply the tags to all sites of the wiki at once? Sorry for noob question :< I would really like to learn those things faster than I have to use them. ZielonaMrowka (talk) 10:34, 2 May 2018 (UTC) BTW manuall installation does not seem to work ( by which I mean usual adding wfLoadExtension( 'WikiSEO' ); key to LocalSettings.php and uploading the extension on the server). Mediawiki 1.30.0 - http://wiki.mrowki.ovh/index.php?title=Strona_główna EDIT - unzipped catalogue is called differently than it should be called. README file differs a bit from the installation guide (the information about the name of the catalogue is missing) ZielonaMrowka (talk) 10:48, 2 May 2018 (UTC) Please add support for Bing Webmaster Verification The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion. I have found this extension very helpful in improving my google search ranking but I have recently started to try to improve my ranking on Bing as it is the default search engine windows and probably has far more users than is recorded (as Google users visit more sites on average and so are more likely to visit one with an active analytics program). As a result I would like to ask you to add support for Bing webmaster. Bing uses a similar meta tag to Google to verify ownership in the form <meta name="msvalidate.01" content="XYZ" />. Thank-you for reading. El komodos drago (talk) 22:44, 17 December 2018 (UTC) Additionally Google has a section on how you can develop your search presence using microdata. You could add support for a thumbnail by adding <meta name="thumbnail" content="xyz" /> and a search box. El komodos drago (talk) 13:54, 9 March 2019 (UTC) The discussion above is closed. Please do not modify it. No further edits should be made to this discussion. Generates broken JSON in <script type="application/ld+json"></script> The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion. The Google Search Console notified me of errors in my pages which I was able to trace back to this extension. It generates broken JSON in the <script type="application/ld+json> tag. The fix is easy. In every line of code that appends further snippets to the $jsonLD variable, start the snippet with a comma instead of ending it with a comma. This is already the case for most lines that append to $jsonLD, except for two or three lines which cause the broken result. 2A02:908:C70:52C0:7CCC:4D1E:A848:D876 (talk) 19:22, 26 May 2019 (UTC) I've created an updated version of this extension which fixes this issue. https://github.com/octfx/wiki-seo/ Do mind though, that this is not a drop-in replacement, some tag names have changed. The changes are covered in the readme Octfx (talk) 09:23, 21 June 2019 (UTC) The discussion above is closed. Please do not modify it. No further edits should be made to this discussion. Unmaintained state of this extension The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion. Since this extension recently has been marked as unmaintained I've started the process of becoming the new maintainer of this extension. You can see the discussion here: https://github.com/tinymighty/wiki-seo/issues/34 The updated code can be found at https://github.com/octfx/wiki-seo Octfx (talk) 09:28, 21 June 2019 (UTC) I guess as soon there is a stable release the extension's documentation should be updated accordingly. [[kgh]] (talk) 13:29, 21 June 2019 (UTC) A timely update is necessary since a lot of the tag names have either been renamed or removed in the update. Thanks for pointing this out! Octfx (talk) 18:06, 21 June 2019 (UTC) Thank you for your work! The extension as is was causing some problems with me site on Google. SupermanFan97 (talk) 10:53, 26 June 2019 (UTC) Thank you for taking this on. I like the extension. The only suggestion I have is to lengthen the number of characters allowed for the meta description tag. It is currently much less than what Google likes to display in its results. 74.196.230.108 (talk) 22:21, 30 July 2019 (UTC) The description tag limit has been removed in the updated version. You can use as many characters as you like. :) Octfx (talk) 06:38, 31 July 2019 (UTC) Hello Octfx I have a favour to ask you please. I have installed the extension. In my title there is an ampersand sign &, it is showing up as "&amp;" instead of &. Can you please help me ? Thank you Perry PerryRamen (talk) 15:54, 5 August 2019 (UTC) @PerryRamen bug should be fixed in the current develop branch Octfx (talk) 07:11, 6 August 2019 (UTC) Note to all: What about creating a new thread per issue? Here we are now already happily mixing 3 issues. :( [[kgh]] (talk) 16:01, 5 August 2019 (UTC) Let's create separate threads next time :) @PerryRamen I'll look into this shortly Octfx (talk) 16:58, 5 August 2019 (UTC) The discussion above is closed. Please do not modify it. No further edits should be made to this discussion. Regarding using composer for this extension The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion. If you use non-default loggers like Monolog, do not use composer to install this extension: the composer autoload script uses require instead of wfLoadExtension, which emits a log message very early, configuring the logging system using the default settings. IijimaYun (talk) 13:28, 10 August 2019 (UTC) The discussion above is closed. Please do not modify it. No further edits should be made to this discussion. Status of fork? The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion. @Octfx: What's the status of your fork of this? Sam Wilson 06:44, 5 September 2019 (UTC) Currently wrapping up some personal projects, will ping @Andrujhon as soon as I'm ready to take over. Octfx (talk) 07:02, 5 September 2019 (UTC) Hello. Per request from @Octfx the repository is now on Wikimedia Gerrit. https://github.com/octfx/wiki-seo was fully imported. —MarcoAurelio (talk) 11:50, 5 October 2019 (UTC) The discussion above is closed. Please do not modify it. No further edits should be made to this discussion. Default open graph image The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion. I'd like to add a default open graph image for my wiki pages where there is no image set. Is't possible to achieve that with this extension? 134.35.191.240 (talk) 14:33, 8 September 2019 (UTC) Hi, this is possible with the forked version of this extension at https://github.com/octfx/wiki-seo. You can add an image using |image=url_to_image Octfx (talk) 13:45, 3 October 2019 (UTC) The discussion above is closed. Please do not modify it. No further edits should be made to this discussion. Please return to parser function The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion. I notice there have been a change in how site verification works, changing from a parser function to a localsettings.php option. As I use a Wiki farm (miraheze.org) and as such can't access localsettings.php, I would like to politely ask that you return this functionality to the parser function. Thank-you El komodos drago (talk) 09:02, 12 October 2019 (UTC) As laid out in this issue on GitHub https://github.com/tinymighty/wiki-seo/issues/5 making site verification possible for non-admins can pose some security risks. Looking through the miraheze.org documentation it seems to be possible to request configuration changes in LocalSettings. See https://meta.miraheze.org/wiki/Request_features Using the provided form it should be possible to set all needed verficiation keys in LocalSettings. Octfx (talk) 13:45, 12 October 2019 (UTC) I believe that site verification should not be done via a parser function on wiki, not even for trusted users. [[kgh]] (talk) 14:09, 14 October 2019 (UTC) The discussion above is closed. Please do not modify it. No further edits should be made to this discussion. Metadata placement The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion. It appears that the {{#seo:}} parserfunction adds the metadata in a way that MW parser interprets it as a new paragraph. Besides adding extraneous element, this behavior causes an unwanted spaces to be visible when a wiki uses custom paragraph styling, or when there are some non-text elements before and after the parser. Those metadata should be put directly in the root element. <div class="mw-parser-output"> <p> <!--wiki-seo-data-start WikiSEO:image;aHR0cHM6Ly9h... WikiSEO:image_height;MTI4 WikiSEO:image_width;MTI4 wiki-seo-data-end--> </p> <div class="eq-box"> ... ArdWar (talk) 19:15, 18 October 2019 (UTC) I've just uploaded an update which replaces the p element with a div element. That should remove any margins. Alternatively the div gets a 'wiki-seo' class so it can be hidden via css. Octfx (talk) 16:13, 23 October 2019 (UTC) I'll have to look into this. Currently the extension is only adding the <!--wiki-seo-data-start ... part, without an explicit 'p' tag. I don't know why the parser interprets it this way. Octfx (talk) 21:26, 18 October 2019 (UTC) The discussion above is closed. Please do not modify it. No further edits should be made to this discussion. 2.0.2 og:image not generated but twitter image is. The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion. I replaced with 1.2.1 with 2.0.2 in my dev enviroment, and changed image tag from "og:image" to "image" per instructions. A meta tag for twitter:image is generated, but not for og:image. https://dev.justiceforanimals.org Any help or suggestions would be appreciated. Thanks. Gregoryfu (talk) 20:13, 23 October 2019 (UTC) Could you try the newest version of this extension? (2.1.0) There was an error with Twitter overwriting the open graph tags Octfx (talk) 20:20, 23 October 2019 (UTC) 2.1.0 did the trick. Gregoryfu (talk) 18:40, 24 October 2019 (UTC) The discussion above is closed. Please do not modify it. No further edits should be made to this discussion. Undefined variable: text issue The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion. Hi there--using MW 1.33.1 with v. 2.2.0, and I'm getting the following PHP notices: Notice: Undefined variable: text in includes/parser/Parser.php on line 3427 Notice: Undefined variable: text in includes/parser/Parser.php on line 3437 Notice: Undefined variable: text in includes/parser/Parser.php on line 3456 Plugin seems to be working otherwise fine, though. Scarred Sun (talk) 02:00, 13 November 2019 (UTC) Thanks for the report! This should be fixed in 2.2.1 :) Octfx (talk) 10:29, 13 November 2019 (UTC) The discussion above is closed. Please do not modify it. No further edits should be made to this discussion. A variable for Default image The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion. A global image variable should be available with this new version. Now it takes the site logo which is a transparent small logo on my case. 185.80.140.118 (talk) 09:57, 9 December 2019 (UTC) I'll add this in the next release. Octfx (talk) 07:14, 10 December 2019 (UTC) This is now implemented in v2.3.0. Set $wgWikiSeoDefaultImage = 'File:Localfile.jpg'; in LocalSettings to use the specified file instead of the wiki logo. Octfx (talk) 17:50, 11 December 2019 (UTC) The discussion above is closed. Please do not modify it. No further edits should be made to this discussion. It doesn't do anything The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion. I added code as sample and as ever (I am using it since 1.1), but title doesn't change. Look: https://tolkiendili.com/wiki/Gollum Edmundopg (talk) 17:19, 11 December 2019 (UTC) Hey! titlemode should be title_mode. But the title should still be set... Can you edit and save the page so that the page props reload? Octfx (talk) 17:52, 11 December 2019 (UTC) I have put this, and I dont have any change {{#seo:|title=La historia de Gollum|title_mode=replace|keywords=gollum, smeagol|description=Historia de Gollum, la criatura que fue corrompida por el Anillo Único, y que guió a Frodo y a Sam rumbo a Mordor para destruirlo definitivamente.}} Edmundopg (talk) 09:25, 12 December 2019 (UTC) Your wiki isn't saving the page props. Compare: https://star-citizen.wiki/api.php?action=query&format=json&prop=pageprops&titles=300i (see the WikiSEO key) with https://tolkiendili.com/w/api.php?action=query&format=json&prop=pageprops&titles=Gollum (no WikiSEO key under pageprops). Are your database writes somewhat restricted? Is your job queue set up properly? Octfx (talk) 15:21, 12 December 2019 (UTC) I seem to have the same issue.. page properties are not written Sen-Sai (talk) 13:21, 20 December 2019 (UTC) That's no good! :/ Can you tell me about your stack? MW version DB Type and version Type of host PHP version Octfx (talk) 13:42, 20 December 2019 (UTC) Sure.. MW 1.31.3 PHP 7.0.33 ( I know 7.1 is required, but walked through the code and only saw private constants defined which is 7.1>, so guessing/hoping that is not the issue, also no errors occur) MySQL 5.7.28 SMW 3.0.2 Setup as a Farm If you want I can send you the Special:Version of the website (just preferably not in public). If you want, my skype is : chcockype Sen-Sai (talk) 14:15, 20 December 2019 (UTC) I can't find you under that nickname. Are you using Apache? Linux or Windows? In the meantime you can reach me at octfx@octofox.de Would be interesting to see if @Edmundopg is using a wiki farm too? Octfx (talk) 14:39, 21 December 2019 (UTC) No, i am not using a farm wiki. This is my stack: Mediawiki 33.1 Apache 2.4.41 PHP 7.2.23 MySQL 10.1.43 Perl 5.10.1 Kernel 2.6.32-954.3.5.lve1.4.63.el6.x86_64 Edmundopg (talk) 11:14, 22 December 2019 (UTC) If you need to access, tell me. Edmundopg (talk) 11:14, 22 December 2019 (UTC) @Edmundopg @Sen-Sai I've created a debug release on GitHub: https://github.com/octfx/wiki-seo/releases/tag/debug Could you install this version, enable debugging via $wgDebugLogGroups['wikiseo'] = "/var/log/mediawiki/debug-wikiseo.log"; and post the output? Octfx (talk) 13:41, 22 December 2019 (UTC) Will do! Sen-Sai (talk) 14:10, 22 December 2019 (UTC) Going to be tomorrow before I can try.. Sen-Sai (talk) 10:05, 23 December 2019 (UTC) I have installed it but it doesn't do anything. Look : https://tolkiendili.com/wiki/Saruman Edmundopg (talk) 16:24, 22 December 2019 (UTC) @Edmundopg can you post the content of the debug log? You need to put $wgDebugLogGroups['wikiseo'] = "/var/log/mediawiki/debug-wikiseo.log"; in your LocalSettings.php Octfx (talk) 17:42, 22 December 2019 (UTC) I have already done, it doesn't show anything. Edmundopg (talk) 18:02, 22 December 2019 (UTC) The file created at /var/log/mediawiki/debug-wikiseo.log has no content? Octfx (talk) 18:03, 22 December 2019 (UTC) Look yourself: https://prnt.sc/qecxuc Edmundopg (talk) 18:11, 22 December 2019 (UTC) Yes, now there should be a file created at /var/log/mediawiki/debug-wikiseo.log with the content of all debug messages. Octfx (talk) 18:13, 22 December 2019 (UTC) It didn't created that file @Octfx Edmundopg (talk) 18:13, 22 December 2019 (UTC) That is somewhat strange. Can you follow the steps in Manual:How_to_debug#Setting_up_a_debug_log_file? Also, is the php-json extension installed on your server? Octfx (talk) 18:15, 22 December 2019 (UTC) This is the one carpet on var: https://imgur.com/a/g4tI35Z Edmundopg (talk) 18:21, 22 December 2019 (UTC) Does your web webserver user have write access in that path? Can you try the general debug log as linked in the manual? Octfx (talk) 22:56, 22 December 2019 (UTC) I don't know do that =( Edmundopg (talk) 01:33, 23 December 2019 (UTC) Alright.. installed the debug version. Fun thing is.. except for the URL created for the image ( url is wrong ). This version does put in meta tags, title and og info ;-) Can't send you the log unfortunately as I'm currently not at work, but will try to email it to you tomorrow, including the info on the image url.. Sen-Sai (talk) 18:08, 25 December 2019 (UTC) Oh what... That is very strange. I've created another release in which the whole page prop saving is redone. But it is currently in staging. Hopefully that clears some of the errors. Thanks for the reply! Octfx (talk) 18:21, 25 December 2019 (UTC) Oww.. you currently have only 5 lines of php 7.1+ code. Change those and you are a bit more compatible 7.0 ;-). Only a suggestion.. Sen-Sai (talk) 18:10, 25 December 2019 (UTC) Yeah I know. The extension is oriented on the official mw version support. Maybe I'll do some kind of backport branch. I'm with you on the supporting more versions though Octfx (talk) 18:22, 25 December 2019 (UTC) Just send you an email :-) Sen-Sai (talk) 11:29, 26 December 2019 (UTC) What also would be a nice feature .. https://moz.com/learn/seo/hreflang-tag These need to be added to the head of a page.. would be nice if the hreflang for the current page is set automatically, but you can then add extra ones for the same page in a different language. Sen-Sai (talk) 10:00, 27 December 2019 (UTC) I'll add this to the TODO! Octfx (talk) 14:57, 27 December 2019 (UTC) The discussion above is closed. Please do not modify it. No further edits should be made to this discussion. Disrupt URL Could be related to [1]. Fixed in v2.4.0. Thanks for the follow up and help You've added some nice features Unfortunately it did not generate the URL I think it's a problem for Unicode Thankful@Octfx Why did my site URL get bogged down in article pages after I removed the #seo tag? URL for example: Java:انواع_داده%E2%80%8Cها_در_جاوا Source Address: https://wikicod.ir/wiki/Java:%D8%A7%D9%86%D9%88%D8%A7%D8%B9_%D8%AF%D8%A7%D8%AF%D9%87%E2%80%8C%D9%87%D8%A7_%D8%AF%D8%B1_%D8%AC%D8%A7%D9%88%D8%A7 Please help me fix and troubleshoot this problem thank you Sokote zaman (talk) 21:15, 19 December 2019 (UTC) I don't fully understand your question. Could you please elaborate? Octfx (talk) 21:28, 19 December 2019 (UTC) Yes, Sure I installed the wiki SEO plugin to the Master version And I put the following code in the article: DISPLAYTITLE {{#seo: |title=انواع داده‌ها در جاوا - ویکی‌کد، دانشنامهٔ تخصصی برنامه‌نویسی |title_mode= |keywords= HTML,CSS,JavaScript,SQL,PHP,jQuery,XML,DOM,Bootstrap,Python,Java,Web development,W3C,tutorials,programming,training,learning,quiz,primer,lessons,references,examples,exercises,source code,colors,demos,tips |description= انواع داده در جاوا اسکریپت به دو گروه تقسیم می‌شوند: نوع داده‌های اصلی - شاملboolean،byte،short،int،long،float،doubleوchar. نوع داده‌های غیر-اصلی (به انگلیسی: Non-primitive) همانند String , Array و... }} Unfortunately, the URL for the site has been messed up !!!: Java:انواع_داده%E2%80%8Cها_در_جاوا Thanks for helping@Octfx Sokote zaman (talk) 21:36, 19 December 2019 (UTC) If you mean the first heading on your page, that does not get modified by the extension. If you are talking about the page title as seen in your browser tab, then I'll have to look into the code. I don't see the mentioned %E2... part on the page you linked :/ The url itself doesn't get edited by WikiSEO either Octfx (talk) 21:54, 19 December 2019 (UTC) It seems to have corrupted every page we edited https://wikicod.ir/w/index.php?title=Java:%D8%A7%D9%86%D9%88%D8%A7%D8%B9_%D8%AF%D8%A7%D8%AF%D9%87%E2%80%8C%D9%87%D8%A7_%D8%AF%D8%B1_%D8%AC%D8%A7%D9%88%D8%A7&action=edit@Octfx Sokote zaman (talk) 22:03, 19 December 2019 (UTC) Is the error gone after removing the extension code from the page? The extension is using the page props so you may have to purge your page cache. I'll shortly look into the code to see if something is wrong Octfx (talk) 22:08, 19 December 2019 (UTC) Yes The problem is that the page addresses are messed up Thanks for the follow up All my information is in danger of being destroyed Thanks & Regards@Octfx Sokote zaman (talk) 22:13, 19 December 2019 (UTC) Hey, so I've setup a test wiki with more or less the exact software versions form https://wikicod.ir/wiki/%D9%88%DB%8C%DA%98%D9%87:%D9%86%D8%B3%D8%AE%D9%87 and I can't reproduce your problem. :/ I really don't know what is causing the problem Octfx (talk) 15:55, 21 December 2019 (UTC) Hey, @OctfxVielen Dank, dass Sie dieses Problem weiterverfolgt haben. Ich bin auf der Suche nach der Ursache dieses Problems mit Dank Kann ich Ihnen verschiedene technische Fragen stellen? Sokote zaman (talk) 17:00, 21 December 2019 (UTC) Sure, if you have questions about the extension I'll be happy to answer them Octfx (talk) 17:05, 21 December 2019 (UTC) Vielen Dank für Ihre Freundlichkeit und Follow-up Ich habe eine Frage: Ich bin mit dieser Seite in Kontakt, aber leider wurde mein Problem nicht gelöst Können sie helfen Vielen Dank Address @Octfx Sokote zaman (talk) 17:11, 21 December 2019 (UTC) Ability to change twitter summary card to summary with large image The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion. Please add this to next version of the extension and the ability to be changed either individually or by a global variable. 185.80.140.233 (talk) 16:11, 3 January 2020 (UTC) This is now tracked in the milestone for v2.4.0 https://github.com/octfx/wiki-seo/milestone/1 Octfx (talk) 17:06, 3 January 2020 (UTC) The discussion above is closed. Please do not modify it. No further edits should be made to this discussion. Special characters not coding in HTML title The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion. First of all, thanks for the extension. It was just what I was looking for! I ran into this issue. Some of my page titles have an ampersand. I wanted to alter the HTML title, so I used the parser: {{#seo:|title={{PAGENAME}} - [additional text]}} Any page that has an ampersand in the title rendered the HTML title with the decimal code &#38; instead of the ampersand. Here's a couple examples: https://www.wikilawschool.net/wiki/Day_v._Sidley_%26_Austin https://www.wikilawschool.net/wiki/Alston_%26_Bird There are some pages that do not invoke that template so they don't have the parser in them. The HTML title correctly renders the ampersand for those. Here's an example: https://www.wikilawschool.net/wiki/D_%26_G_Stout,_Inc._v._Bacardi_Imports,_Inc. FYI my wiki uses: MediaWiki 1.33.0 PHP 7.1.33-2+0~20191128.28+debian8~1.gbpc60685 (fpm-fcgi) MySQL 5.6.46-86.2-log ICU 64.1 Any help is greatly appreciated! Lost Student (talk) 03:45, 9 January 2020 (UTC) Thanks for the report! That error should not occur in the latest version, could you upgrade the extension? I'll run some tests in the meantime. Octfx (talk) 06:55, 9 January 2020 (UTC) I appreciate you looking into this. I just updated to v. 2.3.1 and I'm seeing the same problem. Lost Student (talk) 17:43, 9 January 2020 (UTC) Thanks for upgrading. I've tracked your report in the following issue and milestone: https://github.com/octfx/wiki-seo/issues/6 After a more in-depth look I found a possible source for the bug. I'm hoping to have it fixed in v2.4.0! Octfx (talk) 17:57, 9 January 2020 (UTC) Thanks! Your update fixed the ampersand issue...however, I just noticed that apostrophes are doing the same thing. I would've thought that html_entity_decode would fix apostrophes as well so I'm a little confused. Example: https://www.wikilawschool.net/wiki/Alaska_Packers%27_Ass%27n_v._Domenico Lost Student (talk) 22:01, 9 January 2020 (UTC) The problem has something to do with the magic words. You can change the parser call to not include them: {{#seo: |title=Case Brief - Wiki Law School |title_mode=append }} While this does not fix the underlying issue it should help until there is a real fix. Octfx (talk) 06:36, 10 January 2020 (UTC) Actually I looked into it--it's a really easy fix. html_entity_decode has a flag ENT_QUOTES that makes the function convert both double and single quotes. (The default flag is ENT_COMPAT, which only converts double quotes.) https://www.php.net/manual/en/function.html-entity-decode.php I modified that line with the ENT_QUOTES flag and it looks like it's working just fine now. Lost Student (talk) 06:48, 10 January 2020 (UTC) Looks good! Feel free to open a pull request on github, I'll merge this into gerrit later . Octfx (talk) 07:02, 10 January 2020 (UTC) Just did it! Thanks. Lost Student (talk) 07:04, 10 January 2020 (UTC) The discussion above is closed. Please do not modify it. No further edits should be made to this discussion. A dash appears The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion. Hello again friends, once the extension works well with the last update, now there is another very strange error. Check it out: https://tolkiendili.com/wiki/Mordor A script before the title. Thank you in advance. Edmundopg (talk) 01:24, 23 January 2020 (UTC) You seem to use an outdated version of WikiSEO. I can't reproduce the error on v2.4.0 Octfx (talk) 07:09, 23 January 2020 (UTC) Let me update, I dont know what version I am using. Thanks. Edmundopg (talk) 11:11, 23 January 2020 (UTC) https://tolkiendili.com/wiki/Especial:Versi%C3%B3n shows you the exact extension versions you are using. Also it seems like your job queue isn't fully working. You should have a look at https://m.mediawiki.org/wiki/Manual:Job_queue  :) Octfx (talk) 11:24, 23 January 2020 (UTC) I am using 2.0.1, I just have downloaded, how to get 2.4.0? Edmundopg (talk) 11:25, 23 January 2020 (UTC) https://m.mediawiki.org/wiki/Special:ExtensionDistributor/WikiSEO Change the dropdown to master Octfx (talk) 11:28, 23 January 2020 (UTC) Ok, I just have updated to 2.4.1 and now it doesn't work again =( Edmundopg (talk) 11:33, 23 January 2020 (UTC) The issue seems to be that your job queue isn't working. Have a look at https://m.mediawiki.org/wiki/Manual:Job_queue WikiSEO won't work without a proper working queue I'm afraid:/ Octfx (talk) 11:38, 23 January 2020 (UTC) I will try, I tought my Mediawiki was ready to all =( I am not expert, so wish me luck. Thanks!! Edmundopg (talk) 11:44, 23 January 2020 (UTC) Ok, I have fixed Job Queue, but now appear dash at begining again. Edmundopg (talk) 11:58, 23 January 2020 (UTC) I don't know why your page title is empty, but the extension tries to append your title to an empty one. Try to remove |title_mode=append and the dash should disappear. Octfx (talk) 16:25, 23 January 2020 (UTC) It didnt work =( Edmundopg (talk) 21:25, 23 January 2020 (UTC) There are again jobs in your job queue. WikiSEO will only work if jobs are getting processed Octfx (talk) 09:11, 24 January 2020 (UTC) It did worked!! So many thanks!! Edmundopg (talk) 11:33, 24 January 2020 (UTC) No Problem :) Octfx (talk) 11:43, 24 January 2020 (UTC) The discussion above is closed. Please do not modify it. No further edits should be made to this discussion. WikiSEO: Configuration The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion. Hi, configuration instructions say that the following variables (among others) are in use by this extension: $wgYandexSiteVerificationKey $wgPinterestSiteVerificationKey and I tried to add my yandex-verification and p:domain_verify codes... but nothing happened. So I made some search inside the WikiSEO code and discovered that in includes/Generator/MetaTag.php there are instructions for add just: Google, Bing an FB. Is there a specific reason for that? I tried to add the (missing) lines of code and WikiSEO now adds <meta name="yandex-verification" content="xxxxxxxxxxx"> and <meta name="p:domain_verify" content="xxxxxxxxx"> and it works. Silkwood (talk) 15:50, 30 January 2020 (UTC) Hi! Which Extension version are you using? Yandex and pinterest keys should both be added by the extension. See: Yandex and Pinterest Octfx (talk) 16:03, 30 January 2020 (UTC) |WikiSEO |2.0.1 (69378e9) 14:44, October 4, 2019 |} I have recently upgraded from MW 1.33.1 to 1.34 and, as I usually did, I got extension and skins using git (i.e. git clone https://gerrit.wikimedia.org/r/mediawiki/extensions/WikiSEO --branch REL1_34). Now I realise that the latest version is 2.4.1. May I upgrade to the latest without problems? Tnx. Silkwood (talk) 16:14, 30 January 2020 (UTC) v2.4.1 is fully compatible with 1.34. I'll fix the wrong release on branch REL1_34 later. Thanks! Octfx (talk) 16:15, 30 January 2020 (UTC) I don't understand the mechanism for distributing the extensions in MW but even using Special:ExtensionDistributor/WikiSEO to download the latest (1.34 MW compatible) version of WikiSEO, I get the 2.0.1 version. I did it a minute ago. Is it equivalent to cloning the --branch REL1_34 ? How can I get the 2.4.1? Silkwood (talk) 16:28, 30 January 2020 (UTC) You need to change the dropdown to master. The REL1_34 branch was created in october and hasn't been updated since. Octfx (talk) 16:36, 30 January 2020 (UTC) Done! 2.4.1 works fine. Great extension. Thanks so much. Silkwood (talk) 16:47, 30 January 2020 (UTC) You are very much welcome :) Octfx (talk) 16:48, 30 January 2020 (UTC) The discussion above is closed. Please do not modify it. No further edits should be made to this discussion. PHP version The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion. PHP 7.1 is required for the current version, not 5.4+ (private const used in WikiSEO.php). StasR (talk) 13:41, 9 February 2020 (UTC) Thanks for reporting! I've updated the page. :) Octfx (talk) 14:06, 9 February 2020 (UTC) The discussion above is closed. Please do not modify it. No further edits should be made to this discussion. $wgGoogleSiteVerificationKey The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion. Please explain the code that is included Does it refer to the contents of the confirmation file on the host or is it something else? Thanks Sokote zaman (talk) 06:09, 14 March 2020 (UTC) $wgGoogleSiteVerificationKey expects the key used by googles html-tag validation. In your google search console should be an option to validate a domain using the html-tag method. This has the form of: <meta name="google-site-verification" content="SITE_VERIFICATION_KEY" />. $wgGoogleSiteVerificationKey is then used as: $wgGoogleSiteVerificationKey = 'SITE_VERIFICATION_KEY'; in your LocalSettings.php. Hope that clears things up! Octfx (talk) 14:33, 14 March 2020 (UTC) The discussion above is closed. Please do not modify it. No further edits should be made to this discussion. WikiSEO globally I wanted to have meta tags on all pages, so my wiki could get discovered in search engines, but I have to embed WikiSEO code on all articles which would be time consuming. WikiSEO works wonders when I use it on an individual article, but meta tags should be active on all articles to get anywhere. Instead, I had the idea to use a sitenotice since it was global (Meaning it appears on all pages of the website, unless it is dismissed), but in actuality it does not work at all. Is there an easy way to embed WikiSEO meta tags on all current and future articles? Thank you in advance for the help. MarioSuperstar77 (talk) 17:53, 22 April 2020 (UTC) I also have the question Thank Sokote zaman (talk) 18:12, 22 April 2020 (UTC) Hi there, WikiSEO currently does not support setting meta tags globally, as the seo data is build using per page properties. Adding a default description / keywords tag to all pages could be added relatively easy but I don't think that that would suffice. I've added this request to the todo list: https://github.com/octfx/wiki-seo/issues/8 Octfx (talk) 06:37, 23 April 2020 (UTC) You could make a a template that adds the default things to the SEO plugin. We have a template for articles, projects, blogs etc.. that will simply feed all the necessary information to the WikiSEO plugin automatically. That would only work if pages are made from templates. Also, doesn't WikiSEO already automatically fill in the most important SEO information ? Sen-Sai (talk) 19:59, 17 May 2020 (UTC) I want it too. 119.236.27.137 (talk) 14:56, 2 November 2020 (UTC) You will always want to have a per page settings. Setting things globally for all pages will only backfire SEO wise. Sen-Sai (talk) 19:57, 2 November 2020 (UTC) Not if the wiki is centered on one subject. Let's say you have a wiki about food, every tag should contain the word "food", then yeah you could add additional tags per article to define it much better. Furthermore, I only installed wikiseo after I used the wiki a lot, so a lot of pages are missing SEO tags outright. The feature I proposed could help cope with this issue. MarioSuperstar77 (talk) 15:42, 11 November 2020 (UTC) 2.4.1 tag missing The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion. extension.json states it's v2.4.1 but this tag is missing (on Github) Planetenxin (talk) 07:55, 13 May 2020 (UTC) Thanks for reporting, I've just tagged v2.4.1 -> https://github.com/octfx/wiki-seo/releases/tag/v2.4.1 Octfx (talk) 08:06, 13 May 2020 (UTC) The discussion above is closed. Please do not modify it. No further edits should be made to this discussion. Last version to support PHP 7.0 is 2.1.0 The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion. Since there are no release notes and the documentation updating mixed versions for both I figure it may save other some time to know this. And yes, I know that I should update PHP sooner than later. [[kgh]] (talk) 18:11, 17 May 2020 (UTC) I've just backported the current code to support PHP 7.0. https://github.com/octfx/wiki-seo/releases/tag/v2.5.0-php7.0 This will be the last Version to support PHP 7.0 though! Octfx (talk) 19:56, 1 July 2020 (UTC) The discussion above is closed. Please do not modify it. No further edits should be made to this discussion. Twitter tags not being generated The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion. I have installed the plugin and everything seems to work, however certain twitter tags are not being generator., like the twitter:card, image or the twitter:image:source tags. twitter:description is however showing up. 69.168.166.80 (talk) 18:47, 26 May 2020 (UTC) Can you share a link to the page in question? Twitter images will only be generated if the parser function contains something like image = Local_file_to_use.png Octfx (talk) 19:22, 26 May 2020 (UTC) The discussion above is closed. Please do not modify it. No further edits should be made to this discussion. Automatic Twitter description The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion. Is there a way to generate the twitter description automatically? Unifyingtheory (talk) 12:51, 30 May 2020 (UTC) WikiSEO itself won't autogenerate description tags. But if something like Extension:Description2 is installed WikiSEO will use the provided description in theory (I haven't tested it). Octfx (talk) 13:43, 30 May 2020 (UTC) I tested it. WikiSEO does not autogenerate a description tag even with Description2 installed. Unifyingtheory (talk) 05:56, 5 June 2020 (UTC) Thanks for getting back, I've created an issue relating the problem https://github.com/octfx/wiki-seo/issues/11 I will hopefully get to all accumulated issues by the end of this month. Octfx (talk) 07:27, 5 June 2020 (UTC) Descriptions provided by Description2 are now used by WikiSEO. The tag 2.5.0 will incorporate this change. Octfx (talk) 14:05, 1 July 2020 (UTC) The discussion above is closed. Please do not modify it. No further edits should be made to this discussion. Use html characters The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion. Hi Is there any problem with using html tags to combine and spill wiki SEO? For example: {{#seo:|description={{{description| <h1>}}}}} Thanks Sokote zaman (talk) 02:13, 31 May 2020 (UTC) Hi, yes, the extension strips any html entities in the input text, as they are generally not usefull for seo purposes. Are there cases in which you need html in the meta tags? Octfx (talk) 07:23, 5 June 2020 (UTC) Thank you for your reply I have a site that teaches programming For example, in the SEO description section, I have to name the <a> tag Or, for example, name <html>, </html > Doesn't this, for example, cause problems or damage to the layout of wiki pages? Sokote zaman (talk) 07:42, 5 June 2020 (UTC) Using the parser function like so: {{#seo:description=Page about the <h1></h1> html-tag}} will output just fine. Octfx (talk) 17:00, 2 July 2020 (UTC) The discussion above is closed. Please do not modify it. No further edits should be made to this discussion. Append and prepend The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion. What does exactly mean title append and title prepend? I think there should be an example of this in the article. Арскригициониец (talk) 00:00, 4 December 2020 (UTC) I've just added a section about the title modes https://www.mediawiki.org/wiki/Extension:WikiSEO#Title_Modes does this help? Octfx (talk) 21:47, 4 December 2020 (UTC) Thanks, it's exactly that I needed to understand Арскригициониец (talk) 23:17, 4 December 2020 (UTC) The discussion above is closed. Please do not modify it. No further edits should be made to this discussion. Typo on translatewiki.net The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion. I don't know if I should report this here or somewhere else, but anyway there is a typo on https://translatewiki.net/wiki/MediaWiki:Wiki-seo-pageinfo-below/en which points to https://'mediaiwki.org/wiki/Extension:WikiSEO instead of [2]https://'mediawiki.org/wiki/Extension:WikiSEO . Now, I've changed all the links on the relatively few translations that were at the time of writing and the message documentation but more could crop up with the same error. Sabelöga (talk) 00:05, 17 March 2021 (UTC) Good catch and great effort. This translation source must indeed be changed in the code repository of this extension to prevent this typo from propagating. [[kgh]] (talk) 08:13, 17 March 2021 (UTC) Thanks for the report! The URL is fixed in the latest commit. Octfx (talk) 09:25, 18 March 2021 (UTC) The discussion above is closed. Please do not modify it. No further edits should be made to this discussion. mainEntityOfPage The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion. mainEntityOfPage in the schema data is supposed to be a valid URI schema.org/mainEntityOfPage This extension sets it to the page title for some reason? 'mainEntityOfPage' => $this->outputPage->getPageTitle(), 70.44.167.109 (talk) 22:02, 21 November 2021 (UTC) Hm this seems like an oversight. Would the url to the current page make sense, or the url to the main page? Octfx (talk) 17:22, 23 November 2021 (UTC) The discussion above is closed. Please do not modify it. No further edits should be made to this discussion. Any way to change the priority of images chosen? The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion. The article mentions that WikiSEO creates a conflict with PageImages (a conflict which in my experience is always won by WikiSEO). Ideally, when articles have no {{#seo}} configured and no images, it should display the contents of $wgWikiSeoDefaultImage (which it does), if an article has no {{#seo}} configured, but has an image, PageImages should instead be the priority, as it's usually more relevant, and only when {{#seo}} is explicitly declared that it should be a priority over PageImages. Is it possible to achieve this result? Marx.FelipeForte (talk) 09:34, 14 January 2022 (UTC) Thats a good point, I've just pushed a patch that will disable setting the default image, if a page image exists. Will be ready in the next release. Octfx (talk) 10:00, 14 January 2022 (UTC) The discussion above is closed. Please do not modify it. No further edits should be made to this discussion. googlebot The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion. I think there is an error in the file Validator.php and MetaTag.php, change "google_bot" to "googlebot" Thomas-topway-it (talk) 12:02, 29 January 2022 (UTC) Fixed in master! Octfx (talk) 09:12, 29 June 2023 (UTC) The discussion above is closed. Please do not modify it. No further edits should be made to this discussion. Installation hack was necessary The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion. YMMV but the instructions on main page did not work until I copied everything from ~/www/extensions/WikiSEO/wiki-seo-master/* down to ~/www/extensions/WikiSEO/ BAPhilp (talk) 09:35, 1 February 2022 (UTC) The very first sentence under "Installation" states: "Download and place the file(s) in a directory called WikiSEO in your extensions/ folder." Octfx (talk) 10:00, 1 February 2022 (UTC) The discussion above is closed. Please do not modify it. No further edits should be made to this discussion. Title is not the same as og:title The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion. Hey, according to the documents: "The title you want to appear in the html title tag. Will also be used for OpenGraph, Schema.org and Twitter metadata." But the title tag and the og:title tag is different? On my wiki the page name is "Page A". I set the title to "Page B" with the extension and it changes the title tag to "Page B" but the og:title still says "Page A"? Mukilol2 (talk) 03:20, 9 March 2022 (UTC) This was introduced in Pull Request #19. I think the reasoning being that the site name is already set in og:site_name. Where do we go from here? Make this configurable, revert the change? Octfx (talk) 12:12, 23 March 2022 (UTC) The discussion above is closed. Please do not modify it. No further edits should be made to this discussion. PHP Warning:  count() The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion. It shows after almost every article when I'm trying to update descriptions via terminal: PHP Warning:  count(): Parameter must be an array or an object that implements Countable in /extensions/WikiSEO/includes/DeferredDescriptionUpdate.php on line 101 PHP Warning:  count(): Parameter must be an array or an object that implements Countable in /extensions/WikiSEO/includes/DeferredDescriptionUpdate.php on line 120 MediaWiki 1.38.2 PHP: 7.4.28 (fpm-fcgi) Is that only my local problem? Tim1mike (talk) 17:17, 15 July 2022 (UTC) This is being tracked in https://phabricator.wikimedia.org/T313419. IijimaYun (talk) 16:58, 20 July 2022 (UTC) The discussion above is closed. Please do not modify it. No further edits should be made to this discussion. Bringing back the $wgTwitterCardType in the templace The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion. Hey everyone ! You are doing an amazing work here. Up to date extensions on Mediawiki are priceless :) I was wondering if you could bring back the $wgTwitterCardType in the template, at some point. It's perfect to have a fallback in the LocalSettings, but I would like to let my users choose the best twitter card for each page, as it depends of the content. If the content is mostly text-related, the 'summary' setting is fine, but if it's a page with a much better and larger image to illustrate some content, it could be nice to display it with a 'summary with large image', for example. Thank you again, and keep up the good work ! BenMo31 (talk) 02:41, 15 October 2022 (UTC) Hey there, this should now be possible by using twitter_card=XX. Changes are live in current master and LTS branches Octfx (talk) 08:57, 15 October 2022 (UTC) Amazing, I will try this out very soon !! :) BenMo31 (talk) 09:32, 15 October 2022 (UTC) The discussion above is closed. Please do not modify it. No further edits should be made to this discussion. php Warnings count(): The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion. While running maintenance script php maintenance/GenerateDescription.php --force 0 PHP Warning:  count():Parameter must be an array or an object that implements Countable in ../extensions/WikiSEO/includes/DeferredDescriptionUpdate.php on line 101 PHP Warning:  count(): Parameter must be an array or an object that implements Countable in /var/www/html/extensions/WikiSEO/includes/DeferredDescriptionUpdate.php on line 120 86.97.130.4 (talk) 10:38, 16 October 2022 (UTC) Which version are you using? I think this was fixed a few commits back Octfx (talk) 10:39, 16 October 2022 (UTC) REL1_38 86.97.130.4 (talk) 10:40, 16 October 2022 (UTC) Hm, this branch is missing the fix. I'll cherry pick it and give you a notice when the patch is live. Octfx (talk) 10:41, 16 October 2022 (UTC) Will you update the status here, Thank you 86.97.130.4 (talk) 10:43, 16 October 2022 (UTC) Bug is now fixed in REL1_38 Octfx (talk) 11:12, 16 October 2022 (UTC) Thank you 86.97.130.4 (talk) 06:50, 25 October 2022 (UTC) The discussion above is closed. Please do not modify it. No further edits should be made to this discussion. seo image is added to page, but it does not appear in application/ld+json The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion. {{#seo: title_mode=append title=sometitle keywords=keyword1, keyword2 image=someimage.jpg site_name=sitename type=website modified_time=2025-03-24 }} Hello, the seo image (someimage.jpg) is not appearing in the generated application/ld+json, fall back logo image appears instead. Mediawiki 1.38 86.97.130.4 (talk) 11:33, 30 October 2022 (UTC) Here my my observation on this situation after doing some tests. It happens on images loaded from Instant Commons. I've tried it on a locally uploaded image and it works. What do you think? 86.97.130.4 (talk) 17:35, 30 October 2022 (UTC) Hello, I believe it might be related to another issue : Here : https://github.com/octfx/wiki-seo/blob/master/includes/WikiSEO.php#L267 The return value of the function is always null, even though $param seems to be fine. This causes the return value of the entire loadPagePropsFromOutputPage() function to be null, because $result ends up empty. The call to this function is triggered because $properties is also empty here : https://github.com/octfx/wiki-seo/blob/master/includes/WikiSEO.php#L229 Both of these calls returning empty causes $result to be empty here : https://github.com/octfx/wiki-seo/blob/master/includes/WikiSEO.php#L107 After, that, the process continues with an empty $this->metadata, and at the next line, here : https://github.com/octfx/wiki-seo/blob/master/includes/Hooks/PageHooks.php empty metadata array causes the extension to revert to the default value for the image, defined in LocalSettings.php with $wgWikiSeoDefaultImage in my case. All my other tags are also ignored, and filled with the default value. It looks like the metadata aren't saved to (or at least retrieved anymore from) the database, without the extension being able to be backed up by the page content. Sorry, I can't help you more than that. If required, I'm on MW v1.38.4 Good luck Octfx :) BenMo31 (talk) 00:13, 13 November 2022 (UTC) I can confirm there is an issue when the metadata are supposed to be inserted in the database. On an older page, the data were perfectly retrieved from the DB, but as soon as I tried to update the content of the SEO tag, I started to see empty arrays, and the default values for this page too. BenMo31 (talk) 00:20, 13 November 2022 (UTC) I've tried it on: MW 1.38.4, 1.38.4.0, 1.35.8, all of them are having the same behavior. Thank you BenMo31 for clarifying the source cause of that. 86.97.0.62 (talk) 08:39, 15 November 2022 (UTC) is it solved? 92.99.201.84 (talk) 21:22, 1 February 2023 (UTC) Sorry, I did not get any notifications for this. This issue seems to be fixed on the current master branch. Setting an image through |image sets a correct ImageObject in the json+ld output. Octfx (talk) 09:09, 29 June 2023 (UTC) Well, I'll try and let you know. 5.192.130.122 (talk) 14:46, 1 July 2023 (UTC) The problem arises when the image is not locally hosted but instead located on commons. 2001:8F8:1D53:85E6:EC60:3349:6430:D680 (talk) 08:37, 7 July 2023 (UTC) This should now be fixed in the master branch Octfx (talk) 14:54, 10 July 2023 (UTC) This is fixed, done. 2001:8F8:1D5B:C61C:1D17:7FFB:D008:4DFB (talk) 09:35, 16 July 2023 (UTC) The discussion above is closed. Please do not modify it. No further edits should be made to this discussion. PHP Deprecated:  Use of $wgParser 1.38.4 The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion. PHP Deprecated: Use of $wgParser was deprecated in MediaWiki 1.32. [Called from MediaWiki\HookContainer\HookContainer::callLegacyHook in /includes/HookContainer/HookContainer.php at line 338] in /includes/debug/MWDebug.php on line 377 PHP Deprecated: Use of ParserOutput::getProperty was deprecated in MediaWiki 1.38. [Called from MediaWiki\Extension\WikiSEO\Hooks\PageHooks::onRevisionDataUpdates in /extensions/WikiSEO/includes/Hooks/PageHooks.php at line 85] in /includes/debug/MWDebug.php on line 377 86.97.0.62 (talk) 16:49, 15 November 2022 (UTC) The discussion above is closed. Please do not modify it. No further edits should be made to this discussion. Content of description tag not properly parsed The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion. With the current version, I'm facing the issue that the content I provide for the description tag don't get properly parsed. Example: {{#seo: | description = Test A: <nowiki> </nowiki> Test B: &#32; }} Result: <meta name="description" content="Test A: ?&#039;&quot;`UNIQ--nowiki-00000004-QINU`&quot;&#039;? Test B: &amp;#32;"/> TaylanKammer (talk) 12:42, 27 February 2023 (UTC) Sorry for the late reply. This has been fixed in the current develop branch and will be available in the next release. Octfx (talk) 20:19, 17 March 2023 (UTC) The discussion above is closed. Please do not modify it. No further edits should be made to this discussion. author does not appear on information page The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion. I operate a public information website using MediaWiki 1.39.3. I recently installed the latest version of this extension. I placed wfLoadExtension('WikiSEO'); in my Local Settings file. I did not configure any of the variables in use by this extension. Everything works great except that "author" does not appear in the "SEO properties box" contained on the information page. All the other parameters that I set appear as they should. The relevant part of the "view page source" reads (emphasis added): <h2 id="mw-pageinfo-header-seo"><span class="mw-headline" id="SEO_properties">SEO properties</span></h2> <table class="wikitable mw-page-info"> <tr><td style="vertical-align: top;"><h3>Description</h3></td><td><h3>Content</h3></td></tr> <tr><td style="vertical-align: top;"><b>Page title:</b> (<code>title</code>)<br>This attribute controls the content of the <code><title></code> element.</td><td>Texas Legal Guide</td></tr> <tr><td style="vertical-align: top;"><b>Article author:</b> (<code>author</code>)</td><td><a href="https://texaslegalguide.com/User:Admin"></a></td></tr> <tr><td style="vertical-align: top;"><b>Article description:</b> (<code>description</code>)<br>This attribute controls the content of the <code>description</code> and <code>og:description</code> elements.</td><td>All TLG legal content is written and/or edited by licensed Texas attorneys. Unless otherwise noted, it is available under the CC BY-NC-ND 4.0 license.</td></tr> <tr><td style="vertical-align: top;"><b>Keywords:</b> (<code>keywords</code>)<br>This attribute controls the content of the <code>keywords</code> and <code>article:tag</code> elements.</td><td><ul><li>legal information</li><li>questions answers</li><li>attorney directory</li></ul></td></tr> <tr><td style="vertical-align: top;"><b>Article published date:</b> (<code>published_time</code>)</td><td>02-01-2015</td></tr> <tr><td style="vertical-align: top;"><b>Article section:</b> (<code>section</code>)</td><td>Law</td></tr> </table> Information from <a target="_blank" rel="noreferrer noopener" class="external text" href="https://www.mediawiki.org/wiki/Extension:WikiSEO">Extension:WikiSEO</a> Tlgonline (talk) 01:05, 26 May 2023 (UTC) Without success, I tried to review the extension code and "fix" my problem. The problem is simply that the output<a href="https://texaslegalguide.com/User:Admin"></a> lacks any link text and therefore does not appear in the browser. Tlgonline (talk) 15:33, 23 June 2023 (UTC) Sorry, did not get a notification for this. Fixed in master branch! Octfx (talk) 08:39, 29 June 2023 (UTC) The discussion above is closed. Please do not modify it. No further edits should be made to this discussion. Overwriting PageImages image ('page_image_free') seems broken The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion. I was wondering why PageImages is not correctly setting the image for some pages, and after some debugging I realized that WikiSEO was simply clearing out the image set by PageImages! I had $wgWikiSeoOverwritePageImage set to true in my LocalSettings.php, since we set an image explicitly with WikiSEO in many cases, but it seems that this is broken and just causes the 'page_image_free' property of a page to be set to the empty string. Too tired to debug the reason right now. The regular 'image' property is being set correctly by WikiSEO, so I've no clue why it's putting an empty string into 'page_image_free' after that. TaylanKammer (talk) 14:23, 8 August 2023 (UTC) Thanks for the report, and sorry for the delay. I've updated the code to not update page_image_free if it is empty. The changes are present in the master branch. Octfx (talk) 09:00, 30 August 2023 (UTC) The discussion above is closed. Please do not modify it. No further edits should be made to this discussion. Adding canonical URLs? The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion. If a patch were to be created for this extension that added a parameter to #seo, enabling users to override the default "canonical URL" (the one enabled by Manual:$wgEnableCanonicalServerLink), would you be willing to add it in? Yaron Koren (talk) 18:32, 15 August 2023 (UTC) Sure! :) Octfx (talk) 20:10, 15 August 2023 (UTC) The discussion above is closed. Please do not modify it. No further edits should be made to this discussion. Extension is causing issues with Special:RecentChanges I've discovered that when I have $wgWikiSeoEnableAutoDescription set to true, many (but not all) page edits aren't being added to Recent Changes. For some users, most (if not all) of their edits seem to get added to Recent Changes. However, for other users, none of their edits get added to Recent Changes. When I remove $wgWikiSeoEnableAutoDescription from LocalSettings, the problem goes away. Here is my setup information: Installed software Product Version MediaWiki 1.39.5 PHP 8.1.23 (fpm-fcgi) MariaDB 10.4.20-MariaDB-1:10.4.20+maria~buster-log ICU 65.1 WikiSEO version: 2.6.6 (337cf52) 23:48, August 14, 2023 As far as I can tell, this problem only started after I upgraded from MW 1.39.4 to 1.39.5--however, I also updated from PHP 7.4 to 8.1 around the same time so it could've been either one of those changes that triggered the issue. Is this a known bug? It took several days to identify because I couldn't find anything in my server logs that pointed to the problem. I had to disable each extension one-by-one until I identified $wgWikiSeoEnableAutoDescription as the cause (when I disabled WikiSEO completely, that also fixed the Recent Changes problem. But then I discovered that with WikiSEO enabled but the auto description variable not used, it also solved it). Edit: I also want to add that if TextExtracts extension is disabled, the problem goes away. But TextExtracts appears to function properly otherwise. Lost Student (talk) 21:00, 11 October 2023 (UTC) Could you change WikiSEO to use the master branch? Wikimedia automatically creates branches for the respective MW versions, but those branches don't receive any real updates. I have the master branch active on a 1.39.4 installation (https://star-citizen.wiki/Spezial:Version) where all edits show up on RC with the flag active. Octfx (talk) 07:14, 12 October 2023 (UTC) I appreciate your help. I updated to 2.7.0 (337cf52) 23:48, August 14, 2023 and the problem persists. Similarly to the previous version, if I comment out $wgWikiSeoEnableAutoDescription = true; then the problem goes away. Just for fun I also downloaded the master branch of TextExtracts (although I had to alter its extension.json for 1.39) and the problem was still there. I'm happy to try out anything else if you have any ideas. Thanks again. Lost Student (talk) 18:13, 12 October 2023 (UTC) Weird, I’ll look into it! Octfx (talk) 18:22, 12 October 2023 (UTC) Thanks. Let me know if there's anything I can do to help. Lost Student (talk) 19:43, 12 October 2023 (UTC) Just noticed that your linked commit hashes both are 337cf52. Could you re-check the downloaded version? The current master commit hash from https://github.com/wikimedia/mediawiki-extensions-WikiSEO is 0cb43f4 Octfx (talk) 12:23, 17 October 2023 (UTC) Strange--the version 2.7.0 was downloaded from the Extension Distributor by selecting the master. Just now, I downloaded & installed the latest master (acf14df directly from your github link), made a test edit, and saw that it does not show up in RecentChanges. So whatever is causing the issue is still there. Lost Student (talk) 19:56, 24 October 2023 (UTC) extension seems not to work inside template I have a template which is used on numerous pages (about 80'000). The code {{#seo:|title_mode=append|title=appended}} inside my template seems not to work. It works if directly in the page text. How do I get it to work inside the template? Aloist (talk) 12:44, 20 October 2023 (UTC) duplicated lines for 'Citation' generator ? Hi all, In section -> Parameters supported by Citation generator 'keywords' of first column shouln't it be rather 'citation_keywords' ? and then Support ALL removed from here since 'keywords' is already described in -> #Parameters_supported_by_all_generators Then should line 'description' be removed from Citation since 'description' is already described in -> #Parameters_supported_by_all_generators Thanks. --Christian 🇫🇷 FR (talk) 16:26, 19 November 2023 (UTC) Transcluding #seo via a template The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion. I am trying to use this extension. Adding #seo directly to a page works; when I add #seo via a template, it does not work. I do not think that this is to be expected. Probably, I am doing something wrong here. Any hint is appreciated. [[kgh]] (talk) 15:15, 24 November 2023 (UTC) Please disregard this post. This was some nasty caching issue. ;) [[kgh]] (talk) 15:25, 24 November 2023 (UTC) The discussion above is closed. Please do not modify it. No further edits should be made to this discussion. Will it work with Mediawiki 1.35.7? We currently use 1.2.1 WikiSEO, but it doesn't seem to work well in templates and lack some functionality in comparison with the newer version. Is there any way to update the extension without updating MediaWiki itself? 2001:FB1:18A:4989:64BD:EA:83DF:827A (talk) 06:41, 16 May 2024 (UTC) I used https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/extensions/WikiSEO/+/refs/heads/REL1_35 with my 1.35.7. before without any issues. With Mediawiki 1.35+ you should be able to use WikiSEO Version 2.6.6. Since the extension does not change data tables, you can simple roll-back to a previous version of the extension by renaming the folder or deleting it. Then upload a previous version of WikiSEO, if your wiki or PHP version isn't supporteded anymore (that would be Release v2.7.0 since this one requires MW1.39+ AND PHP >= 7.4). and your wiki throwns exceptions after updating wikiSEO. CayceP (talk) 21:26, 24 June 2024 (UTC)