shadowsrising-devtalk

[Shadowsrising-devtalk] phpDocumentor

[ProgrammerMatt <pro...@gm...>]

Have you considered using phpDocumentor to document our code, it seems=20
highly versatile and worthwhile.

Here is a link to the documentation methods
http://manual.phpdoc.org/HTMLSmartyConverter/HandS/phpDocumentor/tutorial_p=
hpDocumentor.howto.pkg.html

--=20
<a href=3D"http://www.spreadfirefox.com/?q=3Daffiliates&amp;id=3D67508&amp;=
t=3D72"><img=20
border=3D"0" alt=3D"Get Firefox!" title=3D"Get Firefox!" src=3D"
http://sfx-images.mozilla.org/affiliates/Buttons/88x31/rediscover.gif"/></a=
>

RE: [Shadowsrising-devtalk] phpDocumentor

[Pádraic B. <mau...@ho...>]

Whew,

Been so busy I haven't even checked this email in a few weeks (on study 
leave for exams until August).

Yeah I'm aware of it. If you want to use the application and markup in the 
files work away - I've actually done a few of the newer files in Quantum 
Star SE using the phpDoc syntax (see the class files - some of which were 
done in the pre-alpha). So yeah, I do plan on eventually using it more 
widely - makes the code more readable overall, and then simple to pull 
together a quick API document for distribution.

The other side of documentation (the more textual focused tracts) will rely 
on the DocBook XML schema (a very simple format), and similar to 
phpDocumentor can allow the documentation to be exported to CHM, HTML etc. 
DocBook also supports PDF exports which is a nice benefit.

Tiem for me to run now and jump headfirst into more study - mock 
examinations are starting tomorrow to warm us up for the real thing in 
August..:)

later,

Padraic

-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-
Pádraic Brady

aka Maugrim The Reaper
http://www.quantum-star.com/
http://www.shadowsrising.net/
-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-



>From: ProgrammerMatt <pro...@gm...>
>Reply-To: ProgrammerMatt <pro...@gm...>
>To: sha...@li...
>Subject: [Shadowsrising-devtalk] phpDocumentor
>Date: Tue, 21 Jun 2005 18:32:33 -0500
>
>Have you considered using phpDocumentor to document our code, it seems
>highly versatile and worthwhile.
>
>Here is a link to the documentation methods
>http://manual.phpdoc.org/HTMLSmartyConverter/HandS/phpDocumentor/tutorial_phpDocumentor.howto.pkg.html
>
>--
><a 
>href="http://www.spreadfirefox.com/?q=affiliates&amp;id=67508&amp;t=72"><img
>border="0" alt="Get Firefox!" title="Get Firefox!" src="
>http://sfx-images.mozilla.org/affiliates/Buttons/88x31/rediscover.gif"/></a>

[Shadowsrising-devtalk] Memory Footprints

[Pádraic B. <mau...@ho...>]

Hey all,

Sry for not being on the SR forums regular (exam study keeping me busy). 
This is in response to a message from Matt on the Solar Empire Global forum 
(which Quantum Star SE is affiliated with - our sister project).

Matt,

I noted in one of your messages that you were concerned about memory use of 
an addition you were making to QSite. The fact is memory uptake can severely 
effect any web application on a shared host - even on most affordable 
dedicated servers.

I'm not recommending you cease and desist ;) I actually urge you to go ahead 
and we can view the results (me in Aug/Sep when I have the time) - but do 
reduce memory usage if possible, no need to go overboard to the point where 
the changes are impossible, memory is there to be used if its needed, so 
blow it if its necessary to get it working.

There were some changes I have in planning to reduce overall memory 
footprint substantially. These are sourced in two projects, one attributable 
to the performance junkies of the Alien Assault Traders project. These are 
basically 'lite' versions of ADODB and Smarty.

I have yet to look at Smarty Lite, but ADODB Lite has shown on benchmarks to 
use about 18% of the memory of ADODB, with a resulting reduction in response 
lag - so do take a look at implementing it - 
http://adodblite.sourceforge.net/

I'll be doing so during this week for QS - so maybe I'll post the updated 
db_funcs library soon. I'm not sure whether it supports all our needed ADODB 
features, as a lite version it cuts out a lot of the less commonly used 
features to reduce memory use. Maybe I'll even get the DB library restated 
and tidied up a little - though I'd prefer to that on your working copy with 
any changes you may have made more recently.

Implementing Smarty Lite would see a similar performance improvement I'm 
sure.

Just letting know these are out there, and will keep our memory use as low 
as possible. I think ADODB by itself hits well over 500KB, getting that down 
below 200KB is quite an improvement in the scheme of things... Smarty is a 
similar memory hog.

I'll be on ICQ about 22:00 GMT if about at that time.

Later,

Padraic

-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-
Pádraic Brady

aka Maugrim The Reaper
http://www.quantum-star.com/
http://www.shadowsrising.net/
-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-

Re: [Shadowsrising-devtalk] Memory Footprints

[ProgrammerMatt <pro...@gm...>]

Memory footprinting is not a huge concern anymore, especially if ADODBlite=
=20
and Smarty lite work out for us. I have, as you know, begun an extensive=20
rewrite of portions of the codebase of Q-Site. Things have changed and=20
anything not absolutely needed every time is no lonnger included. I will=20
continue in optimization as long as I can. So far I have dropped average=20
requirements for a page load from ~3.3 Mb to ~2.1 Mb (without ADODB lite or=
=20
SMARTY lite) . Also, ADODB does not just take up 500 Kb, but with our=20
functions it took up 1700 Kb. That was greatly decreased when I took a new=
=20
approach to our DB, one that is overall, I think, more organized and=20
definatly less memory consumption. The DB functions are no more, instead I=
=20
have written a class that is still in the early stages, but has preformed=
=20
better and at a lower memory cost than the old ones did. I believe I=20
commited it to Q-Site last night, but note that Q-Site will not work out of=
=20
CVS yet as qcms hasen't even been worked on to comply or take the=20
optimizations I have planned for it.=20

On 7/15/05, P=E1draic Brady <mau...@ho...> wrote:
>=20
> Hey all,
>=20
> Sry for not being on the SR forums regular (exam study keeping me busy).
> This is in response to a message from Matt on the Solar Empire Global=20
> forum
> (which Quantum Star SE is affiliated with - our sister project).
>=20
> Matt,
>=20
> I noted in one of your messages that you were concerned about memory use=
=20
> of
> an addition you were making to QSite. The fact is memory uptake can=20
> severely
> effect any web application on a shared host - even on most affordable
> dedicated servers.
>=20
> I'm not recommending you cease and desist ;) I actually urge you to go=20
> ahead
> and we can view the results (me in Aug/Sep when I have the time) - but do
> reduce memory usage if possible, no need to go overboard to the point=20
> where
> the changes are impossible, memory is there to be used if its needed, so
> blow it if its necessary to get it working.
>=20
> There were some changes I have in planning to reduce overall memory
> footprint substantially. These are sourced in two projects, one=20
> attributable
> to the performance junkies of the Alien Assault Traders project. These ar=
e
> basically 'lite' versions of ADODB and Smarty.
>=20
> I have yet to look at Smarty Lite, but ADODB Lite has shown on benchmarks=
=20
> to
> use about 18% of the memory of ADODB, with a resulting reduction in=20
> response
> lag - so do take a look at implementing it -
> http://adodblite.sourceforge.net/
>=20
> I'll be doing so during this week for QS - so maybe I'll post the updated
> db_funcs library soon. I'm not sure whether it supports all our needed=20
> ADODB
> features, as a lite version it cuts out a lot of the less commonly used
> features to reduce memory use. Maybe I'll even get the DB library restate=
d
> and tidied up a little - though I'd prefer to that on your working copy=
=20
> with
> any changes you may have made more recently.
>=20
> Implementing Smarty Lite would see a similar performance improvement I'm
> sure.
>=20
> Just letting know these are out there, and will keep our memory use as lo=
w
> as possible. I think ADODB by itself hits well over 500KB, getting that=
=20
> down
> below 200KB is quite an improvement in the scheme of things... Smarty is =
a
> similar memory hog.
>=20
> I'll be on ICQ about 22:00 GMT if about at that time.
>=20
> Later,
>=20
> Padraic
>=20
> -|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-
> P=E1draic Brady
>=20
> aka Maugrim The Reaper
> http://www.quantum-star.com/
> http://www.shadowsrising.net/
> -|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> SF.Net <http://SF.Net> email is sponsored by: Discover Easy Linux=20
> Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=3D7477&alloc_id=3D16492&op=3Dclic=
k
> _______________________________________________
> Shadowsrising-devtalk mailing list
> Sha...@li...
> https://lists.sourceforge.net/lists/listinfo/shadowsrising-devtalk
>=20



--=20
<a href=3D"http://www.spreadfirefox.com/?q=3Daffiliates&amp;id=3D67508&amp;=
t=3D72"><img=20
border=3D"0" alt=3D"Get Firefox!" title=3D"Get Firefox!" src=3D"
http://sfx-images.mozilla.org/affiliates/Buttons/88x31/rediscover.gif"/></a=
>

Re: [Shadowsrising-devtalk] Memory Footprints

[ProgrammerMatt <pro...@gm...>]

Looked at ADODB Lite, and I don't think it anywhere nearly suites our neads=
.=20
Unless you want to drop Perfmon and DB backed sessions and they added=20
$result->FetchRow for me.

Adodb with Perfmon Use ~1302Kb
Adodb uses ~977 Kb

[Shadowsrising-devtalk] On AJAX

[Pádraic B. <mau...@ho...>]

Hi Matt,

Just looking for a quick overview on the AJAX implementation and where 
currently in use. I'm checking out QSite for a looksee - ;)

I'll be back online about Sunday 10PM GMT.

Also wondering if you're interested in reading the phpArchitect magazine? I 
have copies of the last year's issues (PDF) might be of some interest.

-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-
Pádraic Brady

aka Maugrim The Reaper
http://www.quantum-star.com/
http://www.shadowsrising.net/
-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-



>From: ProgrammerMatt <pro...@gm...>
>Reply-To: ProgrammerMatt <pro...@gm...>
>To: sha...@li...
>Subject: Re: [Shadowsrising-devtalk] Memory Footprints
>Date: Fri, 15 Jul 2005 15:33:35 -0500
>
>Memory footprinting is not a huge concern anymore, especially if ADODBlite
>and Smarty lite work out for us. I have, as you know, begun an extensive
>rewrite of portions of the codebase of Q-Site. Things have changed and
>anything not absolutely needed every time is no lonnger included. I will
>continue in optimization as long as I can. So far I have dropped average
>requirements for a page load from ~3.3 Mb to ~2.1 Mb (without ADODB lite or
>SMARTY lite) . Also, ADODB does not just take up 500 Kb, but with our
>functions it took up 1700 Kb. That was greatly decreased when I took a new
>approach to our DB, one that is overall, I think, more organized and
>definatly less memory consumption. The DB functions are no more, instead I
>have written a class that is still in the early stages, but has preformed
>better and at a lower memory cost than the old ones did. I believe I
>commited it to Q-Site last night, but note that Q-Site will not work out of
>CVS yet as qcms hasen't even been worked on to comply or take the
>optimizations I have planned for it.
>
>On 7/15/05, Pádraic Brady <mau...@ho...> wrote:
> >
> > Hey all,
> >
> > Sry for not being on the SR forums regular (exam study keeping me busy).
> > This is in response to a message from Matt on the Solar Empire Global
> > forum
> > (which Quantum Star SE is affiliated with - our sister project).
> >
> > Matt,
> >
> > I noted in one of your messages that you were concerned about memory use
> > of
> > an addition you were making to QSite. The fact is memory uptake can
> > severely
> > effect any web application on a shared host - even on most affordable
> > dedicated servers.
> >
> > I'm not recommending you cease and desist ;) I actually urge you to go
> > ahead
> > and we can view the results (me in Aug/Sep when I have the time) - but 
>do
> > reduce memory usage if possible, no need to go overboard to the point
> > where
> > the changes are impossible, memory is there to be used if its needed, so
> > blow it if its necessary to get it working.
> >
> > There were some changes I have in planning to reduce overall memory
> > footprint substantially. These are sourced in two projects, one
> > attributable
> > to the performance junkies of the Alien Assault Traders project. These 
>are
> > basically 'lite' versions of ADODB and Smarty.
> >
> > I have yet to look at Smarty Lite, but ADODB Lite has shown on 
>benchmarks
> > to
> > use about 18% of the memory of ADODB, with a resulting reduction in
> > response
> > lag - so do take a look at implementing it -
> > http://adodblite.sourceforge.net/
> >
> > I'll be doing so during this week for QS - so maybe I'll post the 
>updated
> > db_funcs library soon. I'm not sure whether it supports all our needed
> > ADODB
> > features, as a lite version it cuts out a lot of the less commonly used
> > features to reduce memory use. Maybe I'll even get the DB library 
>restated
> > and tidied up a little - though I'd prefer to that on your working copy
> > with
> > any changes you may have made more recently.
> >
> > Implementing Smarty Lite would see a similar performance improvement I'm
> > sure.
> >
> > Just letting know these are out there, and will keep our memory use as 
>low
> > as possible. I think ADODB by itself hits well over 500KB, getting that
> > down
> > below 200KB is quite an improvement in the scheme of things... Smarty is 
>a
> > similar memory hog.
> >
> > I'll be on ICQ about 22:00 GMT if about at that time.
> >
> > Later,
> >
> > Padraic
> >
> > -|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-
> > Pádraic Brady
> >
> > aka Maugrim The Reaper
> > http://www.quantum-star.com/
> > http://www.shadowsrising.net/
> > -|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-
> >
> >
> >
> >
> > -------------------------------------------------------
> > SF.Net <http://SF.Net> email is sponsored by: Discover Easy Linux
> > Migration Strategies
> > from IBM. Find simple to follow Roadmaps, straightforward articles,
> > informative Webcasts and more! Get everything you need to get up to
> > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> > _______________________________________________
> > Shadowsrising-devtalk mailing list
> > Sha...@li...
> > https://lists.sourceforge.net/lists/listinfo/shadowsrising-devtalk
> >
>
>
>
>--
><a 
>href="http://www.spreadfirefox.com/?q=affiliates&amp;id=67508&amp;t=72"><img
>border="0" alt="Get Firefox!" title="Get Firefox!" src="
>http://sfx-images.mozilla.org/affiliates/Buttons/88x31/rediscover.gif"/></a>

Re: [Shadowsrising-devtalk] On AJAX

[ProgrammerMatt <pro...@gm...>]

Installer only so far, it was a test implementation and is not done yet.=20
Sure I will take those.

On 7/16/05, P=E1draic Brady <mau...@ho...> wrote:
>=20
> Hi Matt,
>=20
> Just looking for a quick overview on the AJAX implementation and where
> currently in use. I'm checking out QSite for a looksee - ;)
>=20
> I'll be back online about Sunday 10PM GMT.
>=20
> Also wondering if you're interested in reading the phpArchitect magazine?=
=20
> I
> have copies of the last year's issues (PDF) might be of some interest.
>=20
> -|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-
> P=E1draic Brady
>=20
> aka Maugrim The Reaper
> http://www.quantum-star.com/
> http://www.shadowsrising.net/
> -|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-|-
>=20
>=20
>=20
>=20
>