{"id":145,"date":"2010-05-11T13:47:49","date_gmt":"2010-05-11T11:47:49","guid":{"rendered":"http:\/\/blog.fh-kaernten.at\/wehr\/?p=145"},"modified":"2010-05-11T13:47:49","modified_gmt":"2010-05-11T11:47:49","slug":"mediawiki-extensioncollection-no-file-after-create-pdf-or-fun-with-php-upgrade","status":"publish","type":"post","link":"https:\/\/blog.fh-kaernten.at\/wehr\/2010\/05\/11\/mediawiki-extensioncollection-no-file-after-create-pdf-or-fun-with-php-upgrade\/","title":{"rendered":"MediaWiki Extension:Collection, no file after create pdf (or, fun with PHP upgrade)"},"content":{"rendered":"<p id=\"top\" \/>\n<p>Just played around with an extension for the <a href=\"http:\/\/www.mediawiki.org\/wiki\/MediaWiki\">MediaWiki <\/a>wiki. <a href=\"http:\/\/www.mediawiki.org\/wiki\/Extension:Collection\">Collection <\/a>is the name of the devil :-). Installing was no problem but in the end when I requested the first .pdf I only got back a beautiful\u00a0shiny white site. Of course some HTML tags were included, but no sign of the expected .pdf file. Hmm,&#8230; so I started my investigations.<\/p>\n<p>The server OS is an <a href=\"http:\/\/www.ubuntu.com\/\">Ubuntu<\/a><strong> <em>Karmic <\/em><\/strong><em><\/em>with PHP 5.2.x and apache 2.2.x &#8230;&#8230;..<\/p>\n<p>After an hour I found out that a bug\/feature seems to prevent the wm-server to give back the generated lr =>pdf files. The NET suggest,&#8230; upgrade to PHP 5.3.\u00a0 So if you have no clue, do what the\u00a0NET suggests. But Ubuntu <em>Karmic <\/em>does not have PHP 5.3 as packages available. So, what to do&#8230;. I\u00a0always wanted to do a dist-upgrade on an live system :-).<\/p>\n<p>No sooner said than done! I fired up the upgrade.<\/p>\n<pre class=\"brush:bash; gutter: false;\">\r\n aptitude update\r\n aptitude install dpkg aptitude get\r\n aptitude install dpkg aptitude aptaptitude install dpkg aptitude apt\r\n aptitude safe-upgrade\r\n<\/pre>\n<p>&#8230;did do the trick. And you would not believe it, the MediaWiki extension started to work, and I got a new shiny Ubuntu <em>Lucidy <\/em>10.04 LTS<strong>.<\/strong><\/p>\n<p>The story goes on.\u00a0 The main webpage is powerd by a recent version of <a href=\"http:\/\/typo3.org\/\">Typo3<\/a> and for some reason some Typo-Code is using functions which are marked as deprecated in PHP5.3.\u00a0 A nice deprecated warning was now replacing our beautiful sites. Our webmaster won&#8217;t be amused :-).\u00a0 No big deal you will think, just disable the corresponding error_reporting&#8230;<\/p>\n<pre class=\"brush:php; gutter: false;\">\r\nerror_reporting = E_ALL &amp; ~E_DEPRECATED\r\n<\/pre>\n<p>removing <em>E_DEPRECATED<\/em> did not solve my problem whether changing it in php.ini ,htaccess or in the startup code of Typo. So,&#8230; the site is down, and i have no clue what&#8217;s going on. Once more, I started up googling. After some time\u00a0I found some posts concerning about Typo and that ii uses its own error handler, so changing the PHP-INI variables have no effect. lol, okay so where are this variables. As\u00a0I am not an Typo expert\u00a0I continued my googling session.<\/p>\n<p>I don&#8217;t know\u00a0why but but\u00a0it took me &#8220;some&#8221; time to find this simple configuration flag where you can shut down the internal error handling\u00a0 of\u00a0 Typo.<\/p>\n<pre class=\"brush:php; gutter: false;\">\r\n$TYPO3_CONF_VARS[SYS]['displayErrors'] = 0;\r\n<\/pre>\n<p>Nice, now our Webmaster\u00a0will be happy and me too \ud83d\ude42<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Just played around with an extension for the MediaWiki wiki. Collection is the name of the devil :-). Installing was no problem but in the end when I requested the first .pdf I only got back a beautiful\u00a0shiny white site. Of course some HTML tags were included, but no sign of the expected .pdf file. &hellip; <a href=\"https:\/\/blog.fh-kaernten.at\/wehr\/2010\/05\/11\/mediawiki-extensioncollection-no-file-after-create-pdf-or-fun-with-php-upgrade\/\" class=\"more-link\">Continue reading <span class=\"screen-reader-text\">MediaWiki Extension:Collection, no file after create pdf (or, fun with PHP upgrade)<\/span> <span class=\"meta-nav\">&rarr;<\/span><\/a><\/p>\n","protected":false},"author":3,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"inline_featured_image":false,"ngg_post_thumbnail":0,"footnotes":""},"categories":[1],"tags":[],"class_list":["post-145","post","type-post","status-publish","format-standard","hentry","category-uncategorized"],"_links":{"self":[{"href":"https:\/\/blog.fh-kaernten.at\/wehr\/wp-json\/wp\/v2\/posts\/145","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/blog.fh-kaernten.at\/wehr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blog.fh-kaernten.at\/wehr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blog.fh-kaernten.at\/wehr\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/blog.fh-kaernten.at\/wehr\/wp-json\/wp\/v2\/comments?post=145"}],"version-history":[{"count":0,"href":"https:\/\/blog.fh-kaernten.at\/wehr\/wp-json\/wp\/v2\/posts\/145\/revisions"}],"wp:attachment":[{"href":"https:\/\/blog.fh-kaernten.at\/wehr\/wp-json\/wp\/v2\/media?parent=145"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blog.fh-kaernten.at\/wehr\/wp-json\/wp\/v2\/categories?post=145"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blog.fh-kaernten.at\/wehr\/wp-json\/wp\/v2\/tags?post=145"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}