[pmwiki-users] edit passwd?
Hello :-)
I have this in my config.php:
$DefaultPasswords['admin'] = crypt('x');
$DefaultPasswords['edit'] = crypt('');
I can edit a given page with the admlin passwd, but not with the edit pass
what is wrong?
(I could solve the problem changing the passwd online for this page,
but need to understand
thanks
jdd
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] edit passwd?
hi jdd
can you tell me the page’s attributes? (just add ?action=attr to the url and
you will get the attributes)
josh
On May/18, 2012, at 0832 , jdd wrote:
Hello :-)
I have this in my config.php:
$DefaultPasswords['admin'] = crypt('x');
$DefaultPasswords['edit'] = crypt('');
I can edit a given page with the admlin passwd, but not with the edit pass
what is wrong?
(I could solve the problem changing the passwd online for this page, but need
to understand
thanks
jdd
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] edit passwd?
Well, don't worry anymore. It's just a special feature of the skin I missed, I just see a help page explaining this (pages of the site group are edit protected) thanks jdd ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] Link Color
My links are not sufficiently highlighted. Is there some way I can make them darker or stand out more in some other way? Thanks, Wade ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Link Color
On Friday 18 May 2012 07:00:10 Wade Hudson wrote:
My links are not sufficiently highlighted. Is there some way I can make
them darker or stand out more in some other way?
Open or create a file pmwiki/pub/css/local.css and append to the end something
like this:
/* Link colors in the main content area */
#wikitext a { color: #ff; text-decoration: underline; }
#wikitext a:visited { color: #aa; }
You can find the codes of all colors (starting with # followed by numbers and
letters) at this page: http://www.colorpicker.com/ . Some color names in
English should work too: blue, red, green, indigo.
To change the appearance of other links, for example in the sidebar, header or
footer, add similar lines starting with #wikileft, #wikilogo, #wikifoot for
the default PmWiki skin, or #head, #foot, #sidebar, #left, #right, #tabs or
something else for some other skins, eg.:
/* Link colors in the sidebar (pmwiki skin) */
#wikileft a { color: blue; text-decoration: underline; }
#wikitext a:visited { color: navy; }
After this operation you need to refresh the page in your browser.
For specific skins, ask on the cookbook talk page for the skin.
Petko
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Wiki page fails to render when non-ASCII characters are included
[Re-sending to the list --Petko] On Thursday 17 May 2012 00:04:26 John Rector wrote: I copied a 4 year old PmWiki farm to a new machine. Pages that contain special characters (non-ASCII), like umlaut 'u', cause a page not to render on the new configuration, while they did on the original configuration. However, if the special characters are removed with a text editor, the page, which is in wiki.d, and has content, again renders. Thanks for the detailed report of your installation, unfortunately I see no obvious problem there. There are some changes to the PageStore class since version 2.2.31: there is a function that converts between different character encodings. I've recently fixed a similar issue with blank pages. However for your installation which had the default ISO-8859-1 encoding, nothing have changed, the recoding function is not used. Have you any problems with some other pages from the default installation, for example blank pages in the PmWiki/ or Site/ groups? These pages come with the UTF-8 encoding and are converted to yours on the fly. If you add the following line to config.php, do you still have blank pages? $PageRecodeFunction = 'IsEnabled'; (This line will completely bypass the PageStore-recode function.) Can you test some previous PmWiki versions 2.2.30 to 2.2.35 on the same server and report? Petko ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Solved: How do you creating one, wiki-wide, Upload Directory on Local Site, not remote site?
Many thanks to Josh, Gilles, Tamouse and JDD for helping me resolve this conundrum. Since PmWiki architecture apparently doesn't permit to automate this process, here is how I'm dealing with it: I manually (via FileZilla) transfer all the files From the PmWiki-wide uploads directory to my local C:\public_html\UnTestedUploads directory, where I can use my AVG anti-virus program to check out and delete the infected files, then process the uninfected files as necessary. It would be nice to be able to do this automatically, but c'est la vie! Thanks to all, Al -Original Message- From: a.sonderh...@gassi-tv.de Sent: May 17, 2012 3:21 PM To: Al Louis Ripskis rips...@sprynet.com Cc: pmwiki-users pmwiki-users@pmichaud.com Subject: Re: [pmwiki-users] How do you creating one, wiki-wide, Upload Directory on Local Site, not remote site? Dear Al, obviously this can’t work. your remote config.php will only affect the remote settings and therefore only manipulate the remote file system. to achieve what you want to do, you will… 1) …either have to mirror the site using something like rsync’ing with the help of a cron job (and have all the problems discussed in an earlier desktop virus scan software thread in this list, which you will probably find in the mailing list archives) 2) …or write some script that does what you need it to do (basically find a way to interface the local and the remote sites). assuming your primary goal is not to move pages from one pmwiki instance to another and have them cross-reference/load their pages, but rather have a way to scan your uploaded files for malware/viruses/etc, you should probably do one of those things: a) if you need to run the scan from your workstation, rather than running it on the server itself, the easiest way would be to mount the server directory as a smb share on your local machine (if your remote and local sites are not on the same network, you will probably have to use a vpn tunnel for that). to explain how to do that is kind of out of the scope of this mailing list, as it is not a PmWiki specific question, but more of a general server administration/setup task. b) you could consider installing a virus scanner (e. g. clamav-server) on your remote site’s server and have it watch your uploads folder and subdirs. this would definitely be a better solution, but users still won’t get feedback why their file has suddenly disappeared. disappearing files is still better than serving malware. and if you have to much spare time on your hand you could even come up with a solution how to have clamav-server tell pmwiki which files had to be removed. c) you could come up with a new way for pmwiki to upload files (e. g. write a new uploader) which automatically triggers your server’s antivirus software and only successfully moves the file into place after it has been cleared by the av software. again, this topic is not really related to PmWiki in the first place, since it’s a problem basically every content management system has. you might have better luck searching the web for a more general solution to this problem, or maybe ask this question in a more generalized way on stackoverflow. Josh On May/17, 2012, at 1957 , Al Louis Ripskis wrote: May 17, 2012 8:57 AM a.sonderh...@gassi-tv.de; Josh wrote: $UploadDir = C:/public_html/pmwiki/uploads; $UploadUrlFmt = http://www.politicaltransformation.org/htdocs/pmwiki/uploads;; Did you put these lines in your local or remote site’s local/config.php? Can you clarify what your local and remote sites actually are? The remote site is my politicaltransformation.org PmWiki and that's the config.php file that I inserted the above two lines of script. Now my local site is the computer I'm operating from that has Windows XP Home OS. Thanks again, Al On May/17, 2012, at 1414 , Al Louis Ripskis wrote: May 16, 2012 10:11 PM Tamouse wrote: Do I understand this correctly.Let me know if that's the situation so I can respond: a) politicaltransformation.org is hosted on a remote site? YES b) you are expecting the remote site to understand a path on your local machine? YES c) you are further expecting the wiki software to deliver a file to a user by cross-loading it from your local machine? NO. Deliver the user uploaded files to Local Upload directory so they can be checked out by my AVG virus program for viruses, etc..If this is not possible, is there another way to check out automatically whether the uploaded files are infected? Thanks very much, Al -Original Message- From: tamouse mailing lists Sent: May 16, 2012 10:11 PM To: Al Louis Ripskis Cc: pmwiki-users Subject: Re: [pmwiki-users] How do you creating one, wiki-wide, Upload Directory on Local Site, not remote site? On Wed, May 16, 2012 at 1:43 PM, Al Louis Ripskis wrote: According to PmWiki Upload Administration instructions all you suppose to do is put this or equivalent in
Re: [pmwiki-users] Solved: How do you creating one, wiki-wide, Upload Directory on Local Site, not remote site?
Hi, Al, This can be automated, but it's not exactly a one or two-line script. I think others and myself discussed this a bit in your last thread about virus checking. If you aren't up for writing it yourself, perhaps you might engage the services of someone who can do it for you. On Fri, May 18, 2012 at 3:46 PM, Al Louis Ripskis rips...@sprynet.com wrote: Many thanks to Josh, Gilles, Tamouse and JDD for helping me resolve this conundrum. Since PmWiki architecture apparently doesn't permit to automate this process, here is how I'm dealing with it: I manually (via FileZilla) transfer all the files From the PmWiki-wide uploads directory to my local C:\public_html\UnTestedUploads directory, where I can use my AVG anti-virus program to check out and delete the infected files, then process the uninfected files as necessary. It would be nice to be able to do this automatically, but c'est la vie! Thanks to all, Al -Original Message- From: a.sonderh...@gassi-tv.de Sent: May 17, 2012 3:21 PM To: Al Louis Ripskis rips...@sprynet.com Cc: pmwiki-users pmwiki-users@pmichaud.com Subject: Re: [pmwiki-users] How do you creating one, wiki-wide, Upload Directory on Local Site, not remote site? Dear Al, obviously this can’t work. your remote config.php will only affect the remote settings and therefore only manipulate the remote file system. to achieve what you want to do, you will… 1) …either have to mirror the site using something like rsync’ing with the help of a cron job (and have all the problems discussed in an earlier desktop virus scan software thread in this list, which you will probably find in the mailing list archives) 2) …or write some script that does what you need it to do (basically find a way to interface the local and the remote sites). assuming your primary goal is not to move pages from one pmwiki instance to another and have them cross-reference/load their pages, but rather have a way to scan your uploaded files for malware/viruses/etc, you should probably do one of those things: a) if you need to run the scan from your workstation, rather than running it on the server itself, the easiest way would be to mount the server directory as a smb share on your local machine (if your remote and local sites are not on the same network, you will probably have to use a vpn tunnel for that). to explain how to do that is kind of out of the scope of this mailing list, as it is not a PmWiki specific question, but more of a general server administration/setup task. b) you could consider installing a virus scanner (e. g. clamav-server) on your remote site’s server and have it watch your uploads folder and subdirs. this would definitely be a better solution, but users still won’t get feedback why their file has suddenly disappeared. disappearing files is still better than serving malware. and if you have to much spare time on your hand you could even come up with a solution how to have clamav-server tell pmwiki which files had to be removed. c) you could come up with a new way for pmwiki to upload files (e. g. write a new uploader) which automatically triggers your server’s antivirus software and only successfully moves the file into place after it has been cleared by the av software. again, this topic is not really related to PmWiki in the first place, since it’s a problem basically every content management system has. you might have better luck searching the web for a more general solution to this problem, or maybe ask this question in a more generalized way on stackoverflow. Josh On May/17, 2012, at 1957 , Al Louis Ripskis wrote: May 17, 2012 8:57 AM a.sonderh...@gassi-tv.de; Josh wrote: $UploadDir = C:/public_html/pmwiki/uploads; $UploadUrlFmt = http://www.politicaltransformation.org/htdocs/pmwiki/uploads;; Did you put these lines in your local or remote site’s local/config.php? Can you clarify what your local and remote sites actually are? The remote site is my politicaltransformation.org PmWiki and that's the config.php file that I inserted the above two lines of script. Now my local site is the computer I'm operating from that has Windows XP Home OS. Thanks again, Al On May/17, 2012, at 1414 , Al Louis Ripskis wrote: May 16, 2012 10:11 PM Tamouse wrote: Do I understand this correctly.Let me know if that's the situation so I can respond: a) politicaltransformation.org is hosted on a remote site? YES b) you are expecting the remote site to understand a path on your local machine? YES c) you are further expecting the wiki software to deliver a file to a user by cross-loading it from your local machine? NO. Deliver the user uploaded files to Local Upload directory so they can be checked out by my AVG virus program for viruses, etc..If this is not possible, is there another way to check out automatically whether the uploaded files are infected? Thanks very much, Al -Original Message- From: tamouse
Re: [pmwiki-users] Solved: How do you creating one, wiki-wide, Upload Directory on Local Site, not remote site?
On 5/18/2012 4:46 PM, Al Louis Ripskis wrote: Many thanks to Josh, Gilles, Tamouse and JDD for helping me resolve this conundrum. Since PmWiki architecture apparently doesn't permit to automate this process, here is how I'm dealing with it: I manually (via FileZilla) transfer all the files From the PmWiki-wide uploads directory to my local C:\public_html\UnTestedUploads directory, where I can use my AVG anti-virus program to check out and delete the infected files, then process the uninfected files as necessary. It would be nice to be able to do this automatically, but c'est la vie! You could setup a batch job on your windows machine to periodically copy your remote uploads directory to your PC. Setup your virus checker to make sure it scans all new files, and auto-deletes/moves infected files. Then the job can simply copy the remaining files back over to the remote uploads directory, removing the existing files. You could probably automate all this with a backup tool. I'm familiar with SyncBack, and it seems to me that could be setup to perform the copy/sync process, and the virus scanner will process all new files for you. There are no doubt other ways of doing this. ~ ~ Dave ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
