restoring of mediafiles failed

use conf/tpl/<template-folder-name>/style.ini instead

This reverts commit de4634ec.

While Browsers (IE of course) still fail to accept the correct
application/javascript mimetype in the type attribute of the script
element, we should serve the scripts with the correct Content-Type
header at least. This is especially important as the default
configuration of mod_deflate expects application/javascript and will not
compress text/javascript.

I'm running this dokuwiki docker container: https://registry.hub.docker.com/u/mprasil/dokuwiki/

It uses lighttpd and fastcgi. For some reason, the ignore_user_abort() feature where the browser should close the connection after the GIF has been received is not working on lighty. The browser keeps loading the page until the indexer run is complete, which leads to extremely slow load times with a larger page index.

Adding ob_flush() to sendGIF fixes the issue.

1 little fix

In an older version of PHP a file_exists() call would issue a warning
when the file did not exist. This was fixed in later PHP releases. Since
we require PHP 5.3 now, there's no need to supress any error here
anymore. This might even give a minor performance boost.

Added user*.less files to config

Fixed JavaScript compression. The compressor did not recognize a regular expression after a '&&' ot '||' operator. So it could happen that code had been cut off if the regular expression included '\//' (which was treated as a single line comment because of the regular expression not being recognized). Finally fixes #897.

Otherwise comments are never visible in css.php

many PHPDocs
some unused variables
some dynamically declared variables declared

They are generated from the default ones and any additional one given
by the template. This allows to e.g. split admin styles from end user
styles in a closed wiki. You can then deliver only the user styles
using the metaheaders plugin.

This should be superseded by a proper rewrite of the media manager code

This avoids treating double slashes as single line comments in CSS when
they are used in a filter or content string.

closes #638

the second include was never removed, causing an endless loop.

Web path was used instead of filesystem one.

source maps are invalid for our dispatched sources and may even cause
problems. this makes sure any sourcemap declarations are stripped from
the output

for backwards compatibility

double slashes in url() always have to be ignored