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: Oliver B. <ob...@de...> - 2004-01-29 00:10:54
|
Hello All, wouldn't it be nice to have the settings for date and time formats in the configuration file? At the moment some themes (MacOSX, Portland, SpaceWiki) set the format via $Theme->setDateFormat, some not. I wouldn't like to change the themes to get the right (ISO8601, SCNR) date. Oliver -- Oliver Betz, Muenchen |
|
From: Oliver B. <ob...@de...> - 2004-01-28 21:42:48
|
Hello All, index.php of PhpWiki 1.3.7 says about DATA_PATH: * URL of the PhpWiki install directory. (You only need to set this * if you've moved index.php out of the install directory.) This can * be either a relative URL (from the directory where the top-level * PhpWiki script is) or an absolute one. but it seems that it's relative to the server root: if the starting script is in a subdirectory, this subdirectory needs to be included in DATA_PATH. Oliver -- Oliver Betz, Muenchen |
|
From: Reini U. <ru...@x-...> - 2004-01-28 13:46:11
|
Anyone wants to help to add this feature? http://moinmaster.wikiwikiweb.de/HelpOnSpellCheck Words are taken from a local dict directory, with files normally symlinked from /usr/share/dict/*. These words plus the words from a local LocalSpellingWords page are cached in a local dbm database (dict.cache) Should be provided on action=edit. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |
|
From: guia <tel...@te...> - 2004-01-27 23:06:40
|
<html> <head> <meta http-equiv="Content-Type" content="text/html; charset=windows-1252"> <meta name="GENERATOR" content="Microsoft FrontPage 4.0"> <meta name="ProgId" content="FrontPage.Editor.Document"> <title>Nova pagina 1</title> </head> <body> <div align="center"> <strong><font color="#FF0000" size="5">GUIA SOBRE ESTERÓIDES ANABOLIZANTES</font></strong> </div> <div align="center"> </div> <div align="center"> </div> <div align="center"> <strong><font color="#000080">Todas as dúvidas que você sempre teve em relação aos esteróides anabólicos em um guia completo que irá, além de esclarecê-las, deixá-lo a par de tudo que rola no mundo do fisiculturismo competitivo.</font></strong> </div> <div align="center"> </div> <div align="center"> <strong><font color="#FF0000"><a href="http://www.mercadolivre.com.br/jm/item?site=MLB&id=16394233"> clique aqui para saber mais</a></font></strong> </div> </body> </html> |
|
From: Reini U. <ru...@x-...> - 2004-01-27 22:44:54
|
Chr. von Stuckrad schrieb:
> Eighter I'm pretty dumb tonight or something
> is wrong with creating a new user in the Wiki?
>
> Wanting to comment on an error in the new script
> for debugging regexps,
> I tried to edit with a NEW Name ('stucki') and
> a password (to be created I thought), and all
> I get is:
>
> PHP Warnings
> lib/WikiUser.php:229: Warning[512]: Unable to connect to LDAP server localhost
> Somethig broken?
Maybe.
But maybe you defined ALLOW_LDAP_LOGIN but didn't provide the other LDAP
settings or services.
--
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/
|
|
From: Reini U. <ru...@x-...> - 2004-01-27 22:41:45
|
Jean-Eric Cuendet schrieb: > Is there a way to add attachments in phpWiki? Binary not (only with pages which provide the UpLoad plugin). Text yes (it's a wiki) But if you add the UpLoad plugin to the page by yourself and upload a binary file and link to this file this would qualify as attachment, I guess. If upload is enabled. > PS: I'm not subscribed to the list, so please CC me. Thanks. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |
|
From: Chr. v. S. <st...@ma...> - 2004-01-27 22:10:42
|
Hi!
Eighter I'm pretty dumb tonight or something
is wrong with creating a new user in the Wiki?
Wanting to comment on an error in the new script
for debugging regexps,
I tried to edit with a NEW Name ('stucki') and
a password (to be created I thought), and all
I get is:
PHP Warnings
lib/WikiUser.php:229: Warning[512]: Unable to connect to LDAP server localhost
Somethig broken?
Curious, Stucki
--
Christoph von Stuckrad * * |nickname |<st...@ma...>\
Freie Universitaet Berlin |/_*|'stucki' |Tel(days):+49 30 838-75 459|
Fachbereich Mathematik, EDV|\ *|if online|Tel(else):+49 30 77 39 6600|
Arnimallee 2-6/14195 Berlin* * |on IRCnet|Fax(alle):+49 30 838-75454/
|
|
From: Jean-Eric C. <je...@rp...> - 2004-01-27 16:19:29
|
Hi, Is there a way to add attachments in phpWiki? Thanks -jec PS: I'm not subscribed to the list, so please CC me. Thanks. -- Jean-Eric Cuendet Riskpro Technologies SA Av du 14 avril 1b, 1020 Renens Switzerland Principal: +41 21 637 0110 Fax: +41 21 637 01 11 Direct: +41 21 637 0123 E-mail: jean-eric.cuendet at rptec.ch http://www.rptec.ch -------------------------------------------------------- |
|
From: <np...@ao...> - 2004-01-27 16:09:50
|
Mail transaction failed. Partial message is available. |
|
From: <je...@ri...> - 2004-01-27 13:20:01
|
z’a£0 æ&$$é7\ñ0Æä°ìîtËQùßbƒx¶ßRX}RÖNMáÜ
…S‚šL)ÅÙ}-7ÊÝ¥·¹ÚB<á%5
~σ›ºûX~£?»3hîÏ™˜¶“;dÊ~ÛO%©¨ªwšÞ¢vì”æh<8|eÕmhQ%ë6/÷†NKH„õâ†û¤
Æ\°w¾ÙÏÛzŒPÔí£Qí-‘mŒOh1¤F•´?Eáä‘Y?Iè86ƒDz¤WÍ~ßÇòúˆ6â0p!ÊáïB¾°³ÕðÀ2òõ
W»ö´m(LŒŠåz¥±Ê1—!fœtMÌúsRÕ÷oÏ¿ˆijªaJNâFó¦Ýù¾áav¤Ñkú¶^àÒ4¸
k
dÏõ¶®ÚÌ͇.ȱÞc*0¢|0ÃDšî2
R-£a^%蚆“l°«Y—Ìygv3¿²ûëñ³zWº±&ž×5^šÎ49^;œ®Y߯®hÞð›{Mrœ$Ī4ZV!5:žL);qŠ”ðê9Dùë´†âãÓѼ›6¤ô
FÕÉ2÷/φ]òo†ûRÍ6*ù¶ÄC"ņv Já•ÍûÇè
ÌÒu‡Îó±ëÇupSŸÍï'¯oŸ‰6Ù*õTDœ‰!ÑY”}¢Û})q¾ví|ßóp.‡#Vhßî
ˆ(Ú’÷KÕPzeNè]w¤ßœH¡7wD?˜ûª“ÀŸÛŽˆïß°¯[v‰¨Ü
ª3Ønbdg!OdnXד}Mây_÷æo¶MÍ÷eªû>»IÖÔ9‰*šÌÂq¤Ýdûú
Á¸`}TÜLøμ[e¤?l[z/`_£HŽ·ŸÔ‚QîœùÃð”òFü§‡F/ô7aÝ$•—Æâv„aH{3‰´×ª³êò¢®uík rù
Eˆ„G”šºsIJÇRø¯ºýØG&%gPA—ÆßD&gí%äõäð
)×I¤oêGÑhØô†jnÏiþŒI_1OªK;z3¾
§¯óˉN®–ãö¦Æw%Â5é
û±JþÍ
ÝÁ¿W¤ø‡euŽà,ŽWr?êÎѪŽìˆ&àHÖ3˜V®©&Ö‹À©d)˜dÎû¤©}‡œËïÅ{ëÕçEÌ/Öë]3á2%ÐmaCÄ*àDô®PñP÷¹ônì;'?,†kE-±cË‚‹K†b²!žG“r"E£º
øíp*èfĘX¯z†µ¡7˜;¼í¶<HCÜ´HJtw˜Ž–ú‚ƒà4~«„W
¤³hë
¿všôT}Ç*ùÑ]ødá-ø«ôlǹۛŽU›¥‰VŽ‚kUA?R2Ôþ²m
z¶Æ
ñ6ØêiÂkvŽ1>Þ«²ú§Ð¸ÑY«
ŠÌ؉…DZ‹îÊo,ÎCœìjã¤Âìžu9H(å‚®Ä"}Œ;öɱN05ª”N™"ƒû,”ÛLÏm\kß¾
ígõ/³¼°©™‹ÎÜïQ5çª
,©7B!FG¸Û/ìH1ÕÜ)ÎäÆÎÖW®ü¦pLÆmB¾‡*À|$y{2¡Ñ!Ý…”áaf6ªIZßy§ÛYávãJJN±pÖ™hãb9ŒÔÀuó?Ü”‚,Pê‹–G[µA2CæN°»T·‹ê>?¦O/#Ö1Ö~šgPŠbè^ίãq’mSÄÝÒ뿳W>ìË/Ë)þyÒÏù
©IMØW¥¯0ÛìŸY_ë¬LÊ#ñÒä”_[Ô¼;ø
ŒÏüܶË;«±3tx¨<zFMýÍ]Áy‰ó’vAù(±ÍT
Wº|u®§.ëÇ“/Ïä×ä0w0õ‹î
¼H´rºá`~á(܈l'jÉQ
±å¹d©2‰-0ê^eĬWÊ×öšýžíÎg“$æ}{Ÿ{»¶æ›Ø°Du$ƒ©r\Ü2tÔ‰Ö«Æj÷Ec¶o`l3K~³"&w”¦‡Ê|"s»í¿rºäÉpÀ.ìôºxE{›Ú“â6÷ˆÎÉHIdß”
l‘®ÓØQs{ttŸ”Âûnï©ó
*º9v°%–\Œ4âö~}î鮆¶ûG·÷˜ûÞ
µP~µU#üc2/ÏË|ÐA*–šhïØõó•*3Ozö~“
ûÕ
ÊB¥½å6÷ämEfM¶xÀ«é\w8aSÓâʣ̄éÁ·{F
ç\Å„“G·÷ż4C¢”ØÂø§VIÀ{<HWOm^Æ¥jÌPå£Ñº¸å)±ú~’,ZÕÙ-·û´ö>ðŠyË©Úد¨%Bò`'4wç4&^÷N1&pÛWÑá’–Ð~L§‚[FöÆy~Æ„y˜"ŠÄÎŽ]ØÎaµÇ<Hz/Âßb°£¦–A”Þ´RÄ3ËeÉW:÷Ëtø8ø‡ä¦…fˆbZµÅ1¼KgO¤˜>ÀóÏ6›[škûËiE7Él
÷»\w’ý}ÇýâÞz©nÏ…GüÍ.K ô
&–â9F6´2kihÇŠT¶uVËÈéÝÃ×É92ô†L›&ªè~‚ñGåo³ÜÙʆö¶JëñƒÔùͶ0ɱ}ß1"¶±Žç7GùÞ8f¼'>Œ(CÒ ø£Û±"A¹yìåyªä¥vßÖâÎN&±ÛæšÞTrû
,
"-·ÙÇyÍØÔW«~è
/z³V;guiZÁÀÄÝŽöàËÁ8m³
±†EMh²½hef^fóŒQÓV¬‚ëK¬ß–M‡¿ÞyòÃÅÄÈÛ¡3ýfÖ;¹#5H£Ù"I2;ÚH`nn
a›)(þö?G}KSób[Irž˜·L
—™:
D
«Ì®rh‰KßÂk©/˜Å8ð®‚Ê<òÕ¬BúAN7Gìè¯t\¡
_aÐVõ
Ðaèwë©sˆ¨ýâ¤õ®ÀKbRòA›¤ÃÇ䤋ȱ…
tsŽ½[Ò%P¸
-#'Ëo¶‘)¢Çà‰öE³
ìÜK¹¥ð
F%[£è
8kJ[Ý×µOšÌ«âªö'Ð뇅¿ÔRü(šKwÂ÷N>B&¢{‚Âð
²\[ –ù)~ƒÊ1¯’$Ò<.ç5{W`Z¢Â½Xz›9õòÅf:„ÞŽÑpB^.¬]òš`2^¯iÖ*ÞØóÏëqH…è%WR½òtWü§
Ý’‚SSêÄÆP8o‡ÇÀ›–wk†Ð*’xòm]÷®}e¬¾¹\tý„Ó—ú
r
Á¾çkƒý—˜žoÙ5QSó‘¯/~sgŠò~™ŽÃnòÀÄqcÕ%U¶s%F¹ÜÙCœïŽ‰¯ÖÛíŽ)”
jýÜÔý[yŒš•FRC?…‰ÆÁˆ±ŒŒ–©¯´ê¹aεRîáìWÀMÀA§ÌV xïuS7ßØ’n®1š´r5^8PWý‘&DºŠ5ðZÄ“ÆAÚ|ž
{N8Ÿ(˜<°þi¬o&Zâ%
çC”…{eN¹5l
|
|
From: <al...@al...> - 2004-01-27 13:19:56
|
The message cannot be represented in 7-bit ASCII encoding and has been sent as a binary attachment. |
|
From: Reini U. <ru...@x-...> - 2004-01-27 09:32:58
|
Steve Wainstead schrieb: > Sounds good. We should probably recommend 1.3.7 for the time being if > people want a stable featureful Wiki, however, and 1.3.8 and thereafter > are in a state of flux. > > I'll roll out 1.3.8 tonight or tomorrow. Couldn't you just wait a week until I'm finished with testing? > On Jan 26, 2004, at 2:50 PM, Reini Urban wrote: > >> Steve Wainstead schrieb: >> >>> Given the volume and scope of commits over the weekend, do you think >>> the code base (and user auth feature set) are stable enough for a 1.4 >>> beta release, or would you recommend a 1.3.8 for the time being? >> >> >> I called it now 1.3.8a. >> Lets call it 1.3.8 until page permissions are implemented and >> WikiGroups are used. This will be a real 1.4 then. >> I'm having much more time now - until April - to finish this properly. >> >> I'm not finished yet with testing and still fixing some bugs. >> I wanted to release early to comment on the config opts, and let other >> people find some bugs esp. with _DbPassUser and the various auth >> policies. >> >> ADODB is much faster but a mess to maintain with the current >> FETCH_ASSOC, which returns hashes instead of easier to maintain >> numeric arrays. That's why we have to use correct column alias names. >> I don't like it. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |
|
From: <la...@se...> - 2004-01-27 07:35:17
|
Mail transaction failed. Partial message is available. |
|
From: Alfredo A. <alf...@de...> - 2004-01-26 22:38:08
|
On Mon, Jan 26, 2004 at 10:21:23PM +0100, Reini Urban wrote: >Better use: >http://www.linuxfan.it/it-alt/FullTextSearch?s=it-alt.comp.streaming But the BackLinks button is more comfortable and available on each page :-) >>Anyone can solve the problem? > >Sure, >Which WikiDB backend do you use? I cannot reproduce this problem with >db_type = SQL. I'm using "dbtype = SQL" and "dsn = pgsql://localhost/my_db" If needed I can send index.php without comments. >BTW: Why don't you use the italian locale? Setup problems with gettext? No. Gettext and phpwiki work properly with italian setup (DEFAULT_LANGUAGE = en). I prefer (like) to work on english environment. -- Bye, Alfredo |
|
From: tei <42...@in...> - 2004-01-26 22:06:52
|
サンファイナンス wrote: > <?????><???M??> > ???T???t?@?C?i???X > ???[????K?v?A(???? > sun...@ya... > ???B Puede volver a escribir eso en ingles? gracias. - - - Can you rephrase everything has english? Thanks. - - - Pouvez-vois recrit tout a l'anglais? Merc,i. > > ???T???t?@?C?i???X????B > ?S??????X?s?[?h?Z???B > ?P???~?`?P?O?O???~?o(??\????B > ?o(??????n^?p???????B > ?????s?m???F??????Z??? > ???Z??????]??????????? > http://www.interq.or.jp/cool/webmail/sunfaina > ???d?b????t????????????B > 0359501686(??) > ???l?сB?F?l??A?h???X???W?\?t?g??p???A > ??W?????E-?????????B > |
|
From: Oliver B. <ob...@de...> - 2004-01-26 21:40:49
|
Reini Urban wrote: [...] > Persuaded. > But I would like to seperate the config from the startup file. > lib/config sanifies the config settings, so PHPWIKI_DIR."/config.php" > would be fine. Maye I didn't understand what you mean, but isn't this already the case? The (wikiname).php contains the specific settings, and includes index.php. This way I had to set only 'WIKI_NAME', 'ADMIN_USER', 'ADMIN_PASSWD', 'ENCRYPTED_PASSWD', 'WIKI_PGSRC' and $DBParams['directory'] in (wikiname).php I like this. It's simple but absolutely flexible. Or do you only think about putting index.php in another directory? > >>This is much easier to install and maybe easier to maintain then the > > > > Maintenance is harder, IMO. > > > > In which manner do you think the installation will be easier than > > now? > > Most of the local apache/php settings could be calculated automatically. > One should only define if e.g. USE_PATH_INFO = true or false, and the > appropriate VIRTUAL_PATH, DATA_PATH settings can be calculated. Already worked automagically for me, but I'm no expert. > Also applied .htaccess samples > Same for database and authorization settings, which depend on the > available libraries and services. Maybe difficult: if there is more than ony database option? If there is an existing database? Like Zot O'Connor, I also think "that web based configuration and flat file config are not incongruous". Storing the config in some non- php but plain text "database" is o.k., and maybe simpler to process by a web based configuration tool, because it has a fixed format. But I wonder whether such a configuration tool is worth the effort (initial and maintenance). I tried the configurator only once and I had not the impression that it made things noticeable easier than editing a .php file. The index.php is large, but well documented and not too difficult to edit. Maybe it would help to change the order of the entries: first those settings being edited most likely, later the more exotic. Oliver -- Oliver Betz, Muenchen |
|
From: Steve W. <sw...@pa...> - 2004-01-26 21:34:03
|
Sounds good. We should probably recommend 1.3.7 for the time being if people want a stable featureful Wiki, however, and 1.3.8 and thereafter are in a state of flux. I'll roll out 1.3.8 tonight or tomorrow. ~swain On Jan 26, 2004, at 2:50 PM, Reini Urban wrote: > Steve Wainstead schrieb: >> Given the volume and scope of commits over the weekend, do you think >> the code base (and user auth feature set) are stable enough for a 1.4 >> beta release, or would you recommend a 1.3.8 for the time being? > > I called it now 1.3.8a. > Lets call it 1.3.8 until page permissions are implemented and > WikiGroups are used. This will be a real 1.4 then. > I'm having much more time now - until April - to finish this properly. > > I'm not finished yet with testing and still fixing some bugs. > I wanted to release early to comment on the config opts, and let other > people find some bugs esp. with _DbPassUser and the various auth > policies. > > ADODB is much faster but a mess to maintain with the current > FETCH_ASSOC, which returns hashes instead of easier to maintain > numeric arrays. That's why we have to use correct column alias names. > I don't like it. > -- > Reini Urban > http://xarch.tu-graz.ac.at/home/rurban/ > > > > ------------------------------------------------------- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > Phpwiki-talk mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwiki-talk > |
|
From: Reini U. <ru...@x-...> - 2004-01-26 21:20:40
|
Alfredo Amontagna schrieb: > I have some problem with BackLinks function for wiki pages named like > it-alt.comp.streaming or it-alt.comp.sys.ipod (probably caused by dash). > > Infact with > http://www.linuxfan.it/it-alt/it-alt.comp.streaming?action=BackLinks > I receive "No page links to it-alt.comp.streaming." but the page > http://www.linuxfan.it/it-alt/it-alt.comp.streaming exist. Better use: http://www.linuxfan.it/it-alt/FullTextSearch?s=it-alt.comp.streaming > Anyone can solve the problem? Sure, Which WikiDB backend do you use? I cannot reproduce this problem with db_type = SQL. BTW: Why don't you use the italian locale? Setup problems with gettext? -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |
|
From: Alfredo A. <alf...@de...> - 2004-01-26 20:22:39
|
Hi *, I have some problem with BackLinks function for wiki pages named like it-alt.comp.streaming or it-alt.comp.sys.ipod (probably caused by dash). Infact with http://www.linuxfan.it/it-alt/it-alt.comp.streaming?action=BackLinks I receive "No page links to it-alt.comp.streaming." but the page http://www.linuxfan.it/it-alt/it-alt.comp.streaming exist. Anyone can solve the problem? TIA -- Bye, Alfredo |
|
From: Reini U. <ru...@x-...> - 2004-01-26 20:17:25
|
Zot, What you describe is the system we currently have (configurator.php) but nobody uses, because it's a pain to maintain, is not well supported and doesn't look good enough. Joby's new Config class will help. It will also dump the configuration back to a file, and is easier to maintain than configurator.php. We all understand that the current index.php with its overwhelming amount of not really needed options is a major turnoff for first-time installers. And it's technically quite hard to use with larger wiki farms or multilingual wikis, but there's now code at the end to support that. Maybe we should present some important options at the top, let the user run it, and let the web-based configurator do the rest. This will need some reordering of the current chapter based index.php into a short index.php to get it running, and a config-dist.php (dumped then to config.php) which is maintainable via the configurator and represents all the fine tuning. Zot O'Connor schrieb: > On Mon, 2004-01-26 at 11:01, Steve Wainstead wrote: >>On Jan 26, 2004, at 3:05 AM, Oliver Betz wrote: >> >>>Reini Urban wrote: >>> >>> >>>>Why not storing the index.php configuration in the database, table >>>>config, editable only by the admin? >>> >>>because it would be less transparent. >> >>I concur. Plain text has the main advantage that it is easily read, >>edited, shared, and backed up. >>~swain > > > Plain Text is also overwhelming as presented. I like the idea of a > "config" file for everything not needed in index.php. > > I see a "config" file for every day things (where's the DB, what > sessions, server side tweaks), a config.once file for the initial boot > process, and things which you could change on the fly, in a DB > accessible via the web. > > The last one is a tricky but important thing. > > Think of the process for a newbie: > > 1. You edit the minimal config file for things that need to be > there (DB entries, timeouts, other things, wiki name and > prefixes). You probably do not need to edit config.once > (config.init sounds better). > 2. You run index.php. It bitches about no DB loaded. Perhaps it > offers to load the config file for you (which means the wikidb > user has table create access, a bad idea, but livable), or the > user has to load the DB schema by hand (current). > 3. You get in, but things needs fixing, but *YOU GET IN*. There is > no "cannot see anything so I have to edit a text file" barrier. > 4. You tweak most things via a web interface (theme's, user names, > admin passwords, etc). well written. > The key difference of this approach over other approaches is > *intuitive.* It is not intuitive to do 90% of the tasks, and get 0% > results. This is the case of most programs. Quicken was one of the > first packages that let you go forward with mistakes, and then see > results and then fix them. This was much better than the standard "you > must have everything right before we show the results" approach to > software. > > If you take a step back and think about, Ward's goal's for the wiki wiki > wiki web was to reduce barriers to increase communication. Reducing the > steps to go live, and the possible pitfalls, and making tweaking easier > via the web, follows Ward's goals. > > And I hope by now, some of you have realized that web based > configuration and flat file config are not incongruous. The web > interface must be able to write to a file on that system, and it could > be a .ini-like file. It could be a dbm file or sql call as well. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |
|
From: Reini U. <ru...@x-...> - 2004-01-26 19:49:25
|
Steve Wainstead schrieb: > Given the volume and scope of commits over the weekend, do you think the > code base (and user auth feature set) are stable enough for a 1.4 beta > release, or would you recommend a 1.3.8 for the time being? I called it now 1.3.8a. Lets call it 1.3.8 until page permissions are implemented and WikiGroups are used. This will be a real 1.4 then. I'm having much more time now - until April - to finish this properly. I'm not finished yet with testing and still fixing some bugs. I wanted to release early to comment on the config opts, and let other people find some bugs esp. with _DbPassUser and the various auth policies. ADODB is much faster but a mess to maintain with the current FETCH_ASSOC, which returns hashes instead of easier to maintain numeric arrays. That's why we have to use correct column alias names. I don't like it. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |
|
From: Zot O'C. <zo...@wh...> - 2004-01-26 19:47:24
|
On Mon, 2004-01-26 at 11:01, Steve Wainstead wrote:
> On Jan 26, 2004, at 3:05 AM, Oliver Betz wrote:
>
> > Reini Urban wrote:
> >
> >> Why not storing the index.php configuration in the database, table
> >> config, editable only by the admin?
> >
> > because it would be less transparent.
>
> I concur. Plain text has the main advantage that it is easily read,
> edited, shared, and backed up.
> ~swain
Plain Text is also overwhelming as presented. I like the idea of a
"config" file for everything not needed in index.php.
I see a "config" file for every day things (where's the DB, what
sessions, server side tweaks), a config.once file for the initial boot
process, and things which you could change on the fly, in a DB
accessible via the web.
The last one is a tricky but important thing.
Think of the process for a newbie:
1. You edit the minimal config file for things that need to be
there (DB entries, timeouts, other things, wiki name and
prefixes). You probably do not need to edit config.once
(config.init sounds better).
2. You run index.php. It bitches about no DB loaded. Perhaps it
offers to load the config file for you (which means the wikidb
user has table create access, a bad idea, but livable), or the
user has to load the DB schema by hand (current).
3. You get in, but things needs fixing, but *YOU GET IN*. There is
no "cannot see anything so I have to edit a text file" barrier.
4. You tweak most things via a web interface (theme's, user names,
admin passwords, etc).
The key difference of this approach over other approaches is
*intuitive.* It is not intuitive to do 90% of the tasks, and get 0%
results. This is the case of most programs. Quicken was one of the
first packages that let you go forward with mistakes, and then see
results and then fix them. This was much better than the standard "you
must have everything right before we show the results" approach to
software.
If you take a step back and think about, Ward's goal's for the wiki wiki
wiki web was to reduce barriers to increase communication. Reducing the
steps to go live, and the possible pitfalls, and making tweaking easier
via the web, follows Ward's goals.
And I hope by now, some of you have realized that web based
configuration and flat file config are not incongruous. The web
interface must be able to write to a file on that system, and it could
be a .ini-like file. It could be a dbm file or sql call as well.
--
Zot O'Connor
http://www.ZotConsulting.com
http://www.WhiteKnightHackers.com
|
|
From: Steve W. <sw...@pa...> - 2004-01-26 19:06:05
|
Hey Reini, Given the volume and scope of commits over the weekend, do you think the code base (and user auth feature set) are stable enough for a 1.4 beta release, or would you recommend a 1.3.8 for the time being? ~swain |
|
From: Steve W. <sw...@pa...> - 2004-01-26 19:02:14
|
On Jan 26, 2004, at 3:05 AM, Oliver Betz wrote: > Reini Urban wrote: > >> Why not storing the index.php configuration in the database, table >> config, editable only by the admin? > > because it would be less transparent. I concur. Plain text has the main advantage that it is easily read, edited, shared, and backed up. ~swain > ------------------------------------------------------- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > Phpwiki-talk mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwiki-talk > |
|
From: Reini U. <ru...@x-...> - 2004-01-26 16:10:17
|
Julia Gregory schrieb: > Please indulge a rookie with a deadline and a huge gap in server > technology knowledge...I have downloaded phpwiki and set up a test wiki > for a project and now need to launch the app on a new web site for a > professional COP. I need the app on another server - not the test > server - may I simply move it (drag it onto the public server) or must I > download a whole 'nother installation onto the new server? And then > configure it and just copy over the design interface? I appreciate the > forum and any advice. I am pretty much a front-end designer without > much backend support. "Dragging" might not be the right copying process. Recursive copy would be better. But copying the files and the database content is enough. Then you would have to change the index.php settings according the new base directory, and the different database settings (if you use a sql database) -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |
207 messages has been excluded from this view by a project administrator.
