Menu
▾
▴
phpwiki-talk
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
(103) |
Jul
(105) |
Aug
(16) |
Sep
(16) |
Oct
(78) |
Nov
(36) |
Dec
(58) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(100) |
Feb
(155) |
Mar
(84) |
Apr
(33) |
May
(22) |
Jun
(77) |
Jul
(36) |
Aug
(37) |
Sep
(183) |
Oct
(74) |
Nov
(235) |
Dec
(165) |
| 2002 |
Jan
(187) |
Feb
(183) |
Mar
(52) |
Apr
(10) |
May
(15) |
Jun
(19) |
Jul
(43) |
Aug
(90) |
Sep
(144) |
Oct
(144) |
Nov
(171) |
Dec
(78) |
| 2003 |
Jan
(113) |
Feb
(99) |
Mar
(80) |
Apr
(44) |
May
(35) |
Jun
(32) |
Jul
(34) |
Aug
(34) |
Sep
(30) |
Oct
(57) |
Nov
(97) |
Dec
(139) |
| 2004 |
Jan
(132) |
Feb
(223) |
Mar
(300) |
Apr
(221) |
May
(171) |
Jun
(286) |
Jul
(188) |
Aug
(107) |
Sep
(97) |
Oct
(106) |
Nov
(139) |
Dec
(125) |
| 2005 |
Jan
(200) |
Feb
(116) |
Mar
(68) |
Apr
(158) |
May
(70) |
Jun
(80) |
Jul
(55) |
Aug
(52) |
Sep
(92) |
Oct
(141) |
Nov
(86) |
Dec
(41) |
| 2006 |
Jan
(35) |
Feb
(62) |
Mar
(59) |
Apr
(52) |
May
(51) |
Jun
(61) |
Jul
(30) |
Aug
(36) |
Sep
(12) |
Oct
(4) |
Nov
(22) |
Dec
(34) |
| 2007 |
Jan
(49) |
Feb
(19) |
Mar
(37) |
Apr
(16) |
May
(9) |
Jun
(38) |
Jul
(17) |
Aug
(31) |
Sep
(16) |
Oct
(34) |
Nov
(4) |
Dec
(8) |
| 2008 |
Jan
(8) |
Feb
(16) |
Mar
(14) |
Apr
(6) |
May
(4) |
Jun
(5) |
Jul
(9) |
Aug
(36) |
Sep
(6) |
Oct
(3) |
Nov
(3) |
Dec
(3) |
| 2009 |
Jan
(14) |
Feb
(2) |
Mar
(7) |
Apr
(16) |
May
(2) |
Jun
(10) |
Jul
(1) |
Aug
(10) |
Sep
(11) |
Oct
(4) |
Nov
(2) |
Dec
|
| 2010 |
Jan
(1) |
Feb
|
Mar
(13) |
Apr
(11) |
May
(18) |
Jun
(44) |
Jul
(7) |
Aug
(2) |
Sep
(14) |
Oct
|
Nov
(6) |
Dec
|
| 2011 |
Jan
(2) |
Feb
(6) |
Mar
(3) |
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2012 |
Jan
(11) |
Feb
(3) |
Mar
(11) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(4) |
Dec
|
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(4) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(8) |
Dec
(1) |
| 2015 |
Jan
(3) |
Feb
(2) |
Mar
|
Apr
(3) |
May
(1) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
| 2016 |
Jan
|
Feb
(4) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
(5) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2021 |
Jan
|
Feb
(4) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(6) |
Sep
(3) |
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
(11) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2023 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(3) |
Dec
(3) |
| 2024 |
Jan
(7) |
Feb
(2) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2025 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
|
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Aristedes M. <ar...@is...> - 2004-05-25 11:49:19
|
I have this same problem. It happens whenever I try to create a new user. I've applied the patch to lib/FileFinder.php from 1.18 to 1.19 thinking that a problem with includes is indicated. Environment: phpwiki-1.3.10, FreeBSD 4.9, apache-1.3.31, php-4.3.6, pear-1.3.1 and mysql 4.0.18 as the backend. Any further ideas? Ari Maniatis --------------------------> ish group pty ltd http://www.ish.com.au 7 Darghan St Glebe 2037 Australia phone +61 2 9660 1400 fax +61 2 9660 7400 PGP fingerprint 08 57 20 4B 80 69 59 E2 A9 BF 2D 48 C2 20 0C C8 |
|
From: Damascus T. I. <ma...@ma...> - 2004-05-24 20:50:05
|
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4=2e0 Transitional//EN"> <HTML><HEAD> <META http-equiv=3dContent-Type content=3d"text/html; charset=3dwindows-1= 251"> <META content=3d"MSHTML 6=2e00=2e2737=2e800" name=3dGENERATOR> <STYLE></STYLE> </HEAD> <BODY bgColor=3d#ffffff> <DIV><FONT face=3dArial size=3d1><IMG alt=3d"" hspace=3d0=20 src=3d"cid:malign=2egif" align=3dbaseline=20 border=3d0></FONT></DIV> <DIV><FONT face=3dArial size=3d2></FONT> </DIV> <DIV><FONT face=3dArial size=3d1></FONT> </DIV> <DIV><FONT face=3dArial=20 size=3d1>=ee=ed =f1=eb=e0=e1=e5=e5 =e2=e8=ed=f2=ee=e2=ee=f7=ed=ee=e3=ee = =e8</FONT></DIV></BODY></HTML> |
|
From: Reini U. <ru...@x-...> - 2004-05-24 18:21:17
|
John Cole schrieb: > Just wanted to mention that the cvs repository still has an error: > > cvs update: failed to create lock directory for > `/cvsroot/phpwiki/phpwiki/themes/Crao' > (/cvsroot/phpwiki/phpwiki/themes/Crao/#cvs.lock): Permission denied > cvs update: failed to obtain dir lock in repository > `/cvsroot/phpwiki/phpwiki/themes/Crao' > cvs [update aborted]: read lock failed - giving up Oops. I tried it last week in a new cvs tree, and it downloaded fine. So I thought it automatically fixed itself. I committed sf support request http://sourceforge.net/tracker/?func=detail&aid=959615&group_id=1&atid=200001 -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |
|
From: John C. <joh...@ua...> - 2004-05-24 18:02:24
|
Just wanted to mention that the cvs repository still has an error: cvs update: failed to create lock directory for `/cvsroot/phpwiki/phpwiki/themes/Crao' (/cvsroot/phpwiki/phpwiki/themes/Crao/#cvs.lock): Permission denied cvs update: failed to obtain dir lock in repository `/cvsroot/phpwiki/phpwiki/themes/Crao' cvs [update aborted]: read lock failed - giving up Thanks, John Cole |
|
From: Reini U. <ru...@x-...> - 2004-05-24 17:46:50
|
Bernhard Kleine schrieb: > On Wed, 19 May 2004 12:51:12 +0200, Bernhard Kleine wrote: >>On Sun, 16 May 2004 18:19:28 -0700, Rob Fulwell wrote: >> >>>It seems I can only login users with a BogoLogin. I have been unable to >>>get passwords to save with file, database or PersonalPage methods. I >>>get no warnings (even in debug mode) and yet the UserPreferences page >>>does not allow me to set a new password. >>> >>>Any ideas? >>>I am using 1.3.10 against a MySQL database on a Linux (Debian) system. >>> >> >>I seem to have similar problems. In the index.php I added a passwort >>encrypted using passencrypt.php. By using phpmyadmin I can controll the >>password. However, when I try to signin as wikiadmin the password seems >>invalid. >> >>phpwiki-1.3.9 on Apache2 with php 4.3.4 and Mysql Ver 12.22 Distrib >>4.0.18, for pc-linux-gnu >> >>Any help appreciated > > If this is not the proper mailing list, would you please point me some > place where phpwiki help is available It is, it is. I was offline for a couple of days. Most of my personal things were stolen while I was riversurfing. And now I was busy with new stuff and php bugs. I'm sorry, but I cannot really reproduce your problems. For me all external methods work fine. Please check or post your DBAUTH_AUTH statements if different from default. ALLOW_USER_PASSWORDS must be true. Did it work before? -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |
|
From: Whit B. <wh...@tr...> - 2004-05-24 13:19:12
|
On Mon, May 24, 2004 at 02:26:52PM +0200, Bernhard Kleine wrote: > > By using phpmyadmin I can controll the password. However, when I try to > > signin as wikiadmin the password seems invalid. > If this is not the proper mailing list, would you please point me some > place where phpwiki help is available This would be it. From your report I'd wonder if phpmyadmin is using the same encryption function - sorry this is just a guess. Whit |
|
From: Bernhard K. <ber...@mn...> - 2004-05-24 12:26:58
|
On Wed, 19 May 2004 12:51:12 +0200, Bernhard Kleine wrote: > On Sun, 16 May 2004 18:19:28 -0700, Rob Fulwell wrote: > >> It seems I can only login users with a BogoLogin. I have been unable to >> get passwords to save with file, database or PersonalPage methods. I >> get no warnings (even in debug mode) and yet the UserPreferences page >> does not allow me to set a new password. >> >> Any ideas? >> >> I am using 1.3.10 against a MySQL database on a Linux (Debian) system. >> > I seem to have similar problems. In the index.php I added a passwort > encrypted using passencrypt.php. By using phpmyadmin I can controll the > password. However, when I try to signin as wikiadmin the password seems > invalid. > > phpwiki-1.3.9 on Apache2 with php 4.3.4 and Mysql Ver 12.22 Distrib > 4.0.18, for pc-linux-gnu > > Any help appreciated > If this is not the proper mailing list, would you please point me some place where phpwiki help is available Thanks a lot Bernhard > > > > ------------------------------------------------------- This SF.Net > email is sponsored by: SourceForge.net Broadband Sign-up now for > SourceForge Broadband and get the fastest 6.0/768 connection for only > $19.95/mo for the first 3 months! > http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click |
|
From: Reini U. <ru...@x-...> - 2004-05-22 09:33:17
|
Much easier would it be as we do it on sf.net with the demo wiki. Or at m= y test site. This explanation is also somewhere at the phpwiki site, and asked multipl= e times. We have a bunch of small scripts without extensions like 'en', 'de', 'macosx', 'sidebar', 'pear', 'adodb' and so on. Each of these files has the php handler attached in the .htaccess file, and overrides some config values, loads the phpwiki index.php, overrides some other variables, and loads lib/main.php. en: <?php // -*-php-*- // CONSTANTS as default wiki overrides before: define('WIKI_NAME', 'PhpWikiDemo:'.basename(__FILE__)); define('VIRTUAL_PATH', $_SERVER['SCRIPT_NAME']); define('CHARSET','utf-8'); include "index.php"; // other VARIABLE overrides here: include "lib/main.php"; ?> This way you keep the site configuration in config.ini, and some special constants, like VIRTUAL_PATH, WIKI_NAME, DEFAULT_PGSRC, $LANG, CHARSET, and so on in the various loaders. See PrettyWiki. And don't really like Matthews idea. Different lib is impossible om the same phpwiki, please rename special plugins then. different config files are also easy, but generally not needed. see the content of index.php. These four lines could go into your start script if you really need different config files. But you have to declare PHPWIKI_DIR and DATA_PATH then, because you started phpwiki out of the phpwiki directory. > On Sat, May 22, 2004 at 10:18:59AM +1200, Jim Cheetham wrote: >> How difficult would it be to virtualise the entire wiki? I'd like to b= e >> able to install the Debian package once, probably into >> /usr/share/phpwiki/ ... and then in various VirtualHosts be able to >> declare a (uniquely-named) wiki, that would be able to pick a differen= t >> config file (and possibly a different 'additional lib' for plugins) ..= . > > As it stands, it wouldn't be particularly simple, because PHPWiki does > everything from it's index file, which is hardcoded to look for it's > config file in one place. We need to tell index.php to get it's config > from > different places depending on which virtual instance invoked it for thi= s > particular run. > > What I have just recently done for another project is to create multipl= e > configuration instances by indexing a config file by a unique substring= of > the URL. So, if you've got two PHPWiki sites http://www.site.com/wiki = and > http://www.site.com/otherwiki, your config sections would be linked to > '/wiki' and '/otherwiki'. Similarly, If they're on different virtual > hosts > entirely, you can have your sections as 'site1.com' and 'site2.com' if > they're the unique substrings. > > This is cute because it requires nothing more than to set up another > section > in your config file for the new vhost and add an alias. It's a PITA fo= r > PHPWiki because it would almost certainly mean a new config file to han= dle > the substring =3D> config file mapping, as you wouldn't want multiple > PHPWiki > configs in the one file (it'd be a little long and confusing). > > Another method, if you wanted it, that would work in PHPWiki more or le= ss > as-is, would be to use the other method I devised for the above project > (which I didn't use as the substring method was more appropriate in tha= t > case). Create a constant, perhaps called __CONFIGURED, that will be > defined > true once all of the appropriate config statements have been processed. > Then, tell index.php not to call IniConfig() (or tell IniConfig() not t= o > do > anything) if __CONFIGURED is defined. > > How does this help? Because you put something like the following in yo= ur > apache.conf for each of the virtualised PHPWiki instances: > > php_value auto_prepend_file /some/config/file.php > > Where /some/config/file.php is unique for each instance, and contains > pretty > much the following code: > > require_once '/usr/share/phpwiki/lib/IniConfig.php'; > IniConfig('/some/config/file.ini'); > define('__CONFIGURED', true); > > Again, where /some/config/file.ini is unique to that virtual instance o= f > PHPWiki and filled with lovely local-specific config options. > > You then point each virtual instance of PHPWiki at /usr/share/phpwiki f= or > it's code, index.php runs for everyone but skips the default config for > your > virtual instances because __CONFIGURED is defined, and IniConfig() has > previously run with your per-instance config file. > > If you're interested in using this method (which I think may be the bet= ter > option for PHPWiki), I'm happy to patch index.php in Debian to support > this, > as it doesn't break anything in the default case (single instance, conf= ig > in > /etc/phpwiki/config.ini). |
|
From: Kristina S. <wz...@ce...> - 2004-05-22 09:08:06
|
<html> We have your email in our database, and were<br> wondering if you are still interested in re-financing<br> your mortgage while the rates are so low?<p> Could we ask you to please fill out the final details we need to complete the process:<br> <a href="http://exactrefinance.com/?partid=rmieya">http://exactrefinance.com/?partid=rmieya</a></b><p> Regards,<br> Kristina Spaulding<br> Account Manager<p> -----------------------------------------<p> <a href="http://exactrefinance.com/st.html">not interested</a> </html> |
|
From: Jim C. <ji...@in...> - 2004-05-22 07:01:29
|
I've been trying to install a 1.3.10 phpwiki on a Debian stable server and I'm running into an odd error message that halts installation :- Fatal error: Call to a member function on a non-object in /var/www/docs/greentree/www/gtw/lib/Template.php(131) : eval()'d code on line 5 I don't quite know where to look to fix this (besides line 131 of Template.php :-) because the wiki source tree is a copy of an already-running 1.3.10 wiki *on the same machine*. Actually, I've just reproduced the damn thing on my Mac, using a database type of 'file' ... So, that's apache 1.3.26/php 4.1.2/mysql on debian, and apache 1.3.29/php 4.3.2/file on OS X 10.3. What have I missed? Why did I manage to get one of these working, but not the other? A clue would be welcome ... -jim |
|
From: Jim C. <ji...@in...> - 2004-05-22 06:38:37
|
On May 22, 2004, at 11:22 AM, Matthew Palmer wrote:
> On Sat, May 22, 2004 at 10:18:59AM +1200, Jim Cheetham wrote:
>> How difficult would it be to virtualise the entire wiki?
>
> php_value auto_prepend_file /some/config/file.php
>
> Where /some/config/file.php is unique for each instance, and contains
> pretty
> much the following code:
>
> require_once '/usr/share/phpwiki/lib/IniConfig.php';
> IniConfig('/some/config/file.ini');
> define('__CONFIGURED', true);
>
This sounds like an interesting approach, and something I can keep in
mind for other projects, too :-)
I'd like to see this in phpwiki, but from your description I can
happily add it to my own copies. I don't really know whether such a
modification should be in the Debian version if it's not in the main
project, but that's not my call ...
-jim
|
|
From: Matthew P. <mp...@de...> - 2004-05-21 23:23:28
|
On Sat, May 22, 2004 at 10:18:59AM +1200, Jim Cheetham wrote: > How difficult would it be to virtualise the entire wiki? I'd like to be > able to install the Debian package once, probably into > /usr/share/phpwiki/ ... and then in various VirtualHosts be able to > declare a (uniquely-named) wiki, that would be able to pick a different > config file (and possibly a different 'additional lib' for plugins) ... As it stands, it wouldn't be particularly simple, because PHPWiki does everything from it's index file, which is hardcoded to look for it's config file in one place. We need to tell index.php to get it's config from different places depending on which virtual instance invoked it for this particular run. What I have just recently done for another project is to create multiple configuration instances by indexing a config file by a unique substring of the URL. So, if you've got two PHPWiki sites http://www.site.com/wiki and http://www.site.com/otherwiki, your config sections would be linked to '/wiki' and '/otherwiki'. Similarly, If they're on different virtual hosts entirely, you can have your sections as 'site1.com' and 'site2.com' if they're the unique substrings. This is cute because it requires nothing more than to set up another section in your config file for the new vhost and add an alias. It's a PITA for PHPWiki because it would almost certainly mean a new config file to handle the substring => config file mapping, as you wouldn't want multiple PHPWiki configs in the one file (it'd be a little long and confusing). Another method, if you wanted it, that would work in PHPWiki more or less as-is, would be to use the other method I devised for the above project (which I didn't use as the substring method was more appropriate in that case). Create a constant, perhaps called __CONFIGURED, that will be defined true once all of the appropriate config statements have been processed. Then, tell index.php not to call IniConfig() (or tell IniConfig() not to do anything) if __CONFIGURED is defined. How does this help? Because you put something like the following in your apache.conf for each of the virtualised PHPWiki instances: php_value auto_prepend_file /some/config/file.php Where /some/config/file.php is unique for each instance, and contains pretty much the following code: require_once '/usr/share/phpwiki/lib/IniConfig.php'; IniConfig('/some/config/file.ini'); define('__CONFIGURED', true); Again, where /some/config/file.ini is unique to that virtual instance of PHPWiki and filled with lovely local-specific config options. You then point each virtual instance of PHPWiki at /usr/share/phpwiki for it's code, index.php runs for everyone but skips the default config for your virtual instances because __CONFIGURED is defined, and IniConfig() has previously run with your per-instance config file. If you're interested in using this method (which I think may be the better option for PHPWiki), I'm happy to patch index.php in Debian to support this, as it doesn't break anything in the default case (single instance, config in /etc/phpwiki/config.ini). - Matt |
|
From: Jim C. <ji...@in...> - 2004-05-21 22:21:57
|
On May 21, 2004, at 10:44 PM, Reini Urban wrote: > Jim Cheetham schrieb: >> On May 14, 2004, at 3:53 PM, Jim Cheetham wrote: > But it's trivial to move config/ outside the webtree. > There is just one place where it's used, in index.php. > > Debian for example will most likely put it into /etc/phpwiki/config.ini > How difficult would it be to virtualise the entire wiki? I'd like to be able to install the Debian package once, probably into /usr/share/phpwiki/ ... and then in various VirtualHosts be able to declare a (uniquely-named) wiki, that would be able to pick a different config file (and possibly a different 'additional lib' for plugins) ... Perhaps that would live better in an index.php file ... <?php PhpWiki config="UniqueWiki1" ?> Then one package upgrade in /usr/share/phpwiki would effectively upgrade every wiki instance on my server. -jim |
|
From: Dan F. <dfr...@cs...> - 2004-05-21 16:19:36
|
Fenton Travers wrote: >Basically I want my page to look like: > >"To get to yahoo simply click on the word yahoo." > >but to have the word 'yahoo' be a link to yahoo, i.e. >http://www.yahoo.com. I don't want to see the actual >link URL. Can anyone tell me how to do this. It's >easy for internal links I got that I need to make >links that connect to the outside world that still >look normal, i.e. not all the http:// stuff. > > If you are talking about putting this on a Phpwiki page, you can type in: To get to yahoo simply click on the word [yahoo | http://www.yahoo.com]. Dan |
|
From: Fenton T. <fen...@ya...> - 2004-05-21 16:01:13
|
Basically I want my page to look like: "To get to yahoo simply click on the word yahoo." but to have the word 'yahoo' be a link to yahoo, i.e. http://www.yahoo.com. I don't want to see the actual link URL. Can anyone tell me how to do this. It's easy for internal links I got that I need to make links that connect to the outside world that still look normal, i.e. not all the http:// stuff. Thanks, Fenton ===== Fenton Travers 778-885-3417 If this is a bulk email and you want to be removed, please reply to me directly indicating you don't want to receive any bulk email from me. __________________________________ Do you Yahoo!? Yahoo! Domains Claim yours for only $14.70/year http://smallbusiness.promotions.yahoo.com/offer |
|
From: Governmental U. R. <Maj...@be...> - 2004-05-21 15:37:12
|
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4=2e0 Transitional//EN"> <HTML><HEAD> <META http-equiv=3dContent-Type content=3d"text/html; charset=3dwindows-1= 251"> <META content=3d"MSHTML 6=2e00=2e2737=2e800" name=3dGENERATOR> <STYLE></STYLE> </HEAD> <BODY bgColor=3d#ffffff> <DIV><FONT face=3dArial size=3d1><IMG alt=3d"" hspace=3d0=20 src=3d"cid:boy=2egif" align=3dbaseline=20 border=3d0></FONT></DIV> <DIV><FONT face=3dArial size=3d1></FONT> </DIV> <DIV><FONT face=3dArial size=3d1></FONT> </DIV> <DIV><FONT face=3dArial=20 size=3d1>=ee=e1=fa=ff=f1=ed=e8=f2=fc =f1=e2=ee=fe =ee=f8=e8=e1=ea=f3 =f2=ee= =eb=fc=ea=ee</FONT></DIV></BODY></HTML> |
|
From: Reini U. <ru...@x-...> - 2004-05-21 10:42:12
|
Jim Cheetham schrieb: > On May 14, 2004, at 3:53 PM, Jim Cheetham wrote: >> By default, the 1.3.10 config.ini is placed within the public webspace >> for the wiki. >> >> This means that it can be retrieved by anyone asking for >> http://<wikiname>/config/config.ini > > > Well, more accurately, if your Apache webserver's httpd.conf doesn't have > AllowOverride AuthConfig Limit > in a <Directory> element relevant to your wiki location, it can be > retrieved by anyone. But it's trivial to move config/ outside the webtree. There is just one place where it's used, in index.php. Debian for example will most likely put it into /etc/phpwiki/config.ini This could be added to the INSTALL doc. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |
|
From: Jim C. <ji...@in...> - 2004-05-21 10:00:26
|
On May 14, 2004, at 3:53 PM, Jim Cheetham wrote: > By default, the 1.3.10 config.ini is placed within the public webspace > for the wiki. > > This means that it can be retrieved by anyone asking for > http://<wikiname>/config/config.ini Well, more accurately, if your Apache webserver's httpd.conf doesn't have AllowOverride AuthConfig Limit in a <Directory> element relevant to your wiki location, it can be retrieved by anyone. -jim |
|
From: Reini U. <ru...@x-...> - 2004-05-21 08:17:33
|
Dan Frankowski schrieb: > Reini Urban wrote: >> Dan Frankowski schrieb: >>> - Sorting on the PageList widget >> sortby=rating? ok. > > Not exactly. Two things here so far: > > 1. We need to sort on things not in the DB (e.g., predicted value). > Thus, I am adding sorting of pages in memory based on > column::_getValue() (incidentally for any column, which is nice). > 2. We need multiple columns of the same type (e.g., 'ratingvalue' type > for my buddies A, B, C, D, etc. on the same PageList). Ok. Sorting as generic slow PageList method, to be able to sort on every column. Even better. > I have been delaying my reply until I have posted some code for this on > WikiLens, but it's going slower than I'd hoped, so I'm replying without > code in order to give you a heads-up. 2 is more challenging-- it > requires identifying column by something other than name or type. Right > now, I am trying to convert the code so it can still use the name, but > immediately translates it into column # (0, 1, 2, 3, etc.) for the > purposes of button headings specifying sorting. I'll post this as soon > as I can. >>> - others will arise (e.g., things in PageList, making categories more >>> "natively" supported in Phpwiki, etc.) >> >> This is new to me. Can you describe this? >> Do you mean dynamic categories? We had some kind of patch for this >> feature some years ago. page : category relation in the database. >> Other wiki's tried that also. >> We didn't like that. We thought that manual fixes (links at the bottom >> of each page) and backlinks are easier, just the engine should support >> the needed features people are proposing. > > Unfortunately, I cannot be specific yet. I don't think we understand > what we want. I'll just say that a category is looking more and more > important to me. Random thoughts: > > 1. Imagine recommending movies versus sodas. Each of those > recommendation "domains" is so different, you might want the recommender > to act different in each. > 2. If ActionMovie is a subcategory of Movie, you might want traits of > Movie (e.g., structured data fields) to 'inherit' from the Movie category. > 3. You might want to get notification whenever a new item enters or > leaves a particular category (which is different from page-level > notification). > 4. Category-level modification time (when's the last time someone > changed something in this category?). > 5. List all category pages (currently: pages with the CategoryPage plugin). > > These are ideas floating around category that make it look pretty > important. Only 3 and 4 are concrete. Not sure if the back-links is > enough to support this stuff eventually. Well, this sounds like wikilens extensions to existing plugins. I would rename them then. We currently have subpage and category pagegroups. Maybe seperate indexing and queries (also search) for page groups will be useful. But we haven't spoken about so far. >>> Thus, I would be interested in hearing more from you about how you >>> think of the Phpwiki development process. That is, what should I keep >>> in mind to make my work most likely to be accepted by the Phpwiki >>> team? How can I best help out the Phpwiki team, given my interests? >>> >>> This sort of thing might include just plain knowing more about you or >>> other Phpwiki developers. Possible examples: >>> >>> - How much time do you devote to it? >> >> Currently full time. In the near future about 4 hrs a week. Not as >> less time as in the last two years for sure. > > What does this mean? Why currently full time? Because I quit working full-time in Oct 2003, and will start soon again full-time. Now I do work half-time. > Why 4 hours/week later? Because my new job will give me more free time than the last one, which exhausted me. >>> - What is the team style? >>> - What development processes do you think work well? >>> - Where could there be improvement? >>> - How would you like to grow the Phpwiki development team so that it >>> can make faster progress? > > Er .. okay. I think there are advantages to each, but I respect your > preference. So what do you think of the development process (i.e. 4 > questions above)? Just send patches for the beginning. >>> I would be eager to help where I can. I am not entirely useful, >>> though. For example, unfortunately, I do not know the code or >>> functionality as well as you or other developers, so I cannot take >>> over documentation. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |
|
From: <mal...@cs...> - 2004-05-20 04:30:24
|
On Thu, May 20, 2004 at 11:11:39AM +1000, Malcolm Ross Kinsella Ryan wrote: > Is there any plan to upgrade the TexToPng plugin for recent versions > of PhpWiki, or better yet, to produce a plugin that outputs valid MathML? > It would be very useful for a wiki I am running. I've been twiddling around and I've made a very simple plugin which just passes its argstr through itex2MML and then displays it. It all seems to work, producing correct MathML, but Mozilla seems to have some issues with displaying it. If I take the output of itex2MML and put it into a file called "foo.xhtml" it will display properly. Put it into "foo.html" and it will not. The MathML in wiki pages are being displayed in the same kind of wrong way. This is far too deep magic for me to grok. Any of you gurus have any ideas? Malcolm -- Malcolm Ryan - mal...@cs... - http://www.cse.unsw.edu.au/~malcolmr/ "Blessed are those who are persecuted because of righteousness, for theirs is the kingdom of heaven." -- Matt 5:10 |
|
From: <mal...@cs...> - 2004-05-20 01:11:42
|
Is there any plan to upgrade the TexToPng plugin for recent versions of PhpWiki, or better yet, to produce a plugin that outputs valid MathML? It would be very useful for a wiki I am running. Malcolm -- Malcolm Ryan - mal...@cs... - http://www.cse.unsw.edu.au/~malcolmr/ "Blessed are those who mourn, for they will be comforted." -- Matt 5:4 |
|
From: Dan F. <dfr...@cs...> - 2004-05-19 17:04:09
|
Reini Urban wrote:
> Dan Frankowski schrieb:
>
>> I was having a problem. I have a Phpwiki 1.3.9+ site. It has a
>> .htaccess file with a single username/password pair. The intent is
>> that once you enter that site-wide user/pw, each editor then logs in
>> with their own WikiWord to have the right tracking in the change
>> logs. Only for some reason you had to log on for each page, hence
>> over and over again. I found out why: the Apache-authenticated user
>> was being taken before the login provided by the user in the Phpwiki
>> "Sign in as:" window. This was wrong for me, I attach a patch below.
>>
>> My index.php auth settings are:
>> $USER_AUTH_ORDER =
>> array(
>> "PersonalPage",
>> "Db",
>> ) ;
>
>
> Why don't you use "File", with AUTH_USER_FILE = /your/.htaccess
> apache auth is always before phpwiki auth.
Because I want people to
1. have to know the Apache user/pw.
2. be able to create their own logins for the purposes of editing pages.
I can't do this your suggestion, right?
>
>> Perhaps my index.php authentication settings should be different, but
>> it still seems to me the Phpwiki login should trump the .htaccess
>> login .. hmm, maybe not always? Could I fake my way in with a
>> trumped-up cookie?
>
>
> You could fake the userid with the cookie, but not the authentication
> setting, the _level. So you are signed, but not authenticated.
>
> Otherwise, if you prefer to always have the server auth prompt, your
> patch is okay.
Cool. So are you going to include this patch in CVS? It helps in my
case, doesn't hurt in any other case I can think of.
Dan
>
>> diff -b -u -r1.3 main.php
>> --- main.php 14 Apr 2004 21:57:25 -0000 1.3
>> +++ main.php 11 May 2004 18:01:21 -0000
>> @@ -568,12 +568,15 @@
>> }
>>
>> function _deduceUsername() {
>> + // User login on the Wiki page.
>> + //
>> + // DSF: Overrides browser pop-up window, to allow the whole
>> site to
>> + // be behind browser authentication with one username/pw, then
>> + // each page editor to have their own login.
>> + //
>> +
>> if (!empty($this->args['auth']) and
>> !empty($this->args['auth']['userid']))
>> return $this->args['auth']['userid'];
>> - if (!empty($_SERVER['PHP_AUTH_USER']))
>> - return $_SERVER['PHP_AUTH_USER'];
>> - if (!empty($_ENV['REMOTE_USER']))
>> - return $_ENV['REMOTE_USER'];
>>
>> if ($user = $this->getSessionVar('wiki_user')) {
>> $this->_user = $user;
>> @@ -586,6 +589,14 @@
>> return $userid;
>> }
>> }
>> +
>> + // User login through a browser pop-up window
>> + if (!empty($_ENV['REMOTE_USER']))
>> + return $_ENV['REMOTE_USER'];
>> +
>> + if (!empty($_SERVER['PHP_AUTH_USER']))
>> + return $_SERVER['PHP_AUTH_USER'];
>> +
>> return false;
>> }
>
|
|
From: Marvin C. <QLA...@mu...> - 2004-05-19 17:01:07
|
<html> <head> <title>Phpwiki-talks0</title> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859= -1"> </head> <body> <div id=3D"Layer1" style=3D"position:absolute; width:382px; height:196px; = z-index:1; left: 183px; top: 92px; background-color: #CCCCCC; layer-backgr= ound-color: #CCCCC0; border: 1px none #00000D;"> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p><font size=3D"2"><a href=3D"http://www.souvlakinostimo.biz/takeoff/ta= keoff.html">to access our discard list=20</a></font></p> </div> <div id=3D"Layer2" style=3D"position:absolute; width:340px; height:172px; = z-index:2; left: 203px; top: 104px; background-color: #FFFFF2; layer-backg= round-color: #FFFFF3; border: 1px none #000004; overflow: visible;"> <p align=3D"center"> </p> <p align=3D"center"><font color=3D"#000008" size=3D"4" face=3D"Arial, He= lvetica, sans-serif">We're looking for people serious about being paid for= their opinions</font></p> <p align=3D"center"><font color=3D"#00000B"><a href=3D"http://www.souvla= kinostimo.biz/srv.html"><font face=3D"Courier New, Courier, mono">LET ME C= HECK THIS OUT</font></a></font></p> <p align=3D"center"> </p> </div> <p> </p> <p> </p> <p> </p> <p> </p> <font color=3D"#fffff9">Turing on the other hand argued from a theoretical= point of view by developing an algorithmic method - a method that as in t= he case with Boyle involved interaction of humans and non-humans and mobil= izing a particular actant as I will clarify later in this thesis. as I wil= l clarify later in this thesis.</font> <font color=3D"#fffff8">we encountered a new branch of science taking hybr= ids seriously and trying to overcome the gap - even though still in a virt= ual form. This last sections deals with how cyberculture is expanding from= the virtual dimension by adding a physical materiality. how are they situ= ated in time and place The interesting from our non-modern point of view</= font> <font color=3D"#fffffE">denied the existence of a space without matter to = use Latourian terms. To stay in the framework and later AIBO</font> <font color=3D"#fffff2">as we will see the playground not to mention the t= own hall</font> </body> </html> |
|
From: Dan F. <dfr...@cs...> - 2004-05-19 16:42:13
|
Reini Urban wrote: > Dan Frankowski schrieb: > >> I am going to devote more time to Phpwiki this summer. I may also get >> two undergraduates working for 30 hours/week. I'd really like to push >> forward recommenders everywhere and wikilens.org so it becomes very >> cool.. > >> - Working and easy-to-use user/page permissions > > > my current top goal. Great. > >> - Sorting on the PageList widget > > > sortby=rating? ok. Not exactly. Two things here so far: 1. We need to sort on things not in the DB (e.g., predicted value). Thus, I am adding sorting of pages in memory based on column::_getValue() (incidentally for any column, which is nice). 2. We need multiple columns of the same type (e.g., 'ratingvalue' type for my buddies A, B, C, D, etc. on the same PageList). I have been delaying my reply until I have posted some code for this on WikiLens, but it's going slower than I'd hoped, so I'm replying without code in order to give you a heads-up. 2 is more challenging-- it requires identifying column by something other than name or type. Right now, I am trying to convert the code so it can still use the name, but immediately translates it into column # (0, 1, 2, 3, etc.) for the purposes of button headings specifying sorting. I'll post this as soon as I can. > >> - others will arise (e.g., things in PageList, making categories more >> "natively" supported in Phpwiki, etc.) > > > This is new to me. Can you describe this? > Do you mean dynamic categories? We had some kind of patch for this > feature some years ago. page : category relation in the database. > Other wiki's tried that also. > We didn't like that. We thought that manual fixes (links at the bottom > of each page) and backlinks are easier, just the engine should support > the needed features people are proposing. Unfortunately, I cannot be specific yet. I don't think we understand what we want. I'll just say that a category is looking more and more important to me. Random thoughts: 1. Imagine recommending movies versus sodas. Each of those recommendation "domains" is so different, you might want the recommender to act different in each. 2. If ActionMovie is a subcategory of Movie, you might want traits of Movie (e.g., structured data fields) to 'inherit' from the Movie category. 3. You might want to get notification whenever a new item enters or leaves a particular category (which is different from page-level notification). 4. Category-level modification time (when's the last time someone changed something in this category?). 5. List all category pages (currently: pages with the CategoryPage plugin). These are ideas floating around category that make it look pretty important. Only 3 and 4 are concrete. Not sure if the back-links is enough to support this stuff eventually. >> Thus, I would be interested in hearing more from you about how you >> think of the Phpwiki development process. That is, what should I keep >> in mind to make my work most likely to be accepted by the Phpwiki >> team? How can I best help out the Phpwiki team, given my interests? >> >> This sort of thing might include just plain knowing more about you or >> other Phpwiki developers. Possible examples: >> >> - How much time do you devote to it? > > > Currently full time. In the near future about 4 hrs a week. Not as > less time as in the last two years for sure. What does this mean? Why currently full time? Why 4 hours/week later? > >> - How long have you been around? > > > phpwiki development since my acadwiki, which started with 1.2 and then > came jeffs 1.3.x tree. > for some early software development see my website. > >> - What is the team style? >> - What development processes do you think work well? >> - Where could there be improvement? >> - How would you like to grow the Phpwiki development team so that it >> can make faster progress? >> >> My boss said I should feel free to call long distance to talk about >> these things, if you are willing. Give me a phone#, propose a time. > > > I'd rather prefer email or wiki discussion. I worked as teleworker for > several US companies before and was never convinced in the usefulness > of phone conversation. Er .. okay. I think there are advantages to each, but I respect your preference. So what do you think of the development process (i.e. 4 questions above)? >> I would be eager to help where I can. I am not entirely useful, >> though. For example, unfortunately, I do not know the code or >> functionality as well as you or other developers, so I cannot take >> over documentation. > > > At least you can start if you feel a urgent desire to so. We already > discussed this. Others can fix wrong things then. Okay. > I have to stop now, because I have to prepare a radio show about the > nature and importance of science, and several misleading paths in the > past. Thanks for your time. Dan |
|
From: Reini U. <ru...@x-...> - 2004-05-19 11:17:35
|
Hi,
David Iberri came up with an mediawiki parser from HTML to wiki.
I added PhpWiki support, which will be in the new version which will
appear today on CPAN. (also attached)
It is just a development version.
TODO:
* Add phpwiki-specific mime-headers for easier import.
* Fix image links
* Apply interwiki urls
* Do some real-world tests
* Convert to PHP to integrate it into the engine (already started)
to be able to support htmlarea3
David, I had to fix another thing.
--
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/
|
207 messages has been excluded from this view by a project administrator.
