phpwiki-talk

[Phpwiki-talk] username/password setup for PHPWiki 1.3.7 on UbuntuLinux

[Peter T. <pt...@li...>]

Dear all

I just had the chance to set up a Ubuntu Linux box with a PHPWiki 1.3.7.
It works fine now - but I am still a PHPWiki newbie :)

I managed to setup the "admin" user with password, and now I need to add=20
user names who can edit the pages. I intend to run with
REQUIRE_SIGNIN_BEFORE_EDIT=3Dtrue, and I don't want to mess with an LDAP
authentification. Since the source seems to be the best source of=20
documentation, It seems that the username/password validation type I want=
=20
to focus on is the ALLOW_HTTP_AUTH_LOGIN, so if the user validates by=20
some username and passwd through Apache, then this username is directly=20
used by PHPWiki.

But from=20
http://phpwiki.sourceforge.net/phpwiki/ExternalAuthentication
it seems that this ALLOW_HTTP_AUTH_LOGIN is still "todo".
Can anyone comment here?

Should I rather go for a (.e.g.) MySQL database?

Best regards

Peter Toft, Ph.D. [pt...@li...] http://pto.linux.dk

=A0Audience: =A0What do you want, Eric?
=A0Eric: =A0I want to live in a world where software doesn't suck.
=A0Richard: =A0Any software that isn't free sucks.
=A0Linus: =A0I'm interested in free beer.

[Phpwiki-talk] mailinglist

[Saskia M. <s.m...@he...>]

Hello,

please get me of the mailing list, I only want to know Karl Zdero's =
email. I thought I could ask you people because his name is written on =
the site's information. I travelled with Karl some years ago. You can =
also give my email to him.=20

friendly greetings

Saskia Marges

Re: [Phpwiki-talk] /tmp help??

[Reini U. <ru...@x-...>]

Please set the corerct absolute dir for pages in
config.ini: DATABASE_DIRECTORY

Curently it's set to /pages, where apache apparently has no write
permissions.

> Hi,
> I would greatly appreciate any help you can offer.
> I am trying to install phpWiki on my server using the flat file system.
> It runs using the /tmp directory;
>
> when I try to change the directory's name to 'pages' I get the
> following error (below)
> I followed the directions in the install.flatfile, and had my php   page
> generate the "pages" directory with no problem, the permissions   are
> set to 755 for the pages directory; the database type is changed   to
> 'file' in the config/config.ini
>
> I didn't touch the lib/config.php page because it indicated it did   not
> need to be changed (comments at the top of the file)
>
> The wiki is located here: http://www.gomula.net/myth
>
> thank you,
> Jessica
>
>
> lib/WikiDB/backend/file.php:63: Warning: mkdir(/pages): Permission
> denied
>
>
> lib/WikiDB/backend/file.php:76: Warning: mkdir(/pages/latest_ver): No
> such file or directory
>
>
> Error while writing page 'global_data'
>
> ______________________________
> in...@go...
> www.gomula.net


-- 
Reini Urban
http://phpwiki.org/   http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] ... no '_supplanted' timestamp

[Reini U. <ru...@x-...>]

I know the problem but not the solution yet. It's just an notice which you
can forget or disable by setting DEBUG = 0

It came from ArchiveCleaner, deleting older archives.
The workaround is to disable archive cleanup as described in config.ini

MAJOR_MIN_KEEP = 2147483647
MINOR_MIN_KEEP = 2147483647

> Hello,
>
> i have to ask this question again. Is there a way to fix these warnings.
>  Because i don't find how to fix it by my own.
>
> lib/ArchiveCleaner.php:109: Notice: Warning: Page 'Doloresit', version
> '1' has no '_supplanted' timestamp
>
> There seem to be a problem within the database and versions table. We do
>  have very much of these errors and until now i don't understand how it
> works.
>
> a:4:{s:6:"author";s:15:"Mineralienatlas";s:9:"author_id";s:15:"Mineralienatlas";s:6:"markup";s:1:"2";s:8:"pagetype";s:8:"wikitext";}
>
> Is there a help for the version handling.
>
> Does someone have a program to fix the tables to stop these errors??
-- 
Reini Urban
http://phpwiki.org/   http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] ... no '_supplanted' timestamp

[Stefan <son...@ba...>]

Hello,

i have to ask this question again. Is there a way to fix these warnings.=20
Because i don't find how to fix it by my own.

lib/ArchiveCleaner.php:109: Notice: Warning: Page 'Doloresit', version=20
'1' has no '_supplanted' timestamp

There seem to be a problem within the database and versions table. We do=20
have very much of these errors and until now i don't understand how it=20
works.

a:4:{s:6:"author";s:15:"Mineralienatlas";s:9:"author_id";s:15:"Mineralien=
atlas";s:6:"markup";s:1:"2";s:8:"pagetype";s:8:"wikitext";}

Is there a help for the version handling.

Does someone have a program to fix the tables to stop these errors??

thank you
Stefan


Here is teh data which is part of the problem ...

VERSION table
-----------------
version: 1
mtime: 1082912369
versiondata:=20
a:4:{s:6:"author";s:15:"Mineralienatlas";s:9:"author_id";s:15:"Mineralien=
atlas";s:6:"markup";s:1:"2";s:8:"pagetype";s:8:"wikitext";}
minor_edit: 0

version: 2
mtime:1082912369
versiondata:=20
a:5:{s:6:"author";s:15:"Mineralienatlas";s:9:"author_id";s:15:"Mineralien=
atlas";s:6:"markup";s:1:"2";s:8:"pagetype";s:8:"wikitext";s:11:"_supplant=
ed";i:1126111611;}
minor_edit: 0

version: 3
mtime: 1126111611
versiondata:=20
a:5:{s:6:"author";s:4:"erik";s:9:"author_id";s:4:"erik";s:6:"markup";d:2;=
s:8:"pagetype";s:8:"wikitext";s:11:"_supplanted";i:1126171997;}
minor_edit: 0

version: 4
mtime: 1126171997
versiondata:=20
a:4:{s:6:"author";s:6:"Stefan";s:9:"author_id";s:6:"Stefan";s:6:"markup";=
d:2;s:8:"pagetype";s:8:"wikitext";}
minor_edit: 0


PAGE table
----------------
pagedata:
a:4:{s:8:"pagedata";s:62:"a:2:{s:4:"date";i:1082912369;s:7:"created";s:10=
:"1082912369";}";s:4:"date";i:1082912369;s:7:"created";s:10:"1082912369";=
s:12:"_cached_html";s:1451:"x=C3=9A=C2=BDW=C3=A9n=C3=9B8=10=C3=BE=C3=AF=C2=
=A7=20
T,=C3=9Af=13=C3=8B=E2=80=99?=C3=98=C5=A0=C2=AD"=C3=A9?=1E=C3=A96=C3=9E,=C3=
=90=20
=08(=E2=80=B0=C2=B6XS=E2=80=9D@RI=C3=A36o=C3=9B=07=C3=99=19=C3=8Ag7W=C3=9B=
=E2=80=A6=7F$=C3=96=CB=86=C3=83=C3=A1=C3=8C73=C3=9FP=E2=80=A1?=C3=97=0E=1C=
=C2=A3=C2=A8=C3=94=C2=A3\e,1=C3=AC=E2=80=B9q=E2=80=9Af=C3=B0U=07=C2=B0pf.=
=0B=C3=A6=C3=AC=1D=06=C3=9En=C3=A0=14t=C3=8CP>=C2=BB=C3=A0=13^=C3=A95=E2=80=
=9A=C2=AFW:=C3=A8?bD5C=05g=C3=8F=C3=8A=C3=8Fr=E2=80=98+=C2=A6=C2=B9A=C2=B9=
=0B=C3=ABq.
=E2=80=9C=20
=C3=92=C3=80=C3=AF=05_y=C3=90=E2=82=AC=05o=17=C3=8E=C3=A8'=C3=BC=C5=93=C3=
=84=E2=80=9Aj=3Dp=16=E2=80=93=C3=83~=C3=AA=E2=80=A1}J$=C3=8D=C3=98=C3=801=
y=C3=A1=10=C5=BET=0Fa=C3=9F=C2=A5=C3=A1=C3=82~=C3=9F=05=C3=85Z=C3=9F=C3=90=
H=C2=B0U+;=E2=80=B0=C3=98=C2=B1/=1D=12=C3=A5*aj=C3=A04=1C=123!tAc.=C3=87=0B=
=C2=B9=20
Ibe=1FL=1B57b=C3=B88=05?=C2=AD=C3=9D(7&=C3=8Fp9
?=3D=1Ex=E2=82=AC=CB=86=C3=9F=0C=C5=93=CB=9C=C3=86)K=C3=8E
Q=C5=BD=C2=B9=C3=A4=C3=B2<?=C2=A9=C3=A1=C2=B9t=02=1F=C3=B1=03=E2=80=A6=C2=
=B3=E2=80=9A#

[Phpwiki-talk] /tmp help??

[jessica g. <in...@go...>]

Hi,
I would greatly appreciate any help you can offer.
I am trying to install phpWiki on my server using the flat file system.
It runs using the /tmp directory;

when I try to change the directory's name to 'pages' I get the  
following error (below)
I followed the directions in the install.flatfile, and had my php  
page generate the "pages" directory with no problem, the permissions  
are set to 755 for the pages directory; the database type is changed  
to 'file' in the config/config.ini

I didn't touch the lib/config.php page because it indicated it did  
not need to be changed (comments at the top of the file)

The wiki is located here: http://www.gomula.net/myth

thank you,
Jessica


lib/WikiDB/backend/file.php:63: Warning: mkdir(/pages): Permission  
denied


lib/WikiDB/backend/file.php:76: Warning: mkdir(/pages/latest_ver): No  
such file or directory


Error while writing page 'global_data'

______________________________
in...@go...
www.gomula.net

Re: [Phpwiki-talk] Graphviz DOT in PhpWiki

[Reini U. <ru...@x-...>]

Robin Chauhan schrieb:
> I hacked my install of PhpWiki to support diagramming using Graphviz Dot.
> 
> So you can add text to a wiki page like this:
> 
> <<<
>  a -> b -> c;
>  b -> d -> e;
> 
> 
> ...and it will render the corresponding bubble-diagram (actually a
> directed graph) in-place.
> 
> I did this on PhpWiki Release 1.2.4 but I could probably make it work
> on a newer version.
> 
> Just thought I'd let you know.  Is this something people are interested in??


Isn't there a new GraphViz plugin with 1.3.11?
It's just hard to configure and I hacked a lot to support image maps.

-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/
http://phpwiki.org/

[Phpwiki-talk] Graphviz DOT in PhpWiki

[Robin C. <rob...@gm...>]

I hacked my install of PhpWiki to support diagramming using Graphviz Dot.

So you can add text to a wiki page like this:

<<<
 a -> b -> c;
 b -> d -> e;
>>>

...and it will render the corresponding bubble-diagram (actually a
directed graph) in-place.

I did this on PhpWiki Release 1.2.4 but I could probably make it work
on a newer version.

Just thought I'd let you know.  Is this something people are interested in?=
?

-Robin

Re: [Phpwiki-talk] Setting up PHPWiki with flat files

[Reini U. <ru...@x-...>]

ni...@we... schrieb:
> Hi PHPWiki Talk,
> 
> I am trying to set up PHPWiki with flat files. I have successfully
> uncompressed and uploaded the PHPWiki source to
> http://www.ssavplane.com/phpwiki/, and I have successfully used a PHP
> script to create a http://www.ssavplane.com/phpwiki/pages/ directory
> (created by the server so the server will have write permissions).
> 
> I have set the database type to 'file' and set the database path in
> config.php, but it fails when trying to add the initial pages, please have
> a look at the error message here
> 
> http://www.ssavplane.com/phpwiki/
> 
> Any ideas?

The error message is clear enough.
open_basedir restricts your pages path.
I suggest to move phpwiki to your home

These are yopur allowed local paths:
'.:/proc/uptime:/etc/lunarscripts:/config.php:./function.inc.php:/tmp:/home:/usr/local/lib/php:
/nfs/home:/usr/home:/usr/local/bin:/usr/local/apache/htdocs:'

-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/
http://phpwiki.org/

[Phpwiki-talk] Setting up PHPWiki with flat files

[<ni...@we...>]

Hi PHPWiki Talk,

I am trying to set up PHPWiki with flat files. I have successfully
uncompressed and uploaded the PHPWiki source to
http://www.ssavplane.com/phpwiki/, and I have successfully used a PHP
script to create a http://www.ssavplane.com/phpwiki/pages/ directory
(created by the server so the server will have write permissions).

I have set the database type to 'file' and set the database path in
config.php, but it fails when trying to add the initial pages, please have
a look at the error message here

http://www.ssavplane.com/phpwiki/

Any ideas?

Thanks,

Nic

Re: [Phpwiki-talk] subpages & sections

[mIEKAL a. <mem...@mw...>]

My wiki has been hijacked & not being a php geek nor a programmer, I'm 
not able to figure out how to get it back.  I read the phpwiki XMLRPC 
vulnerability security advise & removed the suggested file, but to no 
avail.  If someone could help me backchannel I'd be most grateful.

this is the URL:

http://joglars.org/InterWriting/index.php/WritingDubuffetsTitles


thanks,

mIEKAL aND

[Phpwiki-talk] Login as specific user doesn't work;-(

[Ralf L. <ral...@we...>]

Hello,

how do I login as a user at a Wiki to show what=20
changes I have done? It seems not to work and I=20
am not sure whether that's just SAFARI on my=20
Powerbook.

Thanks a lot for a good advice

Ralf
-- 

[Phpwiki-talk] =?ISO-2022-JP?B?gXmNxJGXkE2BepDmkvaCzIyPgsmCwoKrgtyCtYLEMDE6MTU6MTA=?=

[zbyayhve <zby...@xi...>]

DQqBi4GLgZqBi4FCgZqBQoGagYuBoYGhgaGBoYGhgaGBoYGhgaGBoYGhgaGBoYGhgaGBoYGhgaGB
oYGhgaGBoYGhgaGBoYGhDQqBi4GahKyEqoSxhKqEsYSqhK2BoYN0g4qBW4OBgVuDi4NUgVuDcoNY
gsmRzomegrWCvYqukVOWs5e/g1SDQ4NngUkNCoGagYuEq4qukVOWs5e/gUmEq4GhkU+R45ailbeC
zIJPiX6CxZNzjYeCzIKigqKPl4Lwg1KDUoLFjKmCwoKvguuBSYFJDQqBi4GahK+EqoSzhKqEs4Sq
hK6BoYGhgaGBoYGhgaGBoYGhgaGBoYGhgaGBoYGhgaGBoYGhgaGBoYGhgaGBoYGhgaGBoYGhDQqB
miAggcuBy4HLgUBodHRwOi8vd3d3Lm55YW4yLnR2Lw0KDQoNCoGZhJ+En4SfhJ+En4SfhJ+En4Sf
hJ+En4SfhJ+En4SfhJ+En4SfhJ+En4SfhJ+En4SfgeGPSILwjVSCpoLEgWOB4oSfgZkNCoFAgZ+B
Y4FjgZ+BQInEg1aBW4NZg5OCqo9Jgu2C6YFIgqKCooKmgUGCsYLqgqmC54FJgUWTwZXKjYaBQIGf
gWOBY4GfDQqBmYSfhJ+En4SfhJ+En4SfhJ+En4SfhJ+En4SfhJ+En4SfhJ+En4SfhJ+En4SfhJ+E
n4SfhJ+En4SfhJ+En4SfhJ+En4GZDQqBhIGEgYSBQIF5icSCzI9Jgu2C6IKxgruBQZP8guqL8oKi
j/OR1ILGkFOTvoLmgUmBeg0KDQqBQIFAgUCBQInEguCPSYLtguiBQYK7guuCu4Lrj0iCqoLigsGC
xJeIgtyCt4FCDQqBQIFAgUCBQIF1grGCzInEgUGKeYK1gqKCsYLGgqqJvYLJguCCyIKpgsGCvYLI
gp+BYCg7gsKERIFNKSCBdg0KgUCBQIFAgUCCu4LxgsiQuoKqlbeCsYKmgsSCq4K7gqSCxYK3gsuB
RYFFgUWBSA0KDQqBQIFAgUCBQILFguCBQYK/guWCwYLGkdKCwYLEgq2CvoKzgqKC5oFJgUgNCoFA
gUCBQIFAguCCv4LrgvGPl5CrgsyShoLJguCBdYp5grWCooKxgsaCqom9gsmC4ILIgqmCwYK9gsiC
n4FggXYNCoFAgUCBQIFAgsaSUYKigsSCooLpkGyCvYK/gqqR5ZCogqKC6YLNgriCxYK3guaBSA0K
DQqBQIFAgUCBQILGgqKCpI6Wgs2BRYFFgUWBSQ0KgUCBQIFAgUCDVoFbg1mDk5BegsGQt4LogsyJ
xILmguiC4IFBg1aBW4NZg5OCqo9Jgu2C6Y2hjLuN3YLMlfuCqg0KgUCBQIFAgUCDSYNng1KCyYtR
gqaCxIKigumPl5CrgvCV34LcgqaC4oK3gqKCzILFgs2BSIFIDQoNCoFAgUCBQIFAgruCtYLEgUGC
u4LxgsiPl5Crgr2Cv4LwjPiXpoLmgq2CZoJkgnOCt4LpgsmCzYFJDQoNCoFAgUCBQIFAgrGCv4Ln
gsyDVINDg2eCxYFBjqiK8YLogsiP7pXxgvCP0InugrWCxILcgreBSYFJDQoNCoHLgcuBy4FAaHR0
cDovL3d3dy5ueWFuMi50di8NCg0KDQqBmYSfhJ+En4SfhJ+En4SfhJ+En4SfhJ+En4SfhJ+En4Sf
hJ+En4SfhJ+En4SfhJ+En4SfhJ+En4SfhJ+En4SfhJ+En4GZDQqBhIGEgYSBQIF5lFKCppBzgquP
x4zzjFGCzI+XkKuCqpFfgqKW2oK+gUmBeg0KDQqBQIFAgUCBQJZej5eQq45Hjo+CzJOdjHaCyYLm
gumCxoFBicSCzJdckuiC8JFTgsSPwYm7grWCvTmMjo/jj3uCzQ0KgUCBQIFAgUCPl5CrgqqU5Ipy
k0mWs5ZolPWCyYLIgumCu4KkgsWCt4FCgWkqbipukrKC14FqDQoNCoFAgUCBQIFAib2MzILIgueB
QYF1gqCBYIFBicSCqo9Jgu2CwYK/guGCwYK9gsiBYIF2gsiBW4LxgsSBQQ0KgUCBQIFAgUCQU4LJ
g3yDYoNKg4qCxovzk7SCqoLFgquC4oK3gqKCqYLngsiC8YLFgreCy4FCDQoNCoFAgUCBQIFAl+GC
poLOicSCyYz8gq+CxINfg0ODR4Nig2eC8IK1gsSCooK9j5eQq4LNltqVV4LwjriCooFBDQqBQIFA
gUCBQIKzgueCyYFBgXmC0ILGicSCzJf2gXqC8Ip5grWC8YLFgqKCvY+XkKuCzQ0KgUCBQIFAgUCC
ooLcgrKC65f2gsyPSeCBgvCMfYKmgsSCooLpjaCCxYK1guWCpIFFgUWBRYFCDQoNCoFAgUCBQIFA
grGC8YLIg2CDg4OTg1iC8JOmgreO6ILNgsiCooLFgreC5oLLgVIogUyBzYFNKYJYIMvevCEhIA0K
gUCBQIFAgUCJxIKqj0mC7YLpjaGCsYK7gUGUUoKmj+OCqoLpj3WK1IFpgsaCq4FqgsiC8YLFgreB
SQ0KDQqBy4HLgcuBQGh0dHA6Ly93d3cubnlhbjIudHYvDQoNCg0KgZmEn4SfhJ+En4SfhJ+En4Sf
hJ+En4SfhJ+En4SfhJ+En4SfhJ+En4SfhJ+En4SfhJ+En4SfhJ+En4SfhJ+En4SfhJ+BmQ0KgZqB
moGagUCBeYLcgsaC34F6DQoNCoFAgUCBQIFAg1aBW4NZg5ODSYN0gsyMu43dgUGPl5CrgvCRX4Ki
guKCt4KtgsiCwYLEgumCzILNim2OwILFgreBQg0KgUCBQIFAgUCDiYNDg2+Di4LMkmqCvYK/guCC
0ILGgtyCuIlIgvCLeILfgsSCooLpgsWCtYLlgqSCqYLngUENCg0KgUCBQIFAgUCBd5P8guqL8oKi
gXgrgXeDiYNDg2+Di4+tgsiCooF4gYGB4YNugVuDjIOAgUmBSYHiDQoNCoFAgUCBQIFAgsaCooKk
i4aLyYLMlfuS9o6ugqqQrILol6eCv4LcgreBQg0KDQqBQIFAgUCBQINUg06DiYFFi8aO0oLwiOqQ
2JRyj5yCtYK9kE2XioLMj2+J74KijG6DVINDg2eCxYFBDQqBQIFAgUCBQInEgsySeILqgvCO5oLo
lt+CtYLEgt2C3IK5gvGCqYFIDQoNCoHLgcuBy4FAaHR0cDovL3d3dy5ueWFuMi50di8NCjE3Mzgz
DQoNCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSBodHRwOi8vZXRpZGUuNTEubmV0LyAtLS0tLS0t
LS0tLS0tLS0tLS0tLS0NCtLUyc/E2sjd08lWb2xsZXlNYWlsw+K30cjtvP63osvNo6y1q8TayN3T
61ZvbGxleU1haWzO3rnYo6zM2LTLyfnD96Oh

Re: [Phpwiki-talk] subpages & sections

[Aphid <ap...@uc...>]

but the page has several subpages, a couple of which have subpages of  
their own (eg [classes/w05/syllabus]), so 'no subpages found'  
shouldn't be the issue.. is there a properly formated working version  
of this stuff anywhere on the wiki that i could follow?

thanks,
a

On Aug 31, 2005, at 6:51 AM, Reini Urban wrote:
>
> A section is a header and subsequent paragraph (textblock)
> The title of the section is the content of the header.
>
> ! Section1
> textblock1
>
> ! Section2
> textblock2
>
>
> PhpWiki starts always with the simpliest and most stupid  
> implementation,
> here searching for "<page>/*", and refines its behaviour.
> The advice is to wait until any developer fixes the currently wrong
> behaviour in the error case - i.e. no subpages found.
>
>

Re: [Phpwiki-talk] subpages & sections

[Reini U. <ru...@x-...>]

> i was looking at some of the documentation for UnfoldSubpages &
> ListSubPages
> I see the warning:
>
> *   Warning: Better don't use it with non-existant sections!
> *          The section extractor is currently quite unstable.
>
>
> I'm not really sure what 'section' is referring to? how do i define a
> 'section' of a wikipage?

A section is a header and subsequent paragraph (textblock)
The title of the section is the content of the header.

! Section1
textblock1

! Section2
textblock2


> In 1.3.11rc3, when I invoke these plugins, they return stuff such as
> the following:
>
> SubPages of classes:
>
>      • classes /*?
>
> so it's looking for a page that's literally named "classes/*" - if i
> create a page "classes/*" (with the asterisk) it simply includes the
> contents of that page.  This doesn't seem right to me.

PhpWiki starts always with the simpliest and most stupid implementation,
here searching for "<page>/*", and refines its behaviour.
The advice is to wait until any developer fixes the currently wrong
behaviour in the error case - i.e. no subpages found.

> any advice?
>
> I'll try a cvs version as soon as the sourceforge site comes back up

nothing checked in yet.


-- 
Reini Urban
http://phpwiki.org/   http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] FLOWEXPO CHINA 2006 =?GB2312?B?1bm74dDFz6Igo6jB98zl1bnAwKOp?=

[<wan...@to...>]

FLOWEXPO CHINA 2006 展会信息         | 
（请在网站发布或转发给相关人士）     |
―――――――――――――――――――


                                                               
                                                                    FLOWEXPO CHINA 2006



                                                                    International Trade Fair for Valves, Pipelines,
                                                                    Fluid Engineerings and Process Industries

                                                                    The 9th International Valves, Actuators, pipelines , 
                                                                    Pumps, compressors,Seals,Fluid Machinery,process equipment, 
                                                                    Instrumentation ,Automation & control Systems 
                                                                    Exhibition（FLOWEXPO 2006） 

                                                                    March29-31,2006 Guangzhou Gymnasium
                                                                    No.783,BaiYundadao,Guangzhou,China 

                                                                    h t t p : / / w w w.F L O W E X P O . c o m



                                                                    第九届
                                             
                                                                    阀门、泵、压缩机、密封、管道及流体设备展览会
                                             
                                                                    流程工业过程装备、仪器仪表、自动化及控制技术展
                                             
                                                                    2006年3月29-31日，广州体育馆


                                                                    查询详情，请登陆大会官方网站

                                                                    h t t p : / / w w w.F L O W E X P O . c o m





展会简介

FLOWEXPO是流体及流程工业领域的专业盛会，由世博展览始创于1997年3月，举办周期为每年一届，于每年3月的最后一个星期三固定在广州召开。
FLOWEXPO主要展品类别包括：阀门、泵、压缩机、密封、管道、流体设备、流程工业过程装备、仪器仪表、自动化技术及设备。邀请的观众主要来自石化、炼油、化工、能源、电力、制浆、造纸、制药、食品、饮料、啤酒、轻工、建材、采矿、冶金、供水、供气、供热、环保、水处理，工业设备、机电安装工程，石油、天然气等长输管线工程，城建、供水、供气、供热、污水处理工程，建筑、给水排水、暖通空调、消防、燃气安装工程等行业。
FLOWEXPO自举办以来，吸引了来自中国、美国、德国、法国、英国、意大利、澳大利亚、加拿大、日本、丹麦、西班牙、挪威、韩国、新加坡等二十多个国家和地区的近2000家供应商先后参展，并以"展会专业、观众对口、效果显著"而著称，得到业内人士的一致推崇，并得到了100多家知名报刊、专业杂志、行业网站及相关展会主办机构的宣传支持。展会同期，主办单位与中国有关部门及行业协会合作，组织国内外知名专家举办技术讲座，并邀请设计院、工程公司、安装公司、进出口公司、商务机构、协会、学会组团参观、采购、学习、交流。



市场分析

1、	流程工业是国民经济发展中极为重要的基础支柱产业，据中国统计年鉴按行业分类统计，流程工业分别占工业总产值和工业增加值的60．47％和65．59％。
2、	石油、天然气、电力、钢铁、原材料紧缺，全国告急，能源、钢铁、石化成为投资热点。在以广东省为中心的华南地区，同样存在较大缺口，在未来将有石油、天然气、电力、石化等多个项目纷纷上马。
3、	随着污染的日益严重及环保意识逐渐增强，中央政府已承诺拨款900亿美元用于环保及水处理产业，预期中国将发展成为世界最大的环保市场。
4、	全国城乡住宅、工业厂房建筑、公用设施建设总建筑面积超过百亿平方米，供水、供气、供热、环保、污水处理及城建工程，给水排水、暖通空调、消防、燃气及建筑安装工程产品需求庞大，中国无疑成为世界上需求量最大的市场。
5、	中国华南地区经济的快速增长为世界流体及流程工业领域内的设备制造商、工程和技术的供应商提供了无限商机。



主要展品

1、	阀门及执行器
2、	泵
3、	压缩机
4、	密封
5、	管道及配件
6、	流体设备
7、	流程工业过程装备
8、	仪器仪表
9、	自动化及控制技术



目标参观团体

1、	流程工业企业（原材料和产品通常是液体、气体、粉状，以批量或连续方式进行生产的行业）
■石化、炼油、化工、制药
■石油、天然气、电力、能源
■制浆、造纸
■食品、饮料、啤酒、轻工
■建材、采矿、冶金
■环保、水处理
2、	各大工程项目的建设单位、设计单位（设计院）、施工单位（工程公司、安装公司）
■工业设备、机电安装工程
■石油、天然气等长输管线工程
■城建、供水、供气、供热、污水处理工程
■建筑、给水排水、暖通空调、消防、燃气安装工程
3、	机械、设备、机电仪表的制造商、经销商、代理商、贸易商、进出口公司
4、	报刊、杂志、电视、网站、政府部门、行业协会、学会、外国驻华机构等单位。




宣传推广


1、	注册 "FLOWEXPO" 商标，传播并树立"FLOWEXPO-流体及流程工业领域的专业盛会"的品牌新形象，建立大会永久性官方网站，为参展商参展、观众参观、记者采访、广告媒体宣传合作提供指导，并与业内知名厂商的网站开展网络广告互换活动。致力于品牌展会的经营与培育，全力邀请高层次的用户买家，并全面服务于参展商、专业观众，使展会的品牌根深蒂固于所有与会者。
2、	精心编辑《世博流体报-采购指南》（全年四期，每3个月出版1次），于展前及展后重点介绍参展企业和产品，动态赠阅重点买家，并在展会现场派发，年发行量超过6万份。
3、	建立重点用户买家数据库，并在会前通过邮寄《参观邀请函》的方式邀请高质量用户买家。
4、	收集100万条以上目标观众资料，展前通过电子邮件形式在将向目标观众发出《邀请函》。 
5、	编制《FLOWEXPO-参展商名录》，每年出版一次，全面介绍参展企业和产品，于展会期间免费派发给到会观众，是展览会的永久纪念，也是专业买家的采购手册和指南，具有长期宣传作用，广告效果良好。
6、	与百余家专业杂志、行业网站展开长期广告战略合作，对FLOWEXPO展开一系列的宣传活动。 
7、	展前与其它相关展会的主办机构合作，互相宣传展会。
8、	向海内外200多家报社、新闻社提供新闻稿件，展开公关推广活动。
9、	世博流体网是FLOWEXPO为宣传参展商而建立的门户网站，展后为参展厂商提供长达一年的免费网上宣传（包括公司通讯方式、主要产品、公司简介），并为参展企业在网站首页做滚动式网站文字链接。



参展费用


1、	标准展位：9 m2（3mx3m）
国内企业：RMB￥7000元/个
合资企业：RMB￥9000元/个
国外企业：$2000美元/个
(包括: 9 m2展出场地，2.5m高壁板，中英文楣板一条，洽谈桌一张、椅子二把、220V电源插座一个、光管二支、展位内满铺地毯)
2、	室内光地（最少租用36m2）：
国内企业收费：RMB￥700元人民币/m2；
合资企业收费：RMB￥900元人民币/m2；
国外企业收费：$200美金/m2
(包括展出场地，不含其它任何设施及特装管理费) 



参展免费服务

1、	在世博流体网参展厂商提供长达一年的免费网上宣传（包括公司通讯方式、主要产品、公司简介），并为参展企业在网站首页做滚动式网站文字链接。
2、	按照参展商提供的客户名单，代邀客户参观展览会
3、	提供请柬供参展商自行邀请客户使用
4、	免费在会刊上刊登参展商300字以内中英文简介
5、	展位内清洁服务
6、	提供折扣酒店供参展商选择



参展须知

1、	填写参展《申请表》邮寄或传真至组织单位（2006年3月1日截止报名及会刊截稿）
2、	参展商应在申请得到确认后7日内将参展费用全款（或50%预付款）电汇或交至广州保税区世博展览有限公司，余款应在2006年3月1日前全部付清，我们将在收到全部参展费后开具发票；2006年3月1日后报名的参展单位，须全额一次付清参展费；参展商在汇出各项费用后，请将银行汇款单传真至广州保税区世博展览有限公司财务部（传真：020-82209956）。展位顺序分配原则："先申请，先付款，先安排" ，主办单位保留更改展位的最终权利，参展商只有在规定期限内支付50%预付款后，参展资格才可保留。
3、	《参展规则》是所有参加展览的参展商所必须遵守的规则，参展单位提出参展申请，即表明接受主办单位制定的《参展规则》。《参展手册》包括了有关参展事项的部分重要内容，是组委会指导展商参加本展会的说明性文件。以上资料均在大会官方网站（Http://www.FLOWEXPO.com）公布，不再另行通知，请登陆网站下载。

主办单位：

广州流体展览有限公司（世博展览有限公司）
地址：中国广州市开发区青年路7号利丰大厦南塔505室   邮编：510730
总机：020-82220077、82220061、82227155、82088331转
直线：020-33380707
传真：020-82214624、82209956
E-mail：wan...@16...



查询详情，请登陆大会官方网站

h t t p : / / w w w.F L O W E X P O . c o m

[Phpwiki-talk] subpages & sections

[Aphid <ap...@uc...>]

hi

i was looking at some of the documentation for UnfoldSubpages & =20
ListSubPages
I see the warning:

*   Warning: Better don't use it with non-existant sections!
*          The section extractor is currently quite unstable.


I'm not really sure what 'section' is referring to? how do i define a =20=

'section' of a wikipage?

In 1.3.11rc3, when I invoke these plugins, they return stuff such as =20
the following:

SubPages of classes:

     =95 classes /*?

so it's looking for a page that's literally named "classes/*" - if i =20
create a page "classes/*" (with the asterisk) it simply includes the =20
contents of that page.  This doesn't seem right to me.

any advice?

I'll try a cvs version as soon as the sourceforge site comes back up

peace
a

[Phpwiki-talk] phpwiki.sf.net site changes

[Reini U. <ru...@x-...>]

Per the new sessions_state structure 
(https://sourceforge.net/docman/display_doc.php?docid=4297&group_id=1#permissions) 
I fixed the dba demo wiki => http://phpwiki.sf.net/demo/dba/

session_state is now under /tmp/persistent/phpwiki/session_state
Not with perfect perms yet, I'll write a short helper which will 
recreate the session_state structure as nfsnobody, not to bother the 
sf.net support.

We also had to move from gdbm to db4, since sf.net dropped gdbm support. 
Sigh.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/
http://phpwiki.org/

Re: [Phpwiki-talk] Docs??

[Ben H. <ph...@gr...>]

On Fri, Aug 26, 2005 at 12:31:15PM -0400, Jolly Green Giant wrote:
> Is there documentation for PHPWiki?

There is a 'docs' directory in the tarball, and there is more
documentation in the sourceforge wiki itself.

http://phpwiki.sourceforge.net/phpwiki (seems to be down at the moment)


-ben

--=20
Ben Hartshorne
email: be...@ha...
http://ben.hartshorne.net

[Phpwiki-talk] Docs??

[Jolly G. G. <jgg...@gm...>]

Is there documentation for PHPWiki?

Re: [Phpwiki-talk] PearDB BackLinks problem in old phpwiki postnuke install

[Daniel S. <da...@Op...>]

> > This is a weird one - not even sure when it started happening but
> > its obviously not just my installation as doing a search on the
> > key phrases in the error message:
> >   modules/phpWiki/lib/WikiDB/backend/PearDB.php:667: Fatal[256]:
> >       wikidb_backend_mysql: fatal database error
> >     * DB Error: mismatch
> >     * (SELECT linker.* FROM nuke_phpwiki_link, nuke_phpwiki_page AS
> > linker, nuke_phpwiki_page AS linkee WHERE linkfrom=linker.id AND
> > linkto=linkee.id AND linkee.pagename='CYRANO' ORDER BY
> > linker.pagename)
> >
> > Brings up lots of other similary broken Wikis - including mine:
> >   http://portal.opensta.org/faq.php
> >
> > Everything else seems to be working OK - the problem only shows
> > itself when using the BackLinks plugin, but may actually happen
> > at other times as well.
> >
> > The bit of searching I've done so far suggests that something
> > changed in PearDB/prepare(), so a PHP upgrade probably broke it.

Reini Urban wrote:
> Hmm, your error seems to be mysql related.
> Pear::DB mismatch is error -7 (see pear/DB.php:45)
> See http://www.phpmag.net/itr/online_artikel/psecom,id,585,nodeid,114.html
> that this is really DB_ERROR_NOSUCHFIELD.

I thought that was the case - but there's no error in the SQL, I can
run this directly on my DB and it works fine.

The main reason I think changes in Pear::DB were at fault was this
exchange:
  http://www.phpbuilder.com/board/archive/index.php/t-10296881.html

> Which phpwiki version and Pear::DB version do you use?

Good questions ;-)  It was the PN module produced by Lawrence Akka
and available here:  http://sourceforge.net/projects/pn-modules/
But I believe the previous admin of this site made a few "fixes"...
Lawrence's module was based on 1.3.2 but updated from CVS in Dec2001

Pear::DB reported to be 1.6.2 - just updated it to 1.7.6 on a local
test machine and still get the same error.

I've disabled all the main uses of BackLinks in my Wiki for the time
being but left an error promoting page here:
  http://portal.opensta.org/faq.php?topic=BackLinks

Thanks for your response Reini - I didn't really want to bug you with
issues in ancient history, I was just hoping someone would have
already solved this issue.

Cheers
/dan
-- 
Daniel Sutcliffe <Da...@Op...>
  OpenSTA part-time caretaker - http://OpenSTA.org/

Re: [Phpwiki-talk] PearDB BackLinks problem in old phpwiki postnuke install

[Reini U. <ru...@x-...>]

> This is a weird one - not even sure when it started happening but
> its obviously not just my installation as doing a search on the
> key phrases in the error message:
>   modules/phpWiki/lib/WikiDB/backend/PearDB.php:667: Fatal[256]:
> wikidb_backend_mysql: fatal database error
>     * DB Error: mismatch
>     * (SELECT linker.* FROM nuke_phpwiki_link, nuke_phpwiki_page AS
> linker, nuke_phpwiki_page AS linkee WHERE linkfrom=linker.id AND
> linkto=linkee.id AND linkee.pagename='CYRANO' ORDER BY
> linker.pagename)
>
> Brings up lots of other similary broken Wikis - including mine:
>   http://portal.opensta.org/faq.php
>
> Everything else seems to be working OK - the problem only shows
> itself when using the BackLinks plugin, but may actually happen at other
> times as well.
>
> The bit of searching I've done so far suggests that something changed in
> PearDB/prepare(), so a PHP upgrade probably broke it.

Hmm, your error seems to be mysql related.
Pear::DB mismatch is error -7 (see pear/DB.php:45)
See http://www.phpmag.net/itr/online_artikel/psecom,id,585,nodeid,114.html
that this is really DB_ERROR_NOSUCHFIELD.

Which phpwiki version and Pear::DB version do you use?

> Just checking to see if anyone else has already fought this battle  and
> won - before I dive into it.

-- 
Reini Urban
http://phpwiki.org/   http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] PearDB BackLinks problem in old phpwiki postnuke install

[Daniel S. <da...@Op...>]

This is a weird one - not even sure when it started happening but
its obviously not just my installation as doing a search on the 
key phrases in the error message:
  modules/phpWiki/lib/WikiDB/backend/PearDB.php:667: Fatal[256]: wikidb_backend_mysql: fatal database error
    * DB Error: mismatch
    * (SELECT linker.* FROM nuke_phpwiki_link, nuke_phpwiki_page AS linker, nuke_phpwiki_page AS linkee WHERE linkfrom=linker.id AND linkto=linkee.id AND linkee.pagename='CYRANO' ORDER BY linker.pagename)

Brings up lots of other similary broken Wikis - including mine:
  http://portal.opensta.org/faq.php

Everything else seems to be working OK - the problem only shows
itself when using the BackLinks plugin, but may actually happen at
other times as well.

The bit of searching I've done so far suggests that something changed
in PearDB/prepare(), so a PHP upgrade probably broke it.

Just checking to see if anyone else has already fought this battle 
and won - before I dive into it.

Any/All hints welcome,
/dan
-- 
Daniel Sutcliffe <Da...@Op...>
  OpenSTA part-time caretaker - http://OpenSTA.org/

[Phpwiki-talk] Re: Lock All Pages

[Jolly G. G. <jgg...@gm...>]

Well, after I edit a page, it unlocks it.  So I guess keeping pages
locked is not what I want.  I guess I just need to figure out a way to
only have me be able to edit them.


On 8/25/05, Jolly Green Giant <jgg...@gm...> wrote:
> How can you lock all existing pages?
>=20
> I just installed phpwiki and so I don't yet have many pages of my own.
>  I'd like to keep everyone from being able to get in and change the
> default system pages (e.g. instructions).  Is there a way to lock many
> pages at once?
>=20
> I tried to use setACL, but never achieved satisfactory results.  I
> made it so only admins could edit pages, but then I (the only admin)
> could not get in and edit the page.  Go figure.  That seemed to be
> logically the way I should go.
>=20
> All in all, I'm loving this app!
>=20
> Thanks for any help!
>=20
> JGG
>

[Phpwiki-talk] Lock All Pages

[Jolly G. G. <jgg...@gm...>]

How can you lock all existing pages?

I just installed phpwiki and so I don't yet have many pages of my own.
 I'd like to keep everyone from being able to get in and change the
default system pages (e.g. instructions).  Is there a way to lock many
pages at once?

I tried to use setACL, but never achieved satisfactory results.  I
made it so only admins could edit pages, but then I (the only admin)
could not get in and edit the page.  Go figure.  That seemed to be
logically the way I should go.

All in all, I'm loving this app!

Thanks for any help!

JGG