Differences

This shows you the differences between two versions of the page.

--- plugin:plugin [2010-01-11 16:57] – darcs to git, heading levels kazmiya
+++ plugin:plugin [2023-02-28 21:26] (current) – Aleksandr
@@ Line 1: / Line 1: @@
 ====== Plugin Manager plugin ======
----- plugin ----
+---- plugin -----
-description: Manage and install plugins (bundled with DokuWiki)
+description: Manage and install plugins
 author     : Christopher Smith
 email      : chris@jalakai.co.uk
 type       : admin
-lastupdate :
+lastupdate : 2013-12-07
-compatible : (bundled)
+compatible : (bundled up to version Binky)
 depends    :
 conflicts  :
 similar    :
-tags       : configuration, management, plugins, !bundled
+tags       : configuration, management, plugins, !obsolete
+screenshot_img : :pluginmanager.png
 ----
-{{ :pluginmanager.png?350|The Plugin Manager}}
+===== Important Notice =====
-The Plugin Manager plugin allows [[config:superusers]] to administrate installed [[:plugins]] and install new ones.
+The Plugin Manager plugin was bundled with Dokuwiki up to version Binky (2013-12-08).
-===== Download and Installation =====
+:!: Since version Ponder Stibbons (2014-05-05) the Plugin Manager is superseded by the [[plugin:extension|Extension Manager]].
-The Plugin is bundled with DokuWiki and does not need to be installed separately. The Plugin Manager is accessible from the admin screen (Login as superuser, click "Admin" and choose "Manage Plugins").
+===== Description =====
-===== Usage Notes =====
+The Plugin Manager plugin allows [[config:superusers]] to administrate installed plugins and install new ones.
-==== Listing installed Plugins =====
+===== Usage =====
+The Plugin Manager is accessible from the admin screen (Login as superuser, click "Admin" and choose "Manage Plugins").
+==== Listing Installed Plugins =====
 This is the default action of the Plugin Manager. Each plugin is shown in its own row. A checkbox in front of the name indicates if the plugin is enabled or not.
@@ Line 34: / Line 39: @@
 To disable a plugin, uncheck the checkbox in front of its name and press the save button. Plugins are disabled by placing a ''disabled'' file into the plugin directory.
-Disabled plugins will no longer be loaded by DokuWiki, their [[devel:css|Stylesheets]] and [[devel:JavaScript]] won't be loaded and their syntax will no longer have any effect.
+Disabled plugins will no longer be loaded by DokuWiki, their [[devel:css|stylesheets]] and [[devel:JavaScript]] won't be loaded, and their syntax will no longer have any effect.
 ==== Display Plugin Details ====
@@ Line 58: / Line 63: @@
 ===== File Permissions =====
-To be able to install and modify your plugins, the webserver needs to be able to write to the ''lib/plugins'' directory and all files below. Refer to [[install:permissions]] on details how set file permissions on various systems.
+To be able to install and modify your plugins, the webserver needs to be able to write to the ''lib/plugins'' directory and all files below. Refer to [[install:permissions]] for details on how set file permissions on various systems.
 The plugin manager will detect missing file permissions and warn you when a plugin could not be installed. You have to install plugins manually in this case, by downloading and unpacking them in ''lib/plugins'' your self.
@@ Line 64: / Line 69: @@
 ===== Possible Error Sources =====
-If you try to install plugins using the automatic download and install tool and get the error message //"No plugins found, or there has been an unknown problem during downloading and installing."//, then you should check whether your server has activated the zlib (and/or bzip2) extension for php.
+If you try to install plugins using the automatic download and install tool and get the error message "//No plugins found, or there has been an unknown problem during downloading and installing.//", then you should check:
-To be sure, try the following: Download a plugin, extract it, and rearchive it into a .tar file (without compression). Now try to use the download and install tool on that .tar file. If it works now, it is most likely that you just need to install the php-zlib package.
-===== Development =====
+  * whether your server has activated the zlib (and/or bzip2) extension for php.  To be sure, try the following: Download a plugin, extract it, and rearchive it into a .tar file (without compression). Now try to use the download and install tool on that .tar file. If it works now, it is most likely that you just need to install the ''php-zlib'' package.
+  * whether your server is able to retrieve files over SSL (%%https://%%).  Many plugins (correctly) use secure download links, including all those hosted on github. If your server is incorrectly setup to use SSL for file retrieval, try dropping SSL by deleting the 's' and changing the schema to '%%http://%%' or see [[#another_error_source_for_failed_downloadsssl|below]].
-==== Source Code ====
+===== Bugs/feature requests =====
+Please refer to DokuWikis [[:bugs|bug tracker]] for reporting bugs or feature requests.
-The source code is available from [[devel:Git]].
+===== Discussion =====
-==== Bugs ====
+==== Another Error Source for failed downloads: SSL ====
+Hopping around on a few free webhosters and a WAMPP I debugged the download problem a little until this popped up:
-Submit bugs and feature wishes in the DokuWiki [[:bugs|Bugtracker]].
+    I traced that down by patching
+inc/io.php + 477 (calling inc/HTTPClient.php) like this:
+<code php>
+    $data = $http->get($url);
+    if(!$data) {
+        print $http->error;
+        print $http->status;
+        return false;
+    }
+</code>
-===== Discussion =====
+All the download-links to github are automatically redirected to ssl-connections, no opt-out planned ((See here: https://support.github.com/discussions/repos/4951-downloads-without-redirect-to-https)).
+Problem is, as of now SSL transports are disabled on XAMPP and UniServer (WAMPs) and all cheap webhosters I tried so far (even those very few, that allow sockets at all).
+phpinfo() may give -- for example:
+  Registered Stream Socket Transports 	 tcp, udp, unix, udg
+:!: In XAMPP the openssl extension is actually compiled in but not activated by default. So adding
+  extension=php_openssl.dll
+to php.ini (xampp/php/php.ini) will solve the issue.
+Nice. But in the typical shared webhosting scenario, access to php.ini will not be available.
+No easy fix there.
+ --- [[user>bjoernX|bjoernX]] //2011/04/25 09:32//
+> This is a known problem, see https://support.github.com/discussions/site/2232-allow-downloads-via-http-non-ssl. Yes, you're unfortunately right: No easy fix there. --- [[user>ach|Anika Henke]] //2011/04/25 10:47//
+>> Thanks, Anika. Strange discussion there... it almost seems, they don't get the point. Claiming security at github against plain http as an //option// for package downloads sound ridiculous to me. I was wondering -- maybe some kind of proxy in-the-middle thing might work, but I'm not sure, if it's worth the effort.   --- [[user>bjoernX|bjoernX]] //2011/04/26 13:42//
+Report and possibly workaround: [[bug>2727]]
+----
+A solution that often works when your shared webhosting doesn't allow direct access to //php.ini// is to use a custom //php.ini// within your user directory. [[https://websistent.com/using-custom-php-ini-files-on-shared-hosting/|See a guide on how to do this.]]  --- [[user>SFITCS|SFITCS]] //2016-11-06 08:22//
+----
+====/dev/urandom  permissions on ubuntu====
+:!: One for those that may follow the red herring that incorrectly points to this issue:
+Ubuntu 12.04 Precise fully patched, all the extensions needed were  installed. Running on a VPS, Dokuwiki the Splitbrain Release 2012-01-25b "Angua" and not the Ubuntu repository version:
+Update via the plugin manager fails.
+   Downloading archive from https://github.com/dokuwiki/dokuwiki/tarball/master?.tgz...
+Issue was eventually diagnosed as a /dev/urandom with incorrect permissions. Changing it to 777 was the magic bullet.