Not logged in. · Lost password · Register
Page:  1  2  3 ... 20  21  22  next 

All posts by schplurtz (325)

topic: Login on dokuwiki using MS Active Directory  in the forum: General Help and Support Plugins
Avatar
schplurtz (Moderator) #1
Member since Nov 2009 · 328 posts · Location: France, Finistère
Group memberships: Global Moderators, Members
Show profile · Link to this post
I'm sorry. The missing LDAP PHP library was the only idea I had.

Maybe someone else here ?
http://schplurtz.free.fr/wiki/
topic: how to list all directories inside a namespace?  in the forum: General Help and Support General Stuff
Avatar
schplurtz (Moderator) #2
Member since Nov 2009 · 328 posts · Location: France, Finistère
Group memberships: Global Moderators, Members
Show profile · Link to this post
In reply to post ID 64273
https://www.dokuwiki.org/plugin:indexmenu has a nopg option.
http://schplurtz.free.fr/wiki/
topic: Plugin , not plugin  in the forum: General Help and Support Installation and Configuration
Avatar
schplurtz (Moderator) #3
Member since Nov 2009 · 328 posts · Location: France, Finistère
Group memberships: Global Moderators, Members
Show profile · Link to this post
In reply to post ID 64272
Hello,

Something must have been wrong with your extrtaction command. https://download.dokuwiki.org/src/dokuwiki/dokuwiki-stable.tgz contains the correct file inc/Plugin.php.

There are many files with MixedCase name. perhaps you should check the whole arborescence.
http://schplurtz.free.fr/wiki/
topic: show all pages in a namespace (including .pdf,.pptx) extension  in the forum: General Help and Support General Stuff
Avatar
schplurtz (Moderator) #4
Member since Nov 2009 · 328 posts · Location: France, Finistère
Group memberships: Global Moderators, Members
Show profile · Link to this post
In reply to post ID 64268
Hi,

The catlist plugin lists only pages. .pdf are media files. You need a different plugin that lists media.

Unfortunately, I'm not aware of such a plugin.
http://schplurtz.free.fr/wiki/
topic: act_redirect in Greebo? (My plugin used act_redirect() in Frusterick; function does not exist in Greebo.)  in the forum: General Help and Support Development
Avatar
schplurtz (Moderator) #5
Member since Nov 2009 · 328 posts · Location: France, Finistère
Group memberships: Global Moderators, Members
Show profile · Link to this post
In reply to post ID 64257
Quote by clh:
I wasn't able to figure out how to call the redirect() function in inc/Action/Redirect.php

I think you don't call it directly. It's a callback function that's called by something that handles the ACTION_SHOW_REDIRECT event which is somehow triggered when you call throw new ActionAbort('redirect');, which seems to be the new way of switching from current action to viewing the current page. If you look at DW commit 272271fce, you'll see line 94/91 of inc/Action/Subscribe.php that act_redirect() is replaced by throw new ActionAbort('redirect');

As a non PHP dev, I find this overcomplicated.

Also, send_redirect() already exists in Frusterick. Your plugin should work in both version
http://schplurtz.free.fr/wiki/
topic: Login on dokuwiki using MS Active Directory  in the forum: General Help and Support Plugins
Avatar
schplurtz (Moderator) #6
Member since Nov 2009 · 328 posts · Location: France, Finistère
Group memberships: Global Moderators, Members
Show profile · Link to this post
In reply to post ID 64228
Hi,

little misunderstanding... I was not asking for the DokuWiki plugins that are installed.
Dokuwiki is powered by PHP, and some plugins require that PHP itself has some extra capabilities.
For example, you cannot activate LDAP auth if your PHP instance is missing LDAP capability.
That was the meaning of my question :
Do you have the necessary PHP libs ? On some systems you need to activate/install php-ldap...
If you don't know if PHP has LDAP support, you can easily check : Create a file named info.php with the following content in the directory that contanis doku.php and point your browser at it. The page that will show up will tell you everything about your PHP.
<?php phpinfo();
http://schplurtz.free.fr/wiki/
topic: Login on dokuwiki using MS Active Directory  in the forum: General Help and Support Plugins
Avatar
schplurtz (Moderator) #7
Member since Nov 2009 · 328 posts · Location: France, Finistère
Group memberships: Global Moderators, Members
Show profile · Link to this post
In reply to post ID 64206
Hi,

Do you have the necessary PHP libs ? On some systems you need to activate/install php-ldap...

Also, did you notice that other authentification plugin https://www.dokuwiki.org/plugin:authad ?
Description
While Active Directory authentication can be set up with the bundled authLDAP plugin, it should be easier to do with this dedicated AD auth plugin. It makes use of the excellent adLDAP library and is based on the work by James Van Lommel. You do not need to download the adLDAP library yourself, it is included with DokuWiki.
http://schplurtz.free.fr/wiki/
topic: Regarding lib directory permissions.  in the forum: General Help and Support Server Setup
Avatar
schplurtz (Moderator) #8
Member since Nov 2009 · 328 posts · Location: France, Finistère
Group memberships: Global Moderators, Members
Show profile · Link to this post
In reply to post ID 64150
So long as your webserver and php (usually the same user) have read access, this is OK.
755 is just so common in unix world. But, foouser:www-data & 750 dir permission will work too.

Note that write access, 770 in your case, in lib/tpl and lib/plugins and their subdir will allow the extension manager to add and update plugins and templates. Without write acccess in lib/tpl and lib/plugins, extension manager will not be useful. If you adjust the permission, files and dir created by the extension manager will belong to www-data:www-data.
http://schplurtz.free.fr/wiki/
This post was edited on 2019-01-05, 16:08 by schplurtz.
topic: Récupérer la session DokuWiki en cours  in the forum: Non-English Discussion French discussion
Avatar
schplurtz (Moderator) #9
Member since Nov 2009 · 328 posts · Location: France, Finistère
Group memberships: Global Moderators, Members
Show profile · Link to this post
In reply to post ID 64105
Bonjour,

USERINFO : tableau rempli par DokuWiki. inutilisable en dehors de DokuWiki

_SERVER['REMOTE_USER'] : avec une authentification réalisée par le serveur web (pas par DokuWiki), contient le nom de l'utilisateur. Mais, pour simplifier le code et toujours utiliser la même chose, DokuWiki fixe lui même cette valeur lorsque l'utilisateur est authentifié (par DokuWiki cette fois). Moralité : En dehors de DokuWiki, cette valeur ne sera pas disponible. (sauf si authentification via le serveur web)

Quant à la constante DOKU_COOKIE, elle peut varier d'un site à un autre. Elle est définie dans init.php par cette instruction
  1. define('DOKU_COOKIE', 'DW'.md5(DOKU_REL.(($conf['securecookie'])?$_SERVER['SERVER_PORT']:'')));
et DOKU_REL est définie dans le même fichier comme le résultat de getBaseURL(false). AMHA, tu as meilleur compte à utiliser les fonctions de débugage de ton navigateur pour en connaitre la valeur.
Le contenu de ce cookie est défini dans la fonction auth_login du fichier inc/auth.php et est le nom d'utilisateur, un booléen converti en entier et un dérivé du mot de passe.

Je ne sais pas si ces réponses t'aident. Bon courage.

Sais-tu qu'il est possible de faire l'inverse ? DokuWiki peut utiliser une authentification déjà réalisée par un autre système pour reconnaitre les utilisateurs. C'est la méthode trustexternal que tu peux mettre en œuvre dans un greffon d'authentification.
Ainsi, il est possible que DokuWiki récupère les cookie de ton système actuel d'authentification. Pour cela, crée un greffon
d'authentification avec le magicien https://pluginwiz.dokuwiki.org/ ; ensuite en t'inspirant de ce post de qiia https://forum.dokuwiki.org/thread/11717 , tu n'as qu'a écrire une fonction qui récupère les informations dont tu as besoin à partir du cookie de ton système actuel d'authentification. La documentation des systèmes d'authentification est même traduite en français : https://www.dokuwiki.org/fr:devel:auth_plugins

Bonnes fêtes de fin d'année.
http://schplurtz.free.fr/wiki/
topic: SPAM Alerting (current thread)  in the forum: Offtopic Forum Help
Avatar
schplurtz (Moderator) #10
Member since Nov 2009 · 328 posts · Location: France, Finistère
Group memberships: Global Moderators, Members
Show profile · Link to this post
In reply to post ID 64087
Hi. Done. thank you
http://schplurtz.free.fr/wiki/
topic: Update from very old version 2012-Angua  in the forum: General Help and Support Installation and Configuration
Avatar
schplurtz (Moderator) #11
Member since Nov 2009 · 328 posts · Location: France, Finistère
Group memberships: Global Moderators, Members
Show profile · Link to this post
In reply to post ID 63958
no need. OP is going to perform a fresh install.

But that's a good reminder.
http://schplurtz.free.fr/wiki/
topic: Authldap - StartTLS failed  in the forum: General Help and Support Installation and Configuration
Avatar
schplurtz (Moderator) #12
Member since Nov 2009 · 328 posts · Location: France, Finistère
Group memberships: Global Moderators, Members
Show profile · Link to this post
In reply to post ID 63960
OK. Your problem is now how to setup SSL/TLS on DW side to use 256 bits. If, there is some settings to tweak, then I guess it must be a ssl/tls library config file, or perhaps somewhere in PHP. I just don't know.

Debian forum, stackexchange or other system administration forum are probably your best option now...

Otherwise, you may consider upgrading Debian to 9.x stretch. Jessie is currently the «old stable» version.
Not sure this would fix anything, I don't use ldap/ssl, so I can't tell.
http://schplurtz.free.fr/wiki/
topic: Authldap - StartTLS failed  in the forum: General Help and Support Installation and Configuration
Avatar
schplurtz (Moderator) #13
Member since Nov 2009 · 328 posts · Location: France, Finistère
Group memberships: Global Moderators, Members
Show profile · Link to this post
In reply to post ID 63937
Bonjour,

Ponder stibbons has 5 hotfixes, one is LDAP/AD related. Please see https://www.dokuwiki.org/old_changes#release_2014-05-05e_p…

Not sure it will help.

Also
Dec 20 16:30:15 myldap slapd[13177]: conn=1025 fd=18 TLS established tls_ssf=128 ssf=128
 Dec 20 16:30:15 myldap slapd[13177]: conn=1025 fd=18 closed (connection lost)
I don't know the inner details of SSL/START_TLS protocol, but this could indicate that your server is using something that is only 128 bits
a cert signature or a cypher protocol. 128 bits things are not so well accepted nowadays. You may have to convince your PHP library to accept 128 bits, or to convince your LDAP SSL library to accept 128 bits things. Maybe, this openldap thread would bring light: http://www.openldap.org/lists/openldap-technical/201210/ms…

Just an idea, though.
http://schplurtz.free.fr/wiki/
topic: Update from very old version 2012-Angua  in the forum: General Help and Support Installation and Configuration
Avatar
schplurtz (Moderator) #14
Member since Nov 2009 · 328 posts · Location: France, Finistère
Group memberships: Global Moderators, Members
Show profile · Link to this post
In reply to post ID 63917
Hi !

I would feel better with a clean install, is this possible? Will it work after copy my files (which folder do I have to copy)?
Yes, this will work.
Just install a new DokuWiki, configure, install your plugins. you probably want the indexmenu plugin for the tree-menu.

Once you have a working Wiki, replace your data directory with your data directory from Angua :
  • when copying the files, be sure to use a tool that preserves the file modification timestamps (under linux, for example, the tar cmd is ok. for other systems I don't know). If file modification times are not preserved, then DW will think the files have been edited externally and wil create a new revision. Also last change will list all the pages...
  • rename security.png to dont-panic-if-you-see-this-in-your-logs-it-means-your-directory-permissions-are-correct.png
  • rename security.xcf to dont-panic-if-you-see-this-in-your-logs-it-means-your-directory-permissions-are-correct.xcf
  • Make sure file ownership and permissions (and any other security mecanism on your new system) are correct for your server
  • remove the directories named a b c d e f 0 1 2 3 4 5 6 7 8 9 in the cache subdirectory

Then browse your wiki and visually inspect all your pages.
http://schplurtz.free.fr/wiki/
topic: selinux ACLs for write access, and php's is_writeable() function -- can't work? (install.php fails due to access error in /data/ directory, but apache/php has access via ACL)  in the forum: General Help and Support Installation and Configuration
Avatar
schplurtz (Moderator) #15
Member since Nov 2009 · 328 posts · Location: France, Finistère
Group memberships: Global Moderators, Members
Show profile · Link to this post
In reply to post ID 63871
Subject: use dw downloader
Just thinking of that : If you can, move all your current files out of the way, and try to use the dokuwiki downloader.

It should work because it's the apache daemon that will be creating the files and directories, and the mask does not apply to the owner.
http://schplurtz.free.fr/wiki/
This post was edited on 2018-12-15, 09:43 by schplurtz.
Close Smaller – Larger + Reply to this post:
Special characters:
Page:  1  2  3 ... 20  21  22  next 
Special queries
Go to forum
Imprint
This board is powered by the Unclassified NewsBoard software, 20150713-dev, © 2003-2015 by Yves Goergen
Current time: 2019-01-16, 13:41:06 (UTC +01:00)