![]() and is thus identified like an external user trying to break into the system? If so, would it be solved if the installation script starts at the document root point www/rg2 ? I do not know much about web server but maybe the problem is, that the plug-in installation tries to create a path begining with /web/rgred/. The security.png file is an image that says "It seems that your data directory is not properly secured" The Information I got with my wiki is that the document root to the wiki is www/rg2 while the webpath to document root is /web/rgred/www/rg client denied by server configuration: /web/rgred/www/rg2/data/security.png, referer: So I hope they are current enough versions to work with the plug-in. The Apache version: Apache/2.2.16 (Debian) The PHP version is: 5.3.3-7+squeeze15 (apache2handler) The DokuWiki version is: Release "Adora Belle", This setting makes it possible to access data\media through ckgedit\CKeditor\userfiles, if links to media and file have been successfully created in userfiles" is this equivalent to the change in line 121 and I could just check that option? In the config menue of DokuWiki I found in the plug-in section the option "plugin»ckgedit»nix_style For Windows Servers (Vista and Later). The directories and the rest of the files is owned by the webserver-user and I can only read the files. The only write access I have is to favicon.ico, install.php and robots.txt. htaccess file I have to ask the system manager. If I understood you right, I download the package from github, change the code line and then try to install from that package again via the dokuwiki installer? For the. I use Windows XP with Firefox 20.0.1 (and at home Mac with the current Firefox) installed. I did send an service request to the Wiki provider to ask, if it is possible to insert the symbolic links manually. The Wiki is hosted by a service that runs various DokuWikis and does not allow individual write access to the installation to be able to have their regular update-script run on all installations the same. Although the Server allowed the installation routine to install the plug-in and create the plugins/ckgedit. The server is running on linux but I do not have write permission. ![]() ![]() CKEditor itself is not allowed to store the file in the right place, if it is there by upload via DW Editor, it can read the file and use it correctly, if not, it can not link correctly to the file that it could not write to the correct place. I think this explains also the rare behaviour with files that exist on the right place by using the DW Editor. When I edit with the new installed version and try to "search on server" I get this message: "Error creating folder "/web/rgred/instructions. Although it gave me the positive reply to be installed and activated correctly it seems to have a problem with the path to store the data. Today I just uninstalled CKEditor and re-installed it from GitHub. Yesterday I installed CKEditor from the DokuWiki page. The code that CKEditor produces if a file with the same name was previously uploaded with the DW Editor: The code produced by the DW Editor via the media file upload: Please see for further information the examples below: One curiosity occured: when I already had uploaded a file with DW Editor/Media-Manager and than did the same thing with CKEditor again, CKEditor seems to work fine: CKEditor puts nearly the same code into the page as DW Editor does. Viewing the code in the DW Editor (switching form CKEditor to DW Editor) the difference seems to be the brackets: "]" vs. I had a look at the code generated by the editor and it seems that CKEditor sets a different class "wikilink2" instead of "media mediafile mf_doc" and it also keeps the uploaded files in a different place than the DW Media-Manager does. But the created link to the file failed to work (= no link to the file). I choose "internal media" as link-type and could upload a. Alternatively I tried the "add/edit link" button. pdf files via the "add image or other files" button (i.e. Using the CKEditor it is no longer possible to upload and link to.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |