phpwiki-talk Mailing List for PhpWiki (Page 14)

And after many hours of googling, the answer is that you can't have a 
class name the same as a function name.
Fix:
lib/WikiUserNew.php
every place there's call to "PearDbPassUser", rename it to something - I 
just tacked "foo" on the end:
_PearDbPassUser::_PearDbPassUserFoo($this->_userid, $this->_prefs);
lib/WikiUser/PearDb.php
Rename the function to match:
function _PearDbPassUserFoo($UserName='',$prefs=false) {
So far, so good. If I can find more problems like this, I'll try and roll 
up a patchset.
C
On 2009年1月15日, Charles Sprickman wrote:
> Just a quick note - same failure using latest svn.
>
> From googling around, something changed from php 5.2.6 on - this used to fail 
> with "E_STRICT" and now it's fatal.
>
> I don't know OOP to save my life, so I'm stumped.
>
> On 2009年1月15日, Charles Sprickman wrote:
>
>> Hello all,
>> 
>> I just upgraded from php 4.4.8 to 5.2.8, along with all the Pear and php
>> extensions I had installed. Other applications on this machine are doing 
>> fine,
>> but I get this error on loading phpwiki (version 1.3.14):
>> 
>> [14-Jan-2009 21:48:43] PHP Fatal error: Non-static method
>> _PearDbPassUser::_PearDbPassUser() cannot be called statically, assuming 
>> $this
>> from incompatible context in /usr/local/www/data/wiki/lib/WikiUserNew.php 
>> on
>> line 1118
>> 
>> Any ideas on what the root cause is? Pear is at 1.7.2, previously it was
>> 1.7.1.
>> 
>> Thanks,
>> 
>> Charles
>> 
>> ___
>> Charles Sprickman
>> NetEng/SysAdmin
>> Bway.net - New York's Best Internet - www.bway.net
>> sp...@bw... - 212.655.9344
>> 
>>
>> 
>> ------------------------------------------------------------------------------
>> This SF.net email is sponsored by:
>> SourcForge Community
>> SourceForge wants to tell your story.
>> http://p.sf.net/sfu/sf-spreadtheword
>> _______________________________________________
>> Phpwiki-talk mailing list
>> Php...@li...
>> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>> 
>

Just a quick note - same failure using latest svn.
>From googling around, something changed from php 5.2.6 on - this used to 
fail with "E_STRICT" and now it's fatal.
I don't know OOP to save my life, so I'm stumped.
On 2009年1月15日, Charles Sprickman wrote:
> Hello all,
>
> I just upgraded from php 4.4.8 to 5.2.8, along with all the Pear and php
> extensions I had installed. Other applications on this machine are doing fine,
> but I get this error on loading phpwiki (version 1.3.14):
>
> [14-Jan-2009 21:48:43] PHP Fatal error: Non-static method
> _PearDbPassUser::_PearDbPassUser() cannot be called statically, assuming $this
> from incompatible context in /usr/local/www/data/wiki/lib/WikiUserNew.php on
> line 1118
>
> Any ideas on what the root cause is? Pear is at 1.7.2, previously it was
> 1.7.1.
>
> Thanks,
>
> Charles
>
> ___
> Charles Sprickman
> NetEng/SysAdmin
> Bway.net - New York's Best Internet - www.bway.net
> sp...@bw... - 212.655.9344
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>

Hello all,
I just upgraded from php 4.4.8 to 5.2.8, along with all the Pear and php 
extensions I had installed. Other applications on this machine are doing fine, 
but I get this error on loading phpwiki (version 1.3.14):
[14-Jan-2009 21:48:43] PHP Fatal error: Non-static method 
_PearDbPassUser::_PearDbPassUser() cannot be called statically, assuming $this 
from incompatible context in /usr/local/www/data/wiki/lib/WikiUserNew.php on 
line 1118
Any ideas on what the root cause is? Pear is at 1.7.2, previously it was 
1.7.1.
Thanks,
Charles
___
Charles Sprickman
NetEng/SysAdmin
Bway.net - New York's Best Internet - www.bway.net
sp...@bw... - 212.655.9344

I've been trying to install on a shared host, but have been running into
problems. I had everything set to 0755 but got a 500 error until I changed
the permission on the idex.php to 644 and then things started to work. That
doesn't make sense to me, but...
I've been able to access the wiki but when I try to login I get
*Fatal error*: Non-static method _PearDbPassUser::_PearDbPassUser() cannot
be called statically, assuming $this from incompatible context in *
/home1/..../wiki/lib/WikiUserNew.php* on line *1118*
Clearly this is indicative of a deeper problem in my installation, but what?
You can see the behavior at http://physandmath.org/wiki i haven't set any
restrictions as yet.

I've been trying to install (1.3.14) on a shared host (hostmonster), but
have been running into problems. I had everything set to 0755 but got a 500
error until I changed the permission on the index.php to 644 and then things
started to work. That doesn't make sense to me, but it was the only way to
get by the 500 page.
I've been able to access the database and the wiki but when I try to login I
get
*Fatal error*: Non-static method _PearDbPassUser::_PearDbPassUser() cannot
be called statically, assuming $this from incompatible context in *
/home1/..../wiki/lib/WikiUserNew.php* on line *1118*
Clearly this is indicative of a deeper problem in my installation, but what?
You can see the behavior at http://physandmath.org/wiki

Reini Urban a écrit :
> var...@us... schrieb:
>> Revision: 6363
>> http://phpwiki.svn.sourceforge.net/phpwiki/?rev=6363&view=rev
>> Author: vargenau
>> Date: 2009年01月02日 11:04:05 +0000 (2009年1月02日)
>>
>> Log Message:
>> -----------
>> Add spreadsheet capability to Wikicreole tables
> 
>> + function _compute ($mytable, $i, $j, $imax, $jmax) {
>> + // What is implemented:
>> + // @@SUM(R)@@ : sum of cells in current row
>> + // @@SUM(C)@@ : sum of cells in current column
>> +
> 
> Can you please document this new feature in the pgsrc files
> Whow.
> But maybe %%=SUM(C)%% is better syntax.
> 
> %%\w+%% is our template expansion syntax.
> = is a spreadsheet formula
Hello Reini,
Of course I will document. It is not finished yet, mostly
a proof of concept.
Best wishes for the new year.
Marc-Etienne
-- 
Marc-Etienne Vargenau
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 (0)1 30 77 28 33, Mar...@al...

var...@us... schrieb:
> Revision: 6363
> http://phpwiki.svn.sourceforge.net/phpwiki/?rev=6363&view=rev
> Author: vargenau
> Date: 2009年01月02日 11:04:05 +0000 (2009年1月02日)
> 
> Log Message:
> -----------
> Add spreadsheet capability to Wikicreole tables
> + function _compute ($mytable, $i, $j, $imax, $jmax) {
> + // What is implemented:
> + // @@SUM(R)@@ : sum of cells in current row
> + // @@SUM(C)@@ : sum of cells in current column
> +
Can you please document this new feature in the pgsrc files
Whow.
But maybe %%=SUM(C)%% is better syntax.
%%\w+%% is our template expansion syntax.
= is a spreadsheet formula
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/

Ale Fernandez schrieb:
> Sorry how do I despam it on the command line?
> 
> Thanks for the reply! I had given up completely
> 
> Ale
> 
> Reini Urban wrote:
>> Ale Fernandez schrieb:
>>> Hi,
>>>
>>> I have a problem that an old phpwiki site I used to run has got 
>>> spammed into a spam sandwich that would have scooby doo sweating. 
>>> It's 2 gb or so in size.
> <snip>
>>> -------------------
>>>
>>> Is there a way to fix this, or a way to connect directly to the db 
>>> file so as to delete the masses of spam comments?
>>
>> The sqlite extension might work with such a file handle once opened,
>> but the PHP is_file() obviously cannot handle > 2GB.
>>
>> I would try to despam it up on the commandline. Or work with a smaller 
>> backup.
open the file with sqlite and delete some pages and versions you don't 
need to be able to get under 2GB.
$ sqlite /var/lib/phpwiki/phpwiki_pagedb.db
SQLite version 2.8.17
Enter ".help" for instructions
sqlite> .tables
link nonempty page pref recent session version
sqlite> select pagename,version.id,version.version,content from 
page,version where page.id=version.id order by mtime limit 10;
...
sqlite> delete from version where id=<bla> and version=<bla>;
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/

Ale Fernandez schrieb:
> Hi,
> 
> I have a problem that an old phpwiki site I used to run has got spammed 
> into a spam sandwich that would have scooby doo sweating. It's 2 gb or 
> so in size.
> 
> Here's the error I get on most pages:
> 
> ----------------
> Fatal Error:
> 
> lib/WikiDB/backend/PearDB.php:59: Error: Can't connect to database: 
> wikidb_backend_peardb_sqlite: fatal database error
> 
> * DB Error: invalid
> * ( ** ** sqlite:////var/lib/phpwiki/phpwiki_pagedb.db)
> *
> 
> /usr/share/php/DB/sqlite.php:134: Warning: is_file(): Stat failed for 
> /var/lib/phpwiki/phpwiki_pagedb.db (errno=75 - Value too large for 
> defined data type)
> 
> lib/WikiDB/backend/PearDB.php:59: Error: Can't connect to database: 
> wikidb_backend_peardb_sqlite: fatal database error
> 
> * DB Error: invalid
> * ( ** ** sqlite:////var/lib/phpwiki/phpwiki_pagedb.db)
> 
> -------------------
> 
> Is there a way to fix this, or a way to connect directly to the db file 
> so as to delete the masses of spam comments?
The sqlite extension might work with such a file handle once opened,
but the PHP is_file() obviously cannot handle > 2GB.
I would try to despam it up on the commandline. Or work with a smaller 
backup.
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/

Marc-Etienne Vargenau schrieb:
> ru...@us... a écrit :
>> Revision: 6347
>> http://phpwiki.svn.sourceforge.net/phpwiki/?rev=6347&view=rev
>> Author: rurban
>> Date: 2008年11月19日 08:53:06 +0000 (2008年11月19日)
>>
>> Log Message:
>> -----------
>> add new feature ENABLE_PAGE_PUBLIC
>>
>> Modified Paths:
>> --------------
>> trunk/config/config-default.ini
>> trunk/config/config-dist.ini
>> trunk/lib/IniConfig.php
>> trunk/lib/editpage.php
>> trunk/themes/default/templates/editpage.tmpl
> 
> Hello Reini,
> 
> Thank you for publishing this new feature.
> 
> Just one small question. Shouldn't the info.tmpl
> template be be updated also with a public checkbox
> like there is one for locked pages?
Indeed, and more.
Some WikiAdminPublic plugin and some external helper to update the 
external database.
I'll do when I have more time.
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/

ru...@us... a écrit :
> Revision: 6347
> http://phpwiki.svn.sourceforge.net/phpwiki/?rev=6347&view=rev
> Author: rurban
> Date: 2008年11月19日 08:53:06 +0000 (2008年11月19日)
> 
> Log Message:
> -----------
> add new feature ENABLE_PAGE_PUBLIC
> 
> Modified Paths:
> --------------
> trunk/config/config-default.ini
> trunk/config/config-dist.ini
> trunk/lib/IniConfig.php
> trunk/lib/editpage.php
> trunk/themes/default/templates/editpage.tmpl
Hello Reini,
Thank you for publishing this new feature.
Just one small question. Shouldn't the info.tmpl
template be be updated also with a public checkbox
like there is one for locked pages?
Best regards,
Marc-Etienne
-- 
Marc-Etienne Vargenau
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 (0)1 30 77 28 33, Mar...@al...

Hi All
I've had PHP Wiki installed on a cpanel host for about a year or so now and
after sorting some config problems it's been running great. However it's
recently stoped working and the only change I'm aware of is that my host
upgraded to PHP5.
When accessing the installation I get the login prompt, and after submitting
my login I get and DNS error. If I remove the User Authentication (well set
it to FALSE), the HomePage loads fine.
Anyone any ideas what I could try?
Alastair
-- 
P Before you print think about the ENVIRONMENT

2008年10月10日 <var...@us...>:
> Revision: 6295
> http://phpwiki.svn.sourceforge.net/phpwiki/?rev=6295&view=rev
> Author: vargenau
> Date: 2008年10月10日 13:43:02 +0000 (2008年10月10日)
>
> Log Message:
> -----------
> PhpWikiAdministration split in two pages: PhpWikiAdministration and PhpWikiDebug
Good, thanks!
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/

2008年10月10日 JIm Bewlay <jim...@zo...>:
> Hi guys
> I don't know whether this is a common problem , ut it certainly has me
> beat. PHP Wiki looks exactly like the product I need to use. I had set
> out to develop my own wiki, but hey, why re-invent the wheel?
>
> Anyway I got the the compressed file, opened it up and extracted it to
> where I wanted to use the wiki. Si far so good. I read the installation
> notes, built a config. ini file, created a Mysql user password,
> installed the tables and did all that good stuff. then then in eager
> anticipation I called up the URL - nothing. just a blank screen. So I
> tinkered, scoured the net, re-installed. checked all teh instructions to
> the last detail and tried again, same result.
>
> It seems to me that firts time out of the box PHP wiki needs to do
> something, but isn't just quite getting here. Nothing is broke ads there
> are no erors of 404 pages. Just a blank screen. I know this is
> something simple and when I find the the answer it will be one of those
> homer j Simpson moments Duh!!, but for the life of me I cannot figure it
> out. I guess I could go through the code line by line, but is thre
> anybody there who has come across this problem before?
looks like common problem.
please try to fire up the url to /configurator.php and check the
DATA_PATH and/or VIRTUAL_PATH settings.
These are the external uri paths.
>
> I should just mention the wiki is running on my development box, windows
> xp using apache v2 and MyQL. I am using PHP V5
maybe svn trunk is better.
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/

Hi guys
I don't know whether this is a common problem , ut it certainly has me 
beat. PHP Wiki looks exactly like the product I need to use. I had set 
out to develop my own wiki, but hey, why re-invent the wheel?
Anyway I got the the compressed file, opened it up and extracted it to 
where I wanted to use the wiki. Si far so good. I read the installation 
notes, built a config. ini file, created a Mysql user password, 
installed the tables and did all that good stuff. then then in eager 
anticipation I called up the URL - nothing. just a blank screen. So I 
tinkered, scoured the net, re-installed. checked all teh instructions to 
the last detail and tried again, same result.
It seems to me that firts time out of the box PHP wiki needs to do 
something, but isn't just quite getting here. Nothing is broke ads there 
are no erors of 404 pages. Just a blank screen. I know this is 
something simple and when I find the the answer it will be one of those 
homer j Simpson moments Duh!!, but for the life of me I cannot figure it 
out. I guess I could go through the code line by line, but is thre 
anybody there who has come across this problem before?
I should just mention the wiki is running on my development box, windows 
xp using apache v2 and MyQL. I am using PHP V5
Thanks in advance
JimB

Hello,
In stdlib, there is a function that tests if a URL is "safe"
function IsSafeURL($url) {
 return !preg_match('/([<>"])|(%3C)|(%3E)|(%22)/', $url);
}
In practice, our users need to include in the wiki URLs generated by Live Meeting
https://www.livemeeting.com/cc/alcatel_lucent/join?id=4QPTFJ&role=present&pw=S%3Cpk%2F2fbS
and these URLs can contain %3C
What would be the risk to allow such URLs?
Best regards,
Marc-Etienne
-- 
================================================================== ------
| Marc-Etienne Vargenau | / \
| Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE | / /|'` \
| +33 (0)1 30 77 28 33, Mar...@al... | | /'| ' |
================================================================== \ |/ /
| L'essence des Mathématiques est dans leur liberté. | \ /
| Georges Cantor | ------
==================================================================

Hi,
I have a problem that an old phpwiki site I used to run has got spammed 
into a spam sandwich that would have scooby doo sweating. It's 2 gb or 
so in size.
Here's the error I get on most pages:
----------------
Fatal Error:
lib/WikiDB/backend/PearDB.php:59: Error: Can't connect to database: 
wikidb_backend_peardb_sqlite: fatal database error
 * DB Error: invalid
 * ( ** ** sqlite:////var/lib/phpwiki/phpwiki_pagedb.db)
 *
/usr/share/php/DB/sqlite.php:134: Warning: is_file(): Stat failed for 
/var/lib/phpwiki/phpwiki_pagedb.db (errno=75 - Value too large for 
defined data type)
lib/WikiDB/backend/PearDB.php:59: Error: Can't connect to database: 
wikidb_backend_peardb_sqlite: fatal database error
 * DB Error: invalid
 * ( ** ** sqlite:////var/lib/phpwiki/phpwiki_pagedb.db)
-------------------
Is there a way to fix this, or a way to connect directly to the db file 
so as to delete the masses of spam comments?
Thanks,
Ale

var...@us... schrieb:
> Modified: trunk/themes/Crao/crao.css
> blockquote.mail-style-quote {
> -	border-left: #ff993;/* MODIFY-color */
> +	border-left: #FF9933;/* MODIFY-color */
good catch!
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/

Reini Urban a écrit :
> Marc-Etienne Vargenau schrieb:
>> Hello Reini,
>>
>> Some time ago, the global variable $Theme was renamed to
>> $WikiTheme in order to avoid a name clash in the Gforge
>> integeration of Phpwiki.
>>
>> We still have a name clash with "class Theme" in file Theme.php
>>
>> I would like to rename "class Theme" to "class WikiTheme".
>>
>> Is this a problem?
>> Should I in that case rename file Theme.php to WikiTheme.php?
> 
> Yes, please. Both.
> Better now as later.
> 
> I believe there will be a lot of src files affected by this change.
> 
Hello Reini,
It's done. I have also regenerated the gettext.
Please check that I have not done something wrong.
I had to slightly update the makefiles.
Best regards,
Marc-Etienne
-- 
================================================================== ------
| Marc-Etienne Vargenau | / \
| Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE | / /|'` \
| +33 (0)1 30 77 28 33, Mar...@al... | | /'| ' |
================================================================== \ |/ /
| L'essence des Mathématiques est dans leur liberté. | \ /
| Georges Cantor | ------
==================================================================

Marc-Etienne Vargenau schrieb:
> Hello Reini,
> 
> Some time ago, the global variable $Theme was renamed to
> $WikiTheme in order to avoid a name clash in the Gforge
> integeration of Phpwiki.
> 
> We still have a name clash with "class Theme" in file Theme.php
> 
> I would like to rename "class Theme" to "class WikiTheme".
> 
> Is this a problem?
> Should I in that case rename file Theme.php to WikiTheme.php?
Yes, please. Both.
Better now as later.
I believe there will be a lot of src files affected by this change.
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/

Hello Reini,
Some time ago, the global variable $Theme was renamed to
$WikiTheme in order to avoid a name clash in the Gforge
integeration of Phpwiki.
We still have a name clash with "class Theme" in file Theme.php
I would like to rename "class Theme" to "class WikiTheme".
Is this a problem?
Should I in that case rename file Theme.php to WikiTheme.php?
Best regards,
Marc-Etienne
-- 
================================================================== ------
| Marc-Etienne Vargenau | / \
| Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE | / /|'` \
| +33 (0)1 30 77 28 33, Mar...@al... | | /'| ' |
================================================================== \ |/ /
| L'essence des Mathématiques est dans leur liberté. | \ /
| Georges Cantor | ------
==================================================================

Erfan Shirazi a écrit :
> I mean when you have enabled upload of pics, so if you have uploaded 
> "test.jpg" then you are able to use "Upload:test.jpg" in Wiki to access 
> it, but what if I want to display the image directly instead of 
> accessing it by using the link which Wiki creates.
> 
> Do I have to use URLs?
> 
> Erfan Shirazi
Use [Upload:test.jpg]
Regards,
-- 
================================================================== ------
| Marc-Etienne Vargenau | / \
| Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE | / /|'` \
| +33 (0)1 30 77 28 33, Mar...@al... | | /'| ' |
================================================================== \ |/ /
| L'essence des Mathématiques est dans leur liberté. | \ /
| Georges Cantor | ------
==================================================================

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
 <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
I mean when you have enabled upload of pics, so if you have uploaded
"test.jpg" then you are able to use "Upload:test.jpg" in Wiki to access
it, but what if I want to display the image directly instead of
accessing it by using the link which Wiki creates.<br>
<br>
Do I have to use URLs?<br>
<pre class="moz-signature" cols="72">Erfan Shirazi
Senior Application Developer
Information Technology - Shipco Transport
Email: <a class="moz-txt-link-abbreviated" href="mailto:esh...@sh...">esh...@sh...</a>, Direct Tel: +45 39 15 05 62
For IT support related issues, please contact <a class="moz-txt-link-abbreviated" href="mailto:su...@sh...">su...@sh...</a>
Shipco Transport - Your Global Solution: Ocean Export &amp; Import and Airfreight. For access to STi-online which offers on-line sailing schedules, bookings, documentation, shipment tracking and other e-commerce tools, please visit our website, <a class="moz-txt-link-abbreviated" href="http://www.shipco.com">www.shipco.com</a></pre>
<br>
<br>
-------- Original Message&nbsp; --------<br>
Subject: Re:[Phpwiki-talk] Inline images &amp; docs<br>
From: Reini Urban <a class="moz-txt-link-rfc2396E" href="mailto:ru...@x-...">&lt;ru...@x-...&gt;</a><br>
To: Discussion on PhpWiki features, bugs, development.
<a class="moz-txt-link-rfc2396E" href="mailto:php...@li...">&lt;php...@li...&gt;</a><br>
Date: Tue Aug 26 2008 11:30:11 GMT+0200 (Romance Daylight Time)<br>
<blockquote
 cite="mid:691...@ma..."
 type="cite">
 <pre wrap="">2008年8月26日 Erfan Shirazi <a class="moz-txt-link-rfc2396E" href="mailto:esh...@sh...">&lt;esh...@sh...&gt;</a>:
 </pre>
 <blockquote type="cite">
 <pre wrap="">I wanted to know if its possible to have inline images in PHP Wiki?
I have enabled the upload plugin and looking at the system info in Wiki
it seems that it supports inline images but I cannot figure out how it
works.
 </pre>
 </blockquote>
 <pre wrap=""><!---->
Put [ ] around it.
Help:TextFormattingRules
* URLs ending with =.png=, =.gif=, or =.jpg= are inlined if in square
 brackets, by themselves:
 </pre>
</blockquote>
<br>
</body>
</html>

2008年8月26日 Erfan Shirazi <esh...@sh...>:
> I wanted to know if its possible to have inline images in PHP Wiki?
> I have enabled the upload plugin and looking at the system info in Wiki
> it seems that it supports inline images but I cannot figure out how it
> works.
Put [ ] around it.
Help:TextFormattingRules
* URLs ending with =.png=, =.gif=, or =.jpg= are inlined if in square
 brackets, by themselves:
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/

Hi all
I wanted to know if its possible to have inline images in PHP Wiki?
I have enabled the upload plugin and looking at the system info in Wiki 
it seems that it supports inline images but I cannot figure out how it 
works.
Erfan Shirazi
Senior Application Developer
Information Technology - Shipco Transport
Email: esh...@sh..., Direct Tel: +45 39 15 05 62
For IT support related issues, please contact su...@sh...
Shipco Transport - Your Global Solution: Ocean Export & Import and Airfreight. For access to STi-online which offers on-line sailing schedules, bookings, documentation, shipment tracking and other e-commerce tools, please visit our website, www.shipco.com