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
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: adriano c. <adr...@un...> - 2005-11-04 16:36:07
|
Hi all, it is the first time I access this list + I am also a very beginner with wiki. I have macOSX 10.4.2. I have installed and configured the mysql db and the phpwiki tarball. Then I try to run wiki for the first time with http://127.0.0.1/~adrianoceccarelli/phpwiki/index.php and I get the following error message Fatal error: Cannot redeclare gettext() (previously declared in / Users/adrianoceccarelli/Sites/phpwiki/lib/IniConfig.php:682) in / Users/adrianoceccarelli/Sites/phpwiki/lib/IniConfig.php on line 682 What am I doing wrong? Many thanks Ciao Adriano |
From: Bill G. <wga...@ci...> - 2005-11-04 15:48:00
|
Hi - I'm installing 1.3.11p1 on i86 Solaris 9, with apache2, php5, and mysql4 all from CSW. The database is all set up and initialized. I'm also using HTTP access control. When I initially browse to index.php and log in, this is the latest output (I've done this a few times): ---------- Loading up virgin wiki AddCommentPlugin from MIME file /opt/csw/apache2/share/htdocs/wiki/pgsrc/AddCommentPlugin content is identical to current version 1 - no new revision created [lots more alphabetical entries cut] InterWiki from MIME file /opt/csw/apache2/share/htdocs/wiki/pgsrc/InterWiki content is identical to current version 1 - no new revision created InterWikiSearch from MIME file /opt/csw/apache2/share/htdocs/wiki/pgsrc/InterWikiSearch content is identical to current version 1 - no new revision created InterWikiMap --------- and there the output dies. If I remove InterWikiMap from pgsrc, then the loading goes right on through to _AuthInfo, then it prints "InterWikiMap" and dies. By inserting echo statements, I've determined that the constructor for PageType_interwikimap in lib/PageType.php does execute, but I can't follow where it's bombing after that. If I could figure out how to suppress it loading InterWikiMap altogether, I would be happy to try that. I should also say that before I started tinkering, the default empty InterWikiMap caused it to read the interwiki.map file, and it was dying in exactly the same way. In case it was a problem with that file, I inserted some bogus <verbatim> lines into InterWikiMap to prevent it reading the file. Indeed, that prevented it, but I still can't get past this crash. Can anyone help?? Thanks! Bill Gardner + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + Dr. William Gardner, Assistant Professor Dept. of Computing & Info Science tel: (519)824-4120 x52696 University of Guelph fax: (519)837-0323 105 Reynolds email: wga...@ci... Guelph, ON N1G 2W1 http://www.cis.uoguelph.ca/~wgardner |
From: Boyd Z. <BZ...@ca...> - 2005-11-04 15:13:27
|
I received an email from kary Swact [ml...@ac...] =20 Touting a stock. =20 I suspect you may have been hacked - maybe not. Just don't know why I'm receiving an email from academicbytes.com =20 Just for FYI =20 Boyd Zander |
From: <job...@mo...> - 2005-11-03 20:16:14
|
Financial Representative Greetings. Due to the extensive growth of globalization and internalization trends in the financial services markets all over the world F.F.E Group is engaging enterprising, bright, communicative and responsible persons to fill the vacancy of Financial Representative of our Company in your country. F.F.E Group is one of the leading retailers of financial services, including check cashing, money remittance and wire transfer services. The Company focuses on serving distant consumers, many of whom seek alternatives to traditional banking relationships in order to gain immediate access to their funds for financial and franchising services. We provide a variety of financial services throughout the USA and Europe for almost 8 years already. During these years we gained valuable experience and trust of our clients. At the moment more and more people are looking for alternatives to traditional banking relationships therefore we are hiring representative in almost every country in the world. Why it should be beneficial for you? You use minimal knowledge in the field of financial services; the working process will take approximately two hours of your time per day; you may combine jobs without any hindrances to your primary occupation; your work will start immediately after you fill in the Form (as a rule, within 1-3 days); working with us, you can make from 1000 to 5000EUR per month. Minimal requirements to start: You should: Be more than 22 years old; Have a PC with internet and e-mail; Be available for 2-3 hours during the week (mainly in the evening/non-business hours) for communication; Have a Bank Account (you will need no money to start, this is a business requiring only limited amounts of your time); Not have previous convictions (the information will be checked up); Register on our carrer page: http://www.ffegroup.net/registervac.php Don't miss chance to work as our financial representative! Start new career with FinancesForEveryone-, our motto - Financial stability for us and our partners. Visit our web: http://www.ffegroup.net To see more about our business program: http://www.ffegroup.net/registervac.php Thank you for your time and attention given to us. Good luck! Alexandr Lisin Commercial director F.F.E Group |
From: Reini U. <ru...@x-...> - 2005-11-03 18:51:44
|
$dbh =3D &$this->_connect(); will be a problem on newer php's. If it should be a reference, it should be declared in the function definiti= on, beforehand, and not later in the call. Why it's there and why somewhere else I forgot? I'll think of it. dbh should be a ref and not a copy, esp. for ADODB which is quite heavy. 2005/11/3, Stefan <son...@ba...>: > >Line 97 looks like this: > > > > $dbh =3D &$this->_connect(); > > > >The reference is created by the ampersand. For the moment, it's unclear = to > >me what purpose the reference here is serving. Hence my question for Rei= ni: > > > > > >Reini: I noticed that in the DbSession code that the db handles are acqu= ired > >from _connect() using a mix of references and straight assignment (SQL.p= hp > >and ADODB.php use references only, dba.php uses assignment only, and PDO= .php > >uses a mix of the two). Is there a reason why these aren't uniform? I.e.= , > >do any of them actually need to be references? (I don't think so, but I > >could be wrong.) |
From: Joel U. <uck...@el...> - 2005-11-03 17:07:57
|
Thus spake John Stevens: > > Hi All, > I need to develop a theme that matches our corporate themes and was > wondering if someone with experience wouldn't mind assisting me with some > pointers. As I understand that there is no real themes howto doc, I figure > the best way to find out is to ask. > > I wouldn't mid basing it on an existing theme, and users would still be abl= > e > to change the theme to whatever they prefer, but it must at least start out > looking like the rest of our intranets. > > Thanks in advance. > > PS, the good news is I have finally convinced my superiors of the merits of > a wiki;) > How different is the look of your corporate pages from themes included with phpwiki? It might be the case that all you'll need to do is modify the style sheet for one of the existing themes. If you need to do more than adjust colors, borders, and sizes, then you'll have to edit some of the templates. Probably the easiest way to start is to make yourself a copy of the default theme, and start tinkering with that. Remember to set the theme name in yourtheme/themeinfo.php. Anything which is needed but isn't present in a theme will be taken from the default theme, so once you have what you want you can just include in your theme the files you've changed. -- J. |
From: Stefan <son...@ba...> - 2005-11-03 15:00:26
|
thank you, thats the solution for me Stefan Joel Uckelman schrieb: >Thus spake Stefan: > > >>thx for the answer >> >>can you tell me where to do this? what's the reference? >> >>Stefan >> >> > >Line 97 looks like this: > > $dbh = &$this->_connect(); > >The reference is created by the ampersand. For the moment, it's unclear to >me what purpose the reference here is serving. Hence my question for Reini: > > >Reini: I noticed that in the DbSession code that the db handles are acquired >from _connect() using a mix of references and straight assignment (SQL.php >and ADODB.php use references only, dba.php uses assignment only, and PDO.php >uses a mix of the two). Is there a reason why these aren't uniform? I.e., >do any of them actually need to be references? (I don't think so, but I >could be wrong.) > > > |
From: Madelyn R. <540...@br...> - 2005-11-03 14:37:01
|
<html> <head> <HEAD></HEAD> </head> <body> Juust be cool! :)<br> <b>Simply try CjALjSS Softta6s</b><br> Theey works in 15 mins<br> <a href="http://uk.geocities.com/Alyosha63696Damian6895/">Learrn more</a><br> Be the bestt, guaranteeed! :)<br> Packaage will be shippped same day<br><hr> <I></I><br> If our thoughts and hopes are elsewhere, it is impossible to set our faces steadily toward the work required of us.<br> We must not take the faults of our youth with us into old age, for age brings along its own defects. </body> </html> |
From: Joel U. <uck...@el...> - 2005-11-03 14:18:03
|
Thus spake Stefan: > thx for the answer > > can you tell me where to do this? what's the reference? > > Stefan Line 97 looks like this: $dbh = &$this->_connect(); The reference is created by the ampersand. For the moment, it's unclear to me what purpose the reference here is serving. Hence my question for Reini: Reini: I noticed that in the DbSession code that the db handles are acquired from _connect() using a mix of references and straight assignment (SQL.php and ADODB.php use references only, dba.php uses assignment only, and PDO.php uses a mix of the two). Is there a reason why these aren't uniform? I.e., do any of them actually need to be references? (I don't think so, but I could be wrong.) -- J. |
From: Stefan <son...@ba...> - 2005-11-03 13:30:49
|
thx for the answer can you tell me where to do this? what's the reference? Stefan Reini Urban schrieb: >2005/11/3, Stefan <son...@ba...>: > > >>Problem after Upgrade to php 4.4.1 >>lib/DbSession/SQL.php:97: Notice: Only variables should be assigned by >>reference >> >>before there are no errors. How to fix? >> >> > >Remove the reference from the function. > > >------------------------------------------------------- >SF.Net email is sponsored by: >Tame your development challenges with Apache's Geronimo App Server. Download >it for free - -and be entered to win a 42" plasma tv or your very own >Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php >_______________________________________________ >Phpwiki-talk mailing list >Php...@li... >https://lists.sourceforge.net/lists/listinfo/phpwiki-talk > > > > |
From: Reini U. <ru...@x-...> - 2005-11-03 13:14:41
|
2005/11/3, Stefan <son...@ba...>: > Problem after Upgrade to php 4.4.1 > lib/DbSession/SQL.php:97: Notice: Only variables should be assigned by > reference > > before there are no errors. How to fix? Remove the reference from the function. |
From: Stefan <son...@ba...> - 2005-11-03 12:45:51
|
Problem after Upgrade to php 4.4.1 lib/DbSession/SQL.php:97: Notice: Only variables should be assigned by reference before there are no errors. How to fix? Regards Stefan |
From: M E T P A R T I E S <ma...@me...> - 2005-11-03 01:36:56
|
To view: www.metparties.com/newsletter |
From: Reini U. <ru...@x-...> - 2005-11-02 14:25:24
|
Answers to our questions would also help to solve your problem. Joel: >What version of PhpWiki are you using? 2005/11/2, Marcus Hopwood <ma...@in...>: > Hi There, > > I'm still struggling with this problem; and hate to impose, but any help= / > suggestions you have would be gratefully received. > > Thanks, > > Marcus > > > -----Original Message----- > > From: Reini Urban [mailto:rei...@gm...] > > Sent: 20 October 2005 15:28 > > To: Marcus Hopwood > > Subject: Re: [Phpwiki-talk] Cannot instantiate non-existent > > class: wikidb_backend_peardb_peardb > > > > Looks okay to me. > > Sorry, I can help you after Thursday, when I get back from Vienna. > > > > On 10/20/05, Marcus Hopwood <ma...@in...> wrote: > > > > > > > I can only guess out of my head. > > > > What's your DATABASE_DSN? (without password) > > > > > > DATABASE_DSN =3D "mysql://wiki:[snip]@localhost/test" > > > > > > > > > > On 10/20/05, Marcus Hopwood <ma...@in...> wrote: > > > > > > > > > > > Define DATABASE_TYPE as "SQL", not as "PearDB". > > > > > > > > > > Thanks for the reply; I currently have set: > > > > > > > > > > DATABASE_TYPE =3D SQL > > > > > > > > > > And this doesn't seem to work > > > > > > > > > > > > > > > > > > > > > On 10/20/05, Marcus Hopwood <ma...@in...> wrote: > > > > > > > Hi, > > > > > > > > > > > > > > I've searched the archives to try to find an answer to this > > > > > > question > > > > > > > but with no luck. I'm trying to setup phpwiki using > > > > mysql as the > > > > > > > backend db; I've defined the database in config.ini but get > > > > > > > the following error when trying to load the wiki: > > > > > > > > > > > > > > Fatal error: Cannot instantiate non-existent class: > > > > > > > wikidb_backend_peardb_peardb in > > > > [snip]/lib/WikiDB/SQL.php on line > > > > > > > 20 -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |
From: Reini U. <ru...@x-...> - 2005-11-01 18:36:23
|
I have an idea. I've only changed one single bit resp. I accepted a patch which changed it. lib/main.php Revision 1.217 2005/09/18 12:44:00 rurban novatrope patch to let only _AUTHENTICATED view pages 2005/11/1, Charles Corrigan <ch...@ru...>: > I recently upgraded the site I administer to 1.3.11p1 - see http://www.ru= negate.org/whitewall/wiki > It appears that the security that I implemented no longer works. For exam= ple, I set the acl on the . page so that only authenticated > users in the groups WhiteWallWriters, Administrators and/or Owner could e= dit a page. However, when I go to the site, my session is > in the state signed but I can still edit and save the front page. > > My (edited) config.ini is below. Any ideas? > > Regards, > Charles > > INCLUDE_PATH =3D "/home/runega2/software/phpwiki" > GOOGLE_LINKS_NOFOLLOW =3D false > WIKI_NAME =3D WhiteWall > ENABLE_REVERSE_DNS =3D true > ADMIN_USER =3D WhiteWallAdmin > ADMIN_PASSWD =3D "xxx" > ENCRYPTED_PASSWD =3D true > ZIPDUMP_AUTH =3D false > ENABLE_RAW_HTML =3D false > ENABLE_RAW_HTML_LOCKEDONLY =3D false > ENABLE_RAW_HTML_SAFE =3D false > STRICT_MAILABLE_PAGEDUMPS =3D true > DEFAULT_DUMP_DIR =3D /home/runega2/whitewall/wikidump > HTML_DUMP_DIR =3D /home/runega2/whitewall/wikidumphtml > HTML_DUMP_SUFFIX =3D .html > MAX_UPLOAD_SIZE =3D 1050000 > MINOR_EDIT_TIMEOUT =3D 604800 > CACHE_CONTROL =3D LOOSE > CACHE_CONTROL_MAX_AGE =3D 600 > COOKIE_EXPIRATION_DAYS =3D 365 > DATABASE_TYPE =3D SQL > DATABASE_PREFIX =3D wwwiki_ > DATABASE_DSN =3D "mysql://xxx:xxx@localhost/runega2_db" > DATABASE_PERSISTENT =3D false > DATABASE_SESSION_TABLE =3D session > DATABASE_DIRECTORY =3D /home/runega2/whitewall/files > DATABASE_DBA_HANDLER =3D gdbm > DATABASE_TIMEOUT =3D 5 > SESSION_SAVE_PATH =3D /home/runega2/whitewall/session > MAJOR_MAX_AGE =3D 32 > MAJOR_KEEP =3D 8 > MINOR_MAX_AGE =3D 7 > MINOR_KEEP =3D 4 > AUTHOR_MAX_AGE =3D 365 > AUTHOR_KEEP =3D 8 > AUTHOR_MIN_AGE =3D 7 > AUTHOR_MAX_KEEP =3D 20 > ALLOW_ANON_USER =3D true > ALLOW_ANON_EDIT =3D false > ALLOW_BOGO_LOGIN =3D false > ALLOW_USER_PASSWORDS =3D true > USER_AUTH_ORDER =3D "Db" > PASSWORD_LENGTH_MINIMUM =3D 6 > USER_AUTH_POLICY =3D first-only > GROUP_METHOD =3D WIKIPAGE > DBAUTH_AUTH_USER_EXISTS =3D "SELECT userid FROM wwwiki_user WHERE userid= =3D'$userid'" > DBAUTH_AUTH_CHECK =3D "SELECT IF(passwd=3DPASSWORD('$password'),1,0) AS o= k FROM wwwiki_user WHERE userid=3D'$userid'" > DBAUTH_AUTH_CRYPT_METHOD =3D plain > DBAUTH_AUTH_UPDATE =3D "UPDATE wwwiki_user SET passwd=3DPASSWORD('$passwo= rd') WHERE userid=3D'$userid'" > DBAUTH_AUTH_CREATE =3D "INSERT INTO wwwiki_user SET passwd=3DPASSWORD('$p= assword'),userid=3D'$userid'" > DBAUTH_PREF_SELECT =3D "SELECT prefs FROM wwwiki_pref WHERE userid=3D'$us= erid'" > DBAUTH_PREF_UPDATE =3D "REPLACE INTO wwwiki_pref SET prefs=3D'$pref_blob'= ,userid=3D'$userid'" > DBAUTH_IS_MEMBER =3D "SELECT userid FROM wwwiki_member WHERE userid=3D'$u= serid' AND groupname=3D'$groupname'" > DBAUTH_GROUP_MEMBERS =3D "SELECT DISTINCT userid FROM wwwiki_member WHERE= groupname=3D'$groupname'" > DBAUTH_USER_GROUPS =3D "SELECT groupname FROM wwwiki_member WHERE userid= =3D'$userid'" > THEME =3D default > CHARSET =3D iso-8859-1 > DEFAULT_LANGUAGE =3D en > PHPWIKI_DIR =3D /home/runega2/software/phpwiki > USE_PATH_INFO =3D true > TEMP_DIR =3D /home/runega2/whitewall/tmp > > > > > ------------------------------------------------------- > SF.Net email is sponsored by: > Tame your development challenges with Apache's Geronimo App Server. Downl= oad > it for free - -and be entered to win a 42" plasma tv or your very own > Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php > _______________________________________________ > Phpwiki-talk mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwiki-talk > -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |
From: Charles C. <ch...@ru...> - 2005-11-01 16:46:15
|
I recently upgraded the site I administer to 1.3.11p1 - see http://www.runegate.org/whitewall/wiki It appears that the security that I implemented no longer works. For example, I set the acl on the . page so that only authenticated users in the groups WhiteWallWriters, Administrators and/or Owner could edit a page. However, when I go to the site, my session is in the state signed but I can still edit and save the front page. My (edited) config.ini is below. Any ideas? Regards, Charles INCLUDE_PATH = "/home/runega2/software/phpwiki" GOOGLE_LINKS_NOFOLLOW = false WIKI_NAME = WhiteWall ENABLE_REVERSE_DNS = true ADMIN_USER = WhiteWallAdmin ADMIN_PASSWD = "xxx" ENCRYPTED_PASSWD = true ZIPDUMP_AUTH = false ENABLE_RAW_HTML = false ENABLE_RAW_HTML_LOCKEDONLY = false ENABLE_RAW_HTML_SAFE = false STRICT_MAILABLE_PAGEDUMPS = true DEFAULT_DUMP_DIR = /home/runega2/whitewall/wikidump HTML_DUMP_DIR = /home/runega2/whitewall/wikidumphtml HTML_DUMP_SUFFIX = .html MAX_UPLOAD_SIZE = 1050000 MINOR_EDIT_TIMEOUT = 604800 CACHE_CONTROL = LOOSE CACHE_CONTROL_MAX_AGE = 600 COOKIE_EXPIRATION_DAYS = 365 DATABASE_TYPE = SQL DATABASE_PREFIX = wwwiki_ DATABASE_DSN = "mysql://xxx:xxx@localhost/runega2_db" DATABASE_PERSISTENT = false DATABASE_SESSION_TABLE = session DATABASE_DIRECTORY = /home/runega2/whitewall/files DATABASE_DBA_HANDLER = gdbm DATABASE_TIMEOUT = 5 SESSION_SAVE_PATH = /home/runega2/whitewall/session MAJOR_MAX_AGE = 32 MAJOR_KEEP = 8 MINOR_MAX_AGE = 7 MINOR_KEEP = 4 AUTHOR_MAX_AGE = 365 AUTHOR_KEEP = 8 AUTHOR_MIN_AGE = 7 AUTHOR_MAX_KEEP = 20 ALLOW_ANON_USER = true ALLOW_ANON_EDIT = false ALLOW_BOGO_LOGIN = false ALLOW_USER_PASSWORDS = true USER_AUTH_ORDER = "Db" PASSWORD_LENGTH_MINIMUM = 6 USER_AUTH_POLICY = first-only GROUP_METHOD = WIKIPAGE DBAUTH_AUTH_USER_EXISTS = "SELECT userid FROM wwwiki_user WHERE userid='$userid'" DBAUTH_AUTH_CHECK = "SELECT IF(passwd=PASSWORD('$password'),1,0) AS ok FROM wwwiki_user WHERE userid='$userid'" DBAUTH_AUTH_CRYPT_METHOD = plain DBAUTH_AUTH_UPDATE = "UPDATE wwwiki_user SET passwd=PASSWORD('$password') WHERE userid='$userid'" DBAUTH_AUTH_CREATE = "INSERT INTO wwwiki_user SET passwd=PASSWORD('$password'),userid='$userid'" DBAUTH_PREF_SELECT = "SELECT prefs FROM wwwiki_pref WHERE userid='$userid'" DBAUTH_PREF_UPDATE = "REPLACE INTO wwwiki_pref SET prefs='$pref_blob',userid='$userid'" DBAUTH_IS_MEMBER = "SELECT userid FROM wwwiki_member WHERE userid='$userid' AND groupname='$groupname'" DBAUTH_GROUP_MEMBERS = "SELECT DISTINCT userid FROM wwwiki_member WHERE groupname='$groupname'" DBAUTH_USER_GROUPS = "SELECT groupname FROM wwwiki_member WHERE userid='$userid'" THEME = default CHARSET = iso-8859-1 DEFAULT_LANGUAGE = en PHPWIKI_DIR = /home/runega2/software/phpwiki USE_PATH_INFO = true TEMP_DIR = /home/runega2/whitewall/tmp |
From: Reini U. <ru...@x-...> - 2005-10-31 17:28:07
|
Oliver Benson schrieb: > I don't know whether someone is able to help me at all. I'm trying to > install phpWiki on my web account, and I'm hitting a brick wall. It may > be something really easy to fix, but phpWiki doesn't give much guidance > as to where to look, so I'm really struggling. I'm no computer expert - > although I've managed to successfully install phpWiki on my local > machine and I've got phpBB running on the account I'm now trying to > install phpWiki to. > > My error, when I initially run the index.php is that I get: > > Fatal Error: > > lib/FileFinder.php:191: Error: /tmp: file not found > > There are /tmp folders both within and on the same level as my httpdocs > folder, as well as one within the knowledge folder where phpwiki has > been uploaded to so I don't know where it is trying to look. > > http://www.talkstjohn.com/knowledge/ > > If anyone has any advice as to where to begin to start to try and solve > this problem, I'd be grateful. Sorry, the error message shoudl be clear for everybody. /tmp is /tmp and not /<somepath>/tmp nor /<someotherpath>/tmp Sp please set all your tmp paths in config.ini to use the real tmp path and not /tmp -- Reini Urban http://phpwiki.org/ |
From: Oliver B. <oll...@ti...> - 2005-10-31 16:13:26
|
Hi, I don't know whether someone is able to help me at all. I'm trying to install phpWiki on my web account, and I'm hitting a brick wall. It may be something really easy to fix, but phpWiki doesn't give much guidance as to where to look, so I'm really struggling. I'm no computer expert - although I've managed to successfully install phpWiki on my local machine and I've got phpBB running on the account I'm now trying to install phpWiki to. My error, when I initially run the index.php is that I get: Fatal Error: lib/FileFinder.php:191: Error: /tmp: file not found There are /tmp folders both within and on the same level as my httpdocs folder, as well as one within the knowledge folder where phpwiki has been uploaded to so I don't know where it is trying to look. http://www.talkstjohn.com/knowledge/ If anyone has any advice as to where to begin to start to try and solve this problem, I'd be grateful. Best wishes, Olly. |
From: Reini U. <ru...@x-...> - 2005-10-30 17:47:57
|
2005/10/19, Dan Frankowski <dfr...@cs...>: > For your fun and enjoyment here is an undergraduate thesis on making > PhpWiki into a WYSIWIKI: > > http://www.tc.umn.edu/~yile0001/thesis.pdf > > I am not necessarily recommending this as a plan of action, but I think > it's good to be exposed to these ideas. I will say that one of my vocal > users feels WYSIWIKI (without a save button!) would be a huge win. > Disclosure: I did not write this thesis, but I did work with Scott on > other things. > > Dan > > The short story: > > - Markup is hard for some > - Markup is ambiguous sometimes (e.g., "*happy days*" produces a bullet > instead of bold) This is a bug which should be fixed somewhen... > - Saving should happen more easily Very good idea. > A trial implementation: Can Scott please make CinchWiki available? I agree with most if his points. > - Bolt a WYSIWIG editor onto the wiki in this case SPAW, > http://sourceforge.net/projects/spaw My initial WYSIWYG wiki was guiki. Brain dead simple. > - Save pages in straight HTML so it is a logical, consistent, powerful > language pagetype=3Dhtml > - Do it in a way so people don't have to hit an "edit" or "save" button > anymore (!!). It just auto-saves every few seconds (to the same > revision, so it doesn't create huge numbers of revisions) InlineEditing can only be done if ENABLE_WYSIWYG is the one and only editing option. Maybe provide an link to the traditional wikimarkup edit textarea... > Some limitations to be solved, with proposals for solutions for each: > > - Lack of plugin support This can be done by some custom insert plugin button (as phpwiki-1.3.11) and a form to edit the args, as described in the thesis, plus some AJAX code in the background. I don't like the idea of magic HTML comments. Plugins should be translated with pagetype=3Dhtml to use xml syntax. <plugin name=3DAllUsers options> <ul><li>intermediate list by AJAX</li> </ul> </plugin> > - HTML vulnerability The RawHtml plugin uses a safe_html lib to strip possible vulnerabilities. http://chxo.com/scripts/safe_html-test.php A set of functions for sanitizing user input: keeps "friendly" tags but strips javascript events and style attributes closes any open comment tags closes any open HTML tags - results may not be valid HTML, but at least they will keep the rest of the page from breaking treats the following as malicious conditions and returns text stripped of all html tags: any instances of =3D'javascript: event or style attributes remaining after initial replacement See also http://simon.incutio.com/archive/2003/02/23/safeHtmlChecker -- Reini Urban http://phpwiki.org/ |
From: Reini U. <ru...@x-...> - 2005-10-29 08:39:38
|
I've enabled now a spam blocklist checker, which is on by default. It checks any edited content against all external links which are in multi.surbl.org and bl.spamcop.net. Note: It doesn't block user IP's or domains (which should be done on the apache access level). It checks the content. See http://phpwiki.org/WikiSpam and http://phpwiki.org/SpamBlocklist I also added Dan's get_captcha_random_word() via USE_CAPTCHA_RANDOM_WORD. Default: off. Thanks. -- Reini Urban http://phpwiki.org/ |
From: Dan F. <dfr...@cs...> - 2005-10-28 18:14:42
|
Thanks for the Captcha code. I integrated it into our WikiLens user account process (NewUserRegister plugin), although that is not yet live. One change I made that might be interesting to you is that I generate random strings instead of taking words from a dictionary. I can see why you wouldn't want it, but here's the patch to Captcha if you do. Dan % cvs diff -r 1.1 -bu Captcha.php Index: Captcha.php =================================================================== RCS file: .../phpwiki/lib/Captcha.php,v retrieving revision 1.1 retrieving revision 1.2 diff -b -u -r1.1 -r1.2 --- Captcha.php 28 Oct 2005 18:11:28 -0000 1.1 +++ Captcha.php 28 Oct 2005 18:11:51 -0000 1.2 @@ -35,6 +35,18 @@ } } +function get_captcha_random_word () { + // Pick a few random letters or numbers + $word = ""; + // Don't use 1 <=> l or 0 (for o), because they're hard to read + $letters = "abcdefghijkmnopqrstuvwxyz23456789"; + $letter_len = strlen($letters); + for ($i=0; $i<4; $i++) { + $word .= $letters[mt_rand(0, $letter_len-1)]; + } + return $word; +} + // Draw the Spiral function spiral( &$im, $origin_x = 100, $origin_y = 100, $r = 0, $g = 0, $b = 0 ) { $theta = 1; |
From: Reini U. <rei...@gm...> - 2005-10-28 13:19:50
|
On 10/27/05, aphid <sp...@ap...> wrote: > couple questions about this: > 1) where would I change this to being on by default? (I really like > the simplicity of this) What? http://phpwiki.org/SectionEdit cannot be turned on for now, because nobody = has written that so far. But it's on the wishlist. > 2) I'm using LDAP auth on my wiki, it isn't clear to me where I can > store user prefs; as it stands now I get "Fatal error: Class > '_PearDbPassUser' not found in [path]/lib/WikiUserNew.php on line > 1101" when I try to update preferences. This error was fixed at Fri Jun 10 06:10:35 2005 UTC (4 months, 2 weeks ago) by rurban. http://cvs.sourceforge.net/viewcvs.py/phpwiki/phpwiki/lib/WikiUserNew.php?r= 1=3D1.128&r2=3D1.129 > thanks > aphid > > On Oct 27, 2005, at 2:00 AM, Reini Urban wrote: > > > > doubeclick in textarea is now off by default and can be enabled in the > > users prefs. > > so the user should now that this feature exists when he explictly > > turned it on. > > -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |
From: Arnaud F. <ar...@cr...> - 2005-10-28 09:44:09
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Thomas Harding wrote: > On Wed, Oct 26, 2005 at 05:03:35PM +0200, Arnaud Fontaine wrote: > >>on my server (debian sid + apache 2 + php 4.4.0), the last CVS doesnt >>handle locale correctly (switch back to lang en ... locale "C" I guess). >> >>I found in lib/IniConfig.php line 669 commented. >> >>I uncommented it to: >> update_locale(isset($LANG) ? $LANG : DEFAULT_LANGUAGE); >> >>and it worked. > > > Did you setted up browser's language preferences to "fr" ? Sure > It works perfectly with Debian Sarge here, I just compiled all the > french locales, and it guesses fr_FR (see dpkg-reconfigure locales). I'm on Debian Sid (my dev. box ... not my server) and have all french locales installed. Arnaud -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDYfLjyAf3wgFyy1ARAl4oAJ9LVbj6cJCGStNEJemMFKEPMPOzrwCgu1YO ErNMYqwRM9J33ltnF3qFm5Y= =kzE8 -----END PGP SIGNATURE----- |
From: <tho...@la...> - 2005-10-27 17:14:40
|
On Wed, Oct 26, 2005 at 05:03:35PM +0200, Arnaud Fontaine wrote: > on my server (debian sid + apache 2 + php 4.4.0), the last CVS doesnt > handle locale correctly (switch back to lang en ... locale "C" I guess). > > I found in lib/IniConfig.php line 669 commented. > > I uncommented it to: > update_locale(isset($LANG) ? $LANG : DEFAULT_LANGUAGE); > > and it worked. Did you setted up browser's language preferences to "fr" ? It works perfectly with Debian Sarge here, I just compiled all the french locales, and it guesses fr_FR (see dpkg-reconfigure locales). -- Thomas Harding |
From: Reini U. <rei...@gm...> - 2005-10-27 13:39:36
|
On 10/27/05, Manuel Vacelet <man...@gm...> wrote: > 2005/10/27, Reini Urban <rei...@gm...>: > > > But this work is intresting, I think there are 2 ways that can easily > > > solve the current limitations: > > > * generate wiki markups instead of HTML > > > * keep the current 'edit' button and allow section edition. > > > > Section editing is quite hard within the current HtmlObject tree. Not > > impossible, > > but much harder than with the simple mediawiki architecture. > > Can you details how it's harder (I didin't yet study this part of PhpWiki= ) ? > Do you think it's reasonably feasible or not ? BlockParser recursively converts textblock sections into a big tree of HTML Objects, which are then parsed with InlineParser. To detect sections within that tree you have to find those in the tree, let the user edit it, and replace that section in the tree. I wouldn't do that now, because I want the AJAX and blog features for 1.3.1= 2. But I would help with patches. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |