Menu
▾
▴
apc-aa-coders — Discussion only useful to active developers.
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(21) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(136) |
Feb
(104) |
Mar
(80) |
Apr
(21) |
May
(36) |
Jun
(18) |
Jul
(22) |
Aug
(5) |
Sep
(11) |
Oct
(7) |
Nov
(3) |
Dec
(12) |
| 2004 |
Jan
(5) |
Feb
|
Mar
(3) |
Apr
(1) |
May
|
Jun
(1) |
Jul
(3) |
Aug
(6) |
Sep
(3) |
Oct
(4) |
Nov
(4) |
Dec
|
| 2005 |
Jan
(1) |
Feb
(4) |
Mar
|
Apr
(7) |
May
(4) |
Jun
(7) |
Jul
(4) |
Aug
(4) |
Sep
|
Oct
(8) |
Nov
(4) |
Dec
(1) |
| 2006 |
Jan
|
Feb
(3) |
Mar
(2) |
Apr
(4) |
May
|
Jun
(6) |
Jul
(2) |
Aug
(1) |
Sep
|
Oct
(3) |
Nov
|
Dec
|
| 2007 |
Jan
|
Feb
(4) |
Mar
(7) |
Apr
(4) |
May
(4) |
Jun
(8) |
Jul
(2) |
Aug
(2) |
Sep
|
Oct
|
Nov
(2) |
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
(1) |
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
(1) |
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Mitra <mi...@ea...> - 2003-02-20 21:40:08
|
Hi Honza, welcome back I notice you fixed some of the same bugs I did - (non member function in itemfunc, and roles in slices) hopefully CVS or you resolved the differences. - Mitra At 3:28 PM +0100 20/2/03, Honza Malik wrote: >I posted some changes to CVS. The list of changes follows. Most of >changes is related to new Links module, which is not complete, yet. At >least, user management functions should work, now. > > Honza > >CHANGES: >02/20/03 - added new input type field for itemedit - Hidden >(honzam) - added new alias function f_o which displaye "New" or "Old" > or such text for the item > - added banner parameter to slice.php3 (see > http://apc-aa.sourceforge.net/faq/#sliceparam) > - added database optimize script - called from AA cron.php3 > - new Links module (not complete, yet) > - fixed wrong order of odd/even rows in itemview (Index) > - do not load already loaded language file in mgettext > environment > - new manager class for administration of items (still in > Links module only) > - removed old, unused functions in searchlib > - it is impossible to use "AA Core slice" as template, now > - fixed problem of not showing roles for slices in user > management > - fixed bug with call nonmember function in itemfunct.php3 > - constants in selectbox is shown even if they have the same > value (space added) > - added new paramewter for Selectbox input field - "show all" > which displays all items including expited ones for slice > > > > > >------------------------------------------------------- >This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. >The most comprehensive and flexible code editor you can use. >Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. >www.slickedit.com/sourceforge >_______________________________________________ >Apc-aa-coders mailing list >Apc...@li... >https://lists.sourceforge.net/lists/listinfo/apc-aa-coders -- Mitra Technology Consulting - www.mitra.biz - mi...@mi... 02-6684-8096 or 0414-648-0722 Life is a Mystery to be Lived, not a Problem to be Solved |
|
From: Honza M. <hon...@ec...> - 2003-02-20 14:28:13
|
I posted some changes to CVS. The list of changes follows. Most of
changes is related to new Links module, which is not complete, yet. At
least, user management functions should work, now.
Honza
CHANGES:
02/20/03 - added new input type field for itemedit - Hidden
(honzam) - added new alias function f_o which displaye "New" or "Old"
or such text for the item
- added banner parameter to slice.php3 (see
http://apc-aa.sourceforge.net/faq/#sliceparam)
- added database optimize script - called from AA cron.php3
- new Links module (not complete, yet)
- fixed wrong order of odd/even rows in itemview (Index)
- do not load already loaded language file in mgettext
environment
- new manager class for administration of items (still in
Links module only)
- removed old, unused functions in searchlib
- it is impossible to use "AA Core slice" as template, now
- fixed problem of not showing roles for slices in user
management
- fixed bug with call nonmember function in itemfunct.php3
- constants in selectbox is shown even if they have the same
value (space added)
- added new paramewter for Selectbox input field - "show all"
which displays all items including expited ones for slice
|
|
From: Honza M. <hon...@ec...> - 2003-02-20 14:22:00
|
There was just missing row:
global $sess;
at the begining of the function.
Fixed in CVS.
Honza
On St, 2003-02-19 at 23:17, Mitra wrote:
> That line appears to be
> relatedwindow = open( "'. $sess->url("related_sel.php3") .
> '&sid=" + sid + "&var_id=" + varname + "&mode="\
> + mode + "&design=" + design, "relatedwindow", "scrollbars=1,
> resizable=1, width=500");
>
> Is that what you have?
>
> So it looks to me like this is a problem with the inclusion of
> locsess etc, which has been discussed on here.
>
> I have suggested a solution to that, which Jakub agreed with, but
> have not implemented it yet. Maybe someone else can implement it -
> maybe you?
>
> - Mitra
>
>
> At 10:22 AM +0100 19/2/03, Norbert Brazda wrote:
> >When I want to add new item (there is related window in my item
> >form) through admin interface, I got this error (when displaying
> >item form):
> >
> > Fatal error: Call to a member function on a non-object in
> > /var/www/html/apc-aa/include/itemfunc.php3 on line 1177
> >
> >
> >
> >
> >Norbert Brazda
> >br...@ch...
> >tel: 0905-729359
> >
> >ChangeNet - informacny servis o obcianskej spolocnosti
> >Mlynske nivy 41, 821 09 Bratislava, Slovakia
> >tel/fax: 02-55560026, eMail: in...@ch...
> >http://www.changenet.sk
> >
> >SPAJAME LUDI, KTORI MENIA SVET
> >
> >
> >
> >
> >-------------------------------------------------------
> >This SF.net email is sponsored by: SlickEdit Inc. Develop an edge.
> >The most comprehensive and flexible code editor you can use.
> >Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial.
> >www.slickedit.com/sourceforge
> >_______________________________________________
> >Apc-aa-coders mailing list
> >Apc...@li...
> >https://lists.sourceforge.net/lists/listinfo/apc-aa-coders
>
>
> --
> Mitra Technology Consulting - www.mitra.biz - mi...@mi...
> 02-6684-8096 or 0414-648-0722
>
> Life is a Mystery to be Lived, not a Problem to be Solved
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: SlickEdit Inc. Develop an edge.
> The most comprehensive and flexible code editor you can use.
> Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial.
> www.slickedit.com/sourceforge
> _______________________________________________
> Apc-aa-coders mailing list
> Apc...@li...
> https://lists.sourceforge.net/lists/listinfo/apc-aa-coders
>
|
|
From: Mitra <mi...@ea...> - 2003-02-19 22:22:48
|
That line appears to be
relatedwindow = open( "'. $sess->url("related_sel.php3") .
'&sid=" + sid + "&var_id=" + varname + "&mode="\
+ mode + "&design=" + design, "relatedwindow", "scrollbars=1,
resizable=1, width=500");
Is that what you have?
So it looks to me like this is a problem with the inclusion of
locsess etc, which has been discussed on here.
I have suggested a solution to that, which Jakub agreed with, but
have not implemented it yet. Maybe someone else can implement it -
maybe you?
- Mitra
At 10:22 AM +0100 19/2/03, Norbert Brazda wrote:
>When I want to add new item (there is related window in my item
>form) through admin interface, I got this error (when displaying
>item form):
>
> Fatal error: Call to a member function on a non-object in
> /var/www/html/apc-aa/include/itemfunc.php3 on line 1177
>
>
>
>
>Norbert Brazda
>br...@ch...
>tel: 0905-729359
>
>ChangeNet - informacny servis o obcianskej spolocnosti
>Mlynske nivy 41, 821 09 Bratislava, Slovakia
>tel/fax: 02-55560026, eMail: in...@ch...
>http://www.changenet.sk
>
>SPAJAME LUDI, KTORI MENIA SVET
>
>
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: SlickEdit Inc. Develop an edge.
>The most comprehensive and flexible code editor you can use.
>Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial.
>www.slickedit.com/sourceforge
>_______________________________________________
>Apc-aa-coders mailing list
>Apc...@li...
>https://lists.sourceforge.net/lists/listinfo/apc-aa-coders
--
Mitra Technology Consulting - www.mitra.biz - mi...@mi...
02-6684-8096 or 0414-648-0722
Life is a Mystery to be Lived, not a Problem to be Solved
|
|
From: Mitra <mi...@ea...> - 2003-02-19 22:22:45
|
There seem to be a number of problems with Caching, I fixed the last bug, but there seem to be others. It would be useful for you to run with "debugcache=1" and take a look at the output, to see what is being looked for, that would help find the problem. - Mitra At 9:27 PM +0100 19/2/03, Norbert Brazda wrote: >I do not know who fixed bug with caching (thanks!), but there are >still some problems - when you use scrollers in views, cache does >not reflect that and continues to send the same page over and over >as you scroll (select other pages). When I ran the view with >"nochache" parameter, it displays pages well. > > >norbert >br...@ch... > > > >------------------------------------------------------- >This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. >The most comprehensive and flexible code editor you can use. >Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. >www.slickedit.com/sourceforge >_______________________________________________ >Apc-aa-coders mailing list >Apc...@li... >https://lists.sourceforge.net/lists/listinfo/apc-aa-coders -- Mitra Technology Consulting - www.mitra.biz - mi...@mi... 02-6684-8096 or 0414-648-0722 Life is a Mystery to be Lived, not a Problem to be Solved |
|
From: Norbert B. <br...@ch...> - 2003-02-19 20:28:42
|
I do not know who fixed bug with caching (thanks!), but there are still = some problems - when you use scrollers in views, cache does not reflect = that and continues to send the same page over and over as you scroll = (select other pages). When I ran the view with "nochache" parameter, it = displays pages well.=20 norbert br...@ch... |
|
From: Norbert B. <br...@ch...> - 2003-02-19 09:23:47
|
When I want to add new item (there is related window in my item form) =
through admin interface, I got this error (when displaying item form):
Fatal error: Call to a member function on a non-object in=20
/var/www/html/apc-aa/include/itemfunc.php3 on line 1177
Norbert Brazda
br...@ch...
tel: 0905-729359
ChangeNet - informacny servis o obcianskej spolocnosti
Mlynske nivy 41, 821 09 Bratislava, Slovakia
tel/fax: 02-55560026, eMail: in...@ch...
http://www.changenet.sk
SPAJAME LUDI, KTORI MENIA SVET
|
|
From: Mitra <mi...@ea...> - 2003-02-19 04:01:37
|
When I run sql update, I get Some rows with script = misc/alerts/alerts.php3 exist already in table cron, not added. Doesthis mean I haven't been updated - is there something that should be fixed here, or is this perfectly normal? - Mitra -- Mitra Technology Consulting - www.mitra.biz - mi...@mi... 02-6684-8096 or 0414-648-0722 Life is a Mystery to be Lived, not a Problem to be Solved |
|
From: <jak...@se...> - 2003-02-18 15:54:32
|
The Alerts module is ready. Not completely, but it is running and who is
interested, may try it. Sql_update is needed again. I comitted a lot of
changes to CVS, see below. The current version of documentation may be
found in doc/reader.html and doc/anonym.html.
It's not a final release.
Jakub
02/18/03 - added slice_id=$slice_id automatically to the menu_util and
removed
from the items in menu.php3 (jakub)
02/17/03 - updated sql_update to match the current changes
02/17/03 - fixed the bug in TableEdit with not deleting items
02/17/03 - fixed the bug in Item Manager with ignoring 0 in the Search
box (jakub)
02/17/03 - fixed the bug in se_profile and profile with non-existing
func
inputDefaultTypes() (jakub)
02/17/03 - added "if (class_exists(DB_AA)) return" to extsess and
extsessi (jakub)
02/17/03 - added zids::refill() function (jakub)
02/17/03 - improved the Anonymous Wizard to match the other changes
(jakub)
02/17/03 - added a new field to slice settings, "Allow anonymous
editing",
with several options, described in doc/anonym.html (jakub)
02/17/03 - fixed several bugs in filler and fillform, improved their
documentation,
additional features (jakub)
02/17/03 - added a new Field validation function, "Unique e-mail", which
combines the "Unique" and "e-mail" validations (jakub)
02/17/03 - enhanced the Anonymous form and Reader management
documentation
in doc/reader.xml,html and doc/anonym.xml,html (jakub)
02/17/03 - added new parameters to field Input type Multiple Checkboxes,
which
allow to view them in a table (jakub)
02/17/03 - finished the Alert module which cooperates with the Reader
management
slice, added events to event_handler (jakub)
|
|
From: <jak...@se...> - 2003-02-18 14:17:45
|
Mitra,
You are very right. My patch was not pretty, I even did not post it to
CVS. Your approach seems OK.
> -----Original Message-----
> From: Mitra [mailto:mit...@ea...]
> Sent: Tuesday, February 18, 2003 12:28 AM
> To: Jakub Adamek; apc...@li...
> Subject: RE: [Apc-aa-general] 'cannot redeclare' error
>
>
> Thanks Jakub
>
> Lets try and tackle this one, rather than patching it - otherwise I
> think it will come back and get us at a later time.
>
> I'm looking at what calls what using the following unix ...
>
> cd apc-aa
> egrep -r 'require_once.*auth.php3|require_once.*sess' * | egrep -v
> '~:|^pts|/.#'
>
> I suggest that we adopt the following conventions
>
> 1: extsessi or extsess are only called from locsessi or locsess
> Violators ....
> include/locauth - I don't know what this file is used for, maybe it
> should be able to call extsess or extsessi
>
> 2: locsess and locsessi should not called from inside another
> include/* file, this is because only the higher level files know
> whether its encapsulated or not
> Violators ....
> include/viewobj.php3 (mitra)
> include/auth.php3 (jakub) (aut.php3 is also called by
Fixed (removed the link).
> include/event_handler)
> include/constedit_list.php3 (I don't know whose this is, it
> doesn't even have a CVS header, and outputs HTML from an Include
> file! Its also not called from anywhere else so I suggest removing it)
Removed from CVS. I created it for some project but it is called from
outside and thus should not be in include and better to be removed.
Jakub
>
>
> The only problem I see is that viewobj.php3 needs DB_AA which is in
> extsess & extsessi.
>
> one thought is to move them from there to either util.php3 or
> their own file.
>
> I've compared DB_AA in extsess and extsessi, and the onyl difference
> is that extsess sets $AutoFree = 'yes', can anyone see why this
> should be different between extsess and extsessi, surely we want to
> free up spare database connections inboth cases (if that is what
> AutoFree does).
>
> Jakub - do you agree with these conventions? I think it
> should fix it ?
>
> - Mitra
>
>
>
> At 8:56 PM +0100 17/2/03, Jakub Adamek wrote:
> >I have added "if (class_exists (DB_AA)) return;" to extsess and
> >extsessi, it helps in some cases.
> >
> >Jakub
> >
> >> -----Original Message-----
> >> From: apc...@li...
> >> [mailto:apc...@li...] On
> Behalf Of Mitra
> >> Sent: Sunday, February 16, 2003 10:49 PM
> >> To: William Wong; ja...@ra...;
> apc...@li...
> >> Subject: Re: [Apc-aa-general] 'cannot redeclare' error
> >>
> >>
> >> No - unfortunately that isn't the problem - the problem
> is to do with
> >> two different files locsessi which includes extsessi
> which includes
> >> session.inc and locsess which includes extsess which includes
> >> session.inc,
> >>
> >> - Mitra
> >>
> >>
> >> At 3:27 PM -0500 16/2/03, William Wong wrote:
> >> >I'm not too sure bout the extent of the problem, but couldn't a
> >> >require_once solve that?
> >> >
> >> >- Will
> >> >
> >> >----- Original Message -----
> >> >From: "Mitra" <mit...@ea...>
> >> >To: <ja...@ra...>; <apc...@li...>
> >> >Sent: Saturday, February 15, 2003 8:05 PM
> >> >Subject: RE: [Apc-aa-general] 'cannot redeclare' error
> >> >
> >> >
> >> >> The problem is that this code is being included twice -
> >> there are
> >> >> problems with require, which are being discussed on the
> >> apc-aa-coders
> >> >> list.
> >> >>
> >> >> - Mitra
> >> >>
> >> >>
> >> >> At 11:36 AM -0500 15/2/03, Jane Will wrote:
> >> >> >I have commented out the following lines in the
> >> >> >/apc-aa/include/phplib/session.inc file: >The pages work
> >> now, but
> >> >> will not cleaning up the old session >data have some
> bad effect ?
> >> >> >
> >> >> >Thanks,
> >> >> >Jane
> >> >> >
> >> >> > ##
> >> >> > ## Garbage collection
> >> >> > ##
> >> >> > ## Destroy all session data older than this
> > > >> > ##
> > > >> > ## function gc() {
> > > >> > ## srand(time());
> > > >> > ## if ((rand()%100) < $this->gc_probability) {
> > > >> > ## $this->that->ac_gc($this->gc_time, $this->name);
> >> >> > ## }
> > > >> > ## }
> > > >> >
> > > >> >
> > > >> >
> > > >> >-------------------------------------------------------
> > > >> >This sf.net email is sponsored by:ThinkGeek
> > > >> >Welcome to geek heaven.
> >> >> >http://thinkgeek.com/sf
> >> >> >_______________________________________________
> >> >> >apc-aa-general mailing list
> >> >> >apc...@li...
> >> >> >https://lists.sourceforge.net/lists/listinfo/apc-aa-general
> > > >>
> >> >>
> >> >> --
> >> >> Mitra Technology Consulting - www.mitra.biz -
> mi...@mi...
> >> >> 02-6684-8096 or 0414-648-0722
> >> >>
> >> >> Life is a Mystery to be Lived, not a Problem to be Solved
> >> >>
> >> >>
> >> >>
> >> >> -------------------------------------------------------
> >> >> This sf.net email is sponsored by:ThinkGeek
> >> >> Welcome to geek heaven.
> >> >> http://thinkgeek.com/sf
> >> >> _______________________________________________
> >> >> apc-aa-general mailing list
> apc...@li...
> >> >> https://lists.sourceforge.net/lists/listinfo/apc-aa-general
> >> >>
> >> >
> >> >
> >> >
> >> >-------------------------------------------------------
> >> >This sf.net email is sponsored by:ThinkGeek
> >> >Welcome to geek heaven.
> >> >http://thinkgeek.com/sf
> >> >_______________________________________________
> >> >apc-aa-general mailing list
> >> >apc...@li...
> >> >https://lists.sourceforge.net/lists/listinfo/apc-aa-general
> >>
> >>
> >> --
> >> Mitra Technology Consulting - www.mitra.biz - mi...@mi...
> >> 02-6684-8096 or 0414-648-0722
> >>
> >> Life is a Mystery to be Lived, not a Problem to be Solved
> >>
> >>
> >>
> >> -------------------------------------------------------
> >> This sf.net email is sponsored by:ThinkGeek
> >> Welcome to geek heaven.
> >> http://thinkgeek.com/sf
> >> _______________________________________________
> >> apc-aa-general mailing list
> >> apc...@li...
> >> https://lists.sourceforge.net/lists/listinfo/apc-aa-general
> >>
> >
> >
> >
> >-------------------------------------------------------
> >This sf.net email is sponsored by:ThinkGeek
> >Welcome to geek heaven.
> >http://thinkgeek.com/sf
> >_______________________________________________
> >apc-aa-general mailing list
> >apc...@li...
> >https://lists.sourceforge.net/lists/listinfo/apc-aa-general
>
>
> --
> Mitra Technology Consulting - www.mitra.biz - mi...@mi...
> 02-6684-8096 or 0414-648-0722
>
> Life is a Mystery to be Lived, not a Problem to be Solved
>
|
|
From: <jak...@se...> - 2003-02-18 14:09:12
|
Mitra, Thanks for your suggestions. I will do my best. I already started working on some step by step tutorial, look forward :-)) Jakub > -----Original Message----- > From: apc...@li... > [mailto:apc...@li...] On Behalf Of Mitra > Sent: Tuesday, February 18, 2003 12:45 AM > To: Jakub Adamek; apc...@so... > Subject: Re: [Apc-aa-coders] Auth feature and Docbook and pre-farewell > > > Jakub > > Could we get some step by step use cases for this, I'm not finding it > easy to figure it out from the Docs. > > For example .... > > 1: An Administrator wants to setup a web page so it can only be > accessed by certain readers. The steps to set the page to be > controlled by a Reader slice, and creating the slice would be good. > > 2: An Administrator wants to setup a mailing list (presumably > mailman) to recieve new messages posted to a slice. > > 2b: A reader wishes to add themselves to this list. > > Probably also we need to understand the difference between Alerts and > Mailman for managing sending email out. > > - Mitra > > > > > > At 6:39 PM +0100 11/2/03, Jakub Adamek wrote: > >Hi all, > > > >I have finished the first "module" (it is not a real module) for the > >Reader Management Slice: the Auth feature. See the description in the > >attached file. This file is again the HTML doc/reader.html > got from the > >Docbook file doc/reader.xml. > > > >This should be also an advertisement of the Docbook features. See the > >nice revision info and content at the beginning of the file. Both are > >created automagically. I would like to recommend Docbook to > you for next > >version of all AA docs. There is also a lovely and powerful > free Docbook > >(but not only Docbook) editor XmlMind, see www.xmlmind.org > (if I am not > >mistaken) which makes creating Docbook documents a pleasure. > > > >Perhaps you should know that I will finish my job in Econnect in the > >middle of March and perhaps will not any more read the > conference nor do > >any work for AA. Use this knowledge to test all the features I am > >working on so that I can do the fixes needed before I finish. > > > >Jakub > > > >Attachment converted: Macintosh HD:reader 1.html (TEXT/MSIE) > (0005445F) > > > -- > Mitra Technology Consulting - www.mitra.biz - mi...@mi... > 02-6684-8096 or 0414-648-0722 > > Life is a Mystery to be Lived, not a Problem to be Solved > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Apc-aa-coders mailing list > Apc...@li... > https://lists.sourceforge.net/lists/listinfo/apc-aa-coders > |
|
From: Mitra <mi...@ea...> - 2003-02-17 23:49:08
|
Jakub Could we get some step by step use cases for this, I'm not finding it easy to figure it out from the Docs. For example .... 1: An Administrator wants to setup a web page so it can only be accessed by certain readers. The steps to set the page to be controlled by a Reader slice, and creating the slice would be good. 2: An Administrator wants to setup a mailing list (presumably mailman) to recieve new messages posted to a slice. 2b: A reader wishes to add themselves to this list. Probably also we need to understand the difference between Alerts and Mailman for managing sending email out. - Mitra At 6:39 PM +0100 11/2/03, Jakub Adamek wrote: >Hi all, > >I have finished the first "module" (it is not a real module) for the >Reader Management Slice: the Auth feature. See the description in the >attached file. This file is again the HTML doc/reader.html got from the >Docbook file doc/reader.xml. > >This should be also an advertisement of the Docbook features. See the >nice revision info and content at the beginning of the file. Both are >created automagically. I would like to recommend Docbook to you for next >version of all AA docs. There is also a lovely and powerful free Docbook >(but not only Docbook) editor XmlMind, see www.xmlmind.org (if I am not >mistaken) which makes creating Docbook documents a pleasure. > >Perhaps you should know that I will finish my job in Econnect in the >middle of March and perhaps will not any more read the conference nor do >any work for AA. Use this knowledge to test all the features I am >working on so that I can do the fixes needed before I finish. > >Jakub > >Attachment converted: Macintosh HD:reader 1.html (TEXT/MSIE) (0005445F) -- Mitra Technology Consulting - www.mitra.biz - mi...@mi... 02-6684-8096 or 0414-648-0722 Life is a Mystery to be Lived, not a Problem to be Solved |
|
From: Mitra <mit...@ea...> - 2003-02-17 23:29:19
|
Thanks Jakub
Lets try and tackle this one, rather than patching it - otherwise I
think it will come back and get us at a later time.
I'm looking at what calls what using the following unix ...
cd apc-aa
egrep -r 'require_once.*auth.php3|require_once.*sess' * | egrep -v
'~:|^pts|/.#'
I suggest that we adopt the following conventions
1: extsessi or extsess are only called from locsessi or locsess
Violators ....
include/locauth - I don't know what this file is used for, maybe it
should be able to call extsess or extsessi
2: locsess and locsessi should not called from inside another
include/* file, this is because only the higher level files know
whether its encapsulated or not
Violators ....
include/viewobj.php3 (mitra)
include/auth.php3 (jakub) (aut.php3 is also called by include/event_handler)
include/constedit_list.php3 (I don't know whose this is, it
doesn't even have a CVS header, and outputs HTML from an Include
file! Its also not called from anywhere else so I suggest removing it)
The only problem I see is that viewobj.php3 needs DB_AA which is in
extsess & extsessi.
one thought is to move them from there to either util.php3 or their own file.
I've compared DB_AA in extsess and extsessi, and the onyl difference
is that extsess sets $AutoFree = 'yes', can anyone see why this
should be different between extsess and extsessi, surely we want to
free up spare database connections inboth cases (if that is what
AutoFree does).
Jakub - do you agree with these conventions? I think it should fix it ?
- Mitra
At 8:56 PM +0100 17/2/03, Jakub Adamek wrote:
>I have added "if (class_exists (DB_AA)) return;" to extsess and
>extsessi, it helps in some cases.
>
>Jakub
>
>> -----Original Message-----
>> From: apc...@li...
>> [mailto:apc...@li...] On Behalf Of Mitra
>> Sent: Sunday, February 16, 2003 10:49 PM
>> To: William Wong; ja...@ra...; apc...@li...
>> Subject: Re: [Apc-aa-general] 'cannot redeclare' error
>>
>>
>> No - unfortunately that isn't the problem - the problem is to do with
>> two different files locsessi which includes extsessi which includes
>> session.inc and locsess which includes extsess which includes
>> session.inc,
>>
>> - Mitra
>>
>>
>> At 3:27 PM -0500 16/2/03, William Wong wrote:
>> >I'm not too sure bout the extent of the problem, but couldn't a
>> >require_once solve that?
>> >
>> >- Will
>> >
>> >----- Original Message -----
>> >From: "Mitra" <mit...@ea...>
>> >To: <ja...@ra...>; <apc...@li...>
>> >Sent: Saturday, February 15, 2003 8:05 PM
>> >Subject: RE: [Apc-aa-general] 'cannot redeclare' error
>> >
>> >
>> >> The problem is that this code is being included twice -
>> there are
>> >> problems with require, which are being discussed on the
>> apc-aa-coders
>> >> list.
>> >>
>> >> - Mitra
>> >>
>> >>
>> >> At 11:36 AM -0500 15/2/03, Jane Will wrote:
>> >> >I have commented out the following lines in the
>> >> >/apc-aa/include/phplib/session.inc file: >The pages work
>> now, but
>> >> will not cleaning up the old session >data have some bad effect ?
>> >> >
>> >> >Thanks,
>> >> >Jane
>> >> >
>> >> > ##
>> >> > ## Garbage collection
>> >> > ##
>> >> > ## Destroy all session data older than this
> > >> > ##
> > >> > ## function gc() {
> > >> > ## srand(time());
> > >> > ## if ((rand()%100) < $this->gc_probability) {
> > >> > ## $this->that->ac_gc($this->gc_time, $this->name);
>> >> > ## }
> > >> > ## }
> > >> >
> > >> >
> > >> >
> > >> >-------------------------------------------------------
> > >> >This sf.net email is sponsored by:ThinkGeek
> > >> >Welcome to geek heaven.
>> >> >http://thinkgeek.com/sf
>> >> >_______________________________________________
>> >> >apc-aa-general mailing list
>> >> >apc...@li...
>> >> >https://lists.sourceforge.net/lists/listinfo/apc-aa-general
> > >>
>> >>
>> >> --
>> >> Mitra Technology Consulting - www.mitra.biz - mi...@mi...
>> >> 02-6684-8096 or 0414-648-0722
>> >>
>> >> Life is a Mystery to be Lived, not a Problem to be Solved
>> >>
>> >>
>> >>
>> >> -------------------------------------------------------
>> >> This sf.net email is sponsored by:ThinkGeek
>> >> Welcome to geek heaven.
>> >> http://thinkgeek.com/sf
>> >> _______________________________________________
>> >> apc-aa-general mailing list apc...@li...
>> >> https://lists.sourceforge.net/lists/listinfo/apc-aa-general
>> >>
>> >
>> >
>> >
>> >-------------------------------------------------------
>> >This sf.net email is sponsored by:ThinkGeek
>> >Welcome to geek heaven.
>> >http://thinkgeek.com/sf
>> >_______________________________________________
>> >apc-aa-general mailing list
>> >apc...@li...
>> >https://lists.sourceforge.net/lists/listinfo/apc-aa-general
>>
>>
>> --
>> Mitra Technology Consulting - www.mitra.biz - mi...@mi...
>> 02-6684-8096 or 0414-648-0722
>>
>> Life is a Mystery to be Lived, not a Problem to be Solved
>>
>>
>>
>> -------------------------------------------------------
>> This sf.net email is sponsored by:ThinkGeek
>> Welcome to geek heaven.
>> http://thinkgeek.com/sf
>> _______________________________________________
>> apc-aa-general mailing list
>> apc...@li...
>> https://lists.sourceforge.net/lists/listinfo/apc-aa-general
>>
>
>
>
>-------------------------------------------------------
>This sf.net email is sponsored by:ThinkGeek
>Welcome to geek heaven.
>http://thinkgeek.com/sf
>_______________________________________________
>apc-aa-general mailing list
>apc...@li...
>https://lists.sourceforge.net/lists/listinfo/apc-aa-general
--
Mitra Technology Consulting - www.mitra.biz - mi...@mi...
02-6684-8096 or 0414-648-0722
Life is a Mystery to be Lived, not a Problem to be Solved
|
|
From: Mitra <mi...@ea...> - 2003-02-17 22:16:37
|
Ok - I don't see anywhere in the current CVS where refill is being used, so the code behaves exactly the same way at the moment I think? It has been my assumption that creating a new instance of a class is not a problem, no more complex than creating an array, it must be the code in the constructor that causes it to be slow - which is something we need in all cases. Also - I don't find "new zids" inside any loops, at least not in any tight loops that appear in the same screen as the call. Is there some place where you see it being used inefficiently? - Mitra At 8:56 PM +0100 17/2/03, Jakub Adamek wrote: >Mitra, > >I really love the zids class. I have moved the constructor body to the >method refill() and call this function from the constructor. It's >because I am not sure how efficient it is to create a new class each >time in a loop. > >Jakub > > > >------------------------------------------------------- >This sf.net email is sponsored by:ThinkGeek >Welcome to geek heaven. >http://thinkgeek.com/sf >_______________________________________________ >Apc-aa-coders mailing list >Apc...@li... >https://lists.sourceforge.net/lists/listinfo/apc-aa-coders -- Mitra Technology Consulting - www.mitra.biz - mi...@mi... 02-6684-8096 or 0414-648-0722 Life is a Mystery to be Lived, not a Problem to be Solved |
|
From: Mitra <mi...@ea...> - 2003-02-17 22:08:49
|
You could be correct, I'm not sure if PHP caches connections. What I KNOW to be bad is using $db, $db2, and $db3 because if in the middle of using $db to fetch records, then you use a function call (for example to turn and id into a name) and this uses the same $db then you break things. Its a recipe for bugs. So I see two solutiosn 1: $db = new DB_AA() ; use the $db ; or 2: $db = getDB; use the $db ; freeDB($db) Actually, I can't see how #1 (or the current way of doing things) can reuse database connections, because how does PHP know when you've finished with the SELECT? yes - there could be a problem with "return" without freeing the db, but I'd rather have an occasional inefficiency, than a big problem with possible bugs. I'm not making any mass changes, just changing the code as I work on it, so I think it will be easy to do it carefully. - Mitra At 8:56 PM +0100 17/2/03, Jakub Adamek wrote: >Mitra, > >the PHPlib approach of having the DB connection and recordset in one >class is a bit strange. The result is, we should create a new recordset >DB_AA for each SELECT query. The current approach of using one recordset >everywhere is perhaps caused by the name DB_AA which looks like database >and usually only one database is used. It is surely wrong. > >I am not sure, but my idea was that the persistent connections are kept >by PHP and not by individual scripts and thus creating a new DB_AA would >waste no time as it uses always only finds a persisten connection? It >this is the case, getDB and freeDB are not needed because they only >duplicate this behavior. > >One more remark: Your approach seems to me a bit uncovenient. The >problem is you must call freeDB() every time you exit any function. >Surely somebody will forget to do so at least in some places where he or >she uses "return". In C++ such things are solved by constructors and >destructors, but PHP has no destructors. On the other hand this will >perhaps do no much damage as the not-freed DBs will be closed as the >script finishes. > >Jakub > >> -----Original Message----- >> From: apc...@li... >> [mailto:apc...@li...] On Behalf Of Mitra >> Sent: Sunday, February 16, 2003 10:56 AM >> To: apc...@so... >> Subject: [Apc-aa-coders] getDB and freeDB >> >> >> One change of note is to add functions getDB and freeDB so that there >> is no longer the risk of one operation mucking up an in-process DB >> action. >> >> Basically instead of trying to decide whether to use globals $db $db2 >> or $db3 instead just go >> >> >> $db = getDB() >> $db->normal db ops >> freeDB($db) >> >> The system keeps an array of unused $db's so that we still get the >> advantages of keeping connections open. >> >> I have NOT incorporated this into the existing code, - since to do so >> would inevitably involve making one or more mistakes that broke >> something!, but I will do whenever I'm working on something. >> >> - Mitra >> >> -- >> Mitra Technology Consulting - www.mitra.biz - >> mi...@mi... 02-6684-8096 or 0414-648-0722 >> >> Life is a Mystery to be Lived, not a Problem to be Solved >> >> >> >> ------------------------------------------------------- >> This sf.net email is sponsored by:ThinkGeek >> Welcome to geek heaven. >> http://thinkgeek.com/sf >> _______________________________________________ >> Apc-aa-coders mailing list >> Apc...@li... > > https://lists.sourceforge.net/lists/listinfo/apc-aa-coders > > -- Mitra Technology Consulting - www.mitra.biz - mi...@mi... 02-6684-8096 or 0414-648-0722 Life is a Mystery to be Lived, not a Problem to be Solved |
|
From: Jakub A. <jak...@se...> - 2003-02-17 19:57:00
|
Mitra, I really love the zids class. I have moved the constructor body to the method refill() and call this function from the constructor. It's because I am not sure how efficient it is to create a new class each time in a loop. Jakub |
|
From: Jakub A. <jak...@se...> - 2003-02-17 19:56:58
|
Mitra, the PHPlib approach of having the DB connection and recordset in one class is a bit strange. The result is, we should create a new recordset DB_AA for each SELECT query. The current approach of using one recordset everywhere is perhaps caused by the name DB_AA which looks like database and usually only one database is used. It is surely wrong. I am not sure, but my idea was that the persistent connections are kept by PHP and not by individual scripts and thus creating a new DB_AA would waste no time as it uses always only finds a persisten connection? It this is the case, getDB and freeDB are not needed because they only duplicate this behavior. One more remark: Your approach seems to me a bit uncovenient. The problem is you must call freeDB() every time you exit any function. Surely somebody will forget to do so at least in some places where he or she uses "return". In C++ such things are solved by constructors and destructors, but PHP has no destructors. On the other hand this will perhaps do no much damage as the not-freed DBs will be closed as the script finishes. Jakub > -----Original Message----- > From: apc...@li... > [mailto:apc...@li...] On Behalf Of Mitra > Sent: Sunday, February 16, 2003 10:56 AM > To: apc...@so... > Subject: [Apc-aa-coders] getDB and freeDB > > > One change of note is to add functions getDB and freeDB so that there > is no longer the risk of one operation mucking up an in-process DB > action. > > Basically instead of trying to decide whether to use globals $db $db2 > or $db3 instead just go > > > $db = getDB() > $db->normal db ops > freeDB($db) > > The system keeps an array of unused $db's so that we still get the > advantages of keeping connections open. > > I have NOT incorporated this into the existing code, - since to do so > would inevitably involve making one or more mistakes that broke > something!, but I will do whenever I'm working on something. > > - Mitra > > -- > Mitra Technology Consulting - www.mitra.biz - > mi...@mi... 02-6684-8096 or 0414-648-0722 > > Life is a Mystery to be Lived, not a Problem to be Solved > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Apc-aa-coders mailing list > Apc...@li... > https://lists.sourceforge.net/lists/listinfo/apc-aa-coders > |
|
From: Mitra <mi...@ea...> - 2003-02-16 21:32:01
|
One change of note is to add functions getDB and freeDB so that there is no longer the risk of one operation mucking up an in-process DB action. Basically instead of trying to decide whether to use globals $db $db2 or $db3 instead just go $db = getDB() $db->normal db ops freeDB($db) The system keeps an array of unused $db's so that we still get the advantages of keeping connections open. I have NOT incorporated this into the existing code, - since to do so would inevitably involve making one or more mistakes that broke something!, but I will do whenever I'm working on something. - Mitra -- Mitra Technology Consulting - www.mitra.biz - mi...@mi... 02-6684-8096 or 0414-648-0722 Life is a Mystery to be Lived, not a Problem to be Solved |
|
From: Mitra <mi...@ea...> - 2003-02-16 21:31:56
|
I've made a lot of changes over the last week or so, saved them all
up to try and keep things stable ....
here's the change log
02/16/03 - removed include of nonexistant en_site_lang.php3 from
modedit (mitra\
)
- added roles to um_util.php3.PrintModuleAddRow - possibly wrong
- fixed bug in init_page stopping non-superusers logging in
- fixed warning in view.php3 from packing empty slice_id
- added some reset's in getxml
- admin/index will now tell you WHICH slice you can't edit
- added test option to RSS feed adder
- added views to import and export - still not working properly!
- added flag EXTSESSEITHER_INCLUDED to get around bugs with
multiple includes until these get fixed
- commented out security risk default_fnc_variable (mitra)
- created include/viewobj.php3
- added mroe functionality to sliceobj, especially slice2
- added getDB and freeDB to remove guessing about which AA_DB to use
- created xml_serializer.php3 for object <-> xml
- renamed zids/qqqquote to qqquote
--
Mitra Technology Consulting - www.mitra.biz - mi...@mi...
02-6684-8096 or 0414-648-0722
Life is a Mystery to be Lived, not a Problem to be Solved
|
|
From: Mitra <mi...@ea...> - 2003-02-16 21:31:51
|
There is a bug in editing users or groups, where you can't assign new permissions because the drop-down on the right - which I presume is supposed to choose between Author, Editor, and Administrator is empty This in particular means there is NO WAY AT ALL to give permissions to anyone but a super-user to edit a "Site" module. I'm not sure how to fix this - can't figure out what is supposed to be in this box to indicate the new roles. I've sort of fixed it by adding "AUTHOR", "EDITOR", and "ADMINISTRATOR", but I don't think this makes sense for the Site module ? Could whoever wrote this - take a look, was this Honza? - Mitra -- Mitra Technology Consulting - www.mitra.biz - mi...@mi... 02-6684-8096 or 0414-648-0722 Life is a Mystery to be Lived, not a Problem to be Solved |
|
From: Mitra <mi...@ea...> - 2003-02-16 21:31:47
|
I had a problem today where a non-superuser Administrator reported he couldn't log in, Turned out that with the current CVS version, noone who was not a superuser could log in, the problem turned out to be in init_page which now checks permissions, and didn't test the flag $after_login Its fixed and checked in. - Mitra -- Mitra Technology Consulting - www.mitra.biz - mi...@mi... 02-6684-8096 or 0414-648-0722 Life is a Mystery to be Lived, not a Problem to be Solved |
|
From: Jakub A. <jak...@se...> - 2003-02-16 21:00:54
|
Mitra,
if you look at the code, you have commented out a necessary part making
the aliases array from a simple alias=>value array. And as you added two
rows to the while() cycle, you forgot to add { }, so that the unaliasing
was done only for the first key.
Jakub
> -----Original Message-----
> From: apc...@li...
> [mailto:apc...@li...] On Behalf Of Mitra
> Sent: Sunday, February 16, 2003 2:05 AM
> To: Jakub Adamek; apc...@so...
> Subject: Re: [Apc-aa-coders] Who broke my code?
>
>
> That looks like something i did ...
>
> I made the changes to bring all the unaliasing into one place, so
> that {....} worked the same wherever.
>
> Looking over this code in detail, it seems that the old version and
> the broken version do the same thing , i.e. $item->unalias($value)
> calls new_unalias_recurent($value,"",0,0,$this)
>
> The only difference is that the aliases are now accepted directly by
> new_unalias_recurent rather than creating a dummy item.
>
> What broke?
>
> - Mitra
>
>
>
>
>
> At 9:06 PM +0100 15/2/03, Jakub Adamek wrote:
> >Hi,
> >
> >someone broke my code in mail.php3, function
> send_mail_from_table. My
> >own code was commented out and the function new_unalias_recurent was
> >there instead. But the parameters to this function were all
> bad and it
> >was not working in the cycle as it should and so on.
> >
> >Why? Who? Not that it was so much damage, I only deleted the changes
> >and returned to my code. But it is strange because the changes were
> >really so incorrect.
> >
> >Jakub
> >
> >This is the broken state:
> >
> > if (is_array ($aliases)) {
> >/*
> > // I don't know how to work with unaliasing. Thus I try to
> >pretend
> > // having an item.
> > reset ($aliases);
> > while (list ($alias, $translate) = each ($aliases)) {
> > // I create the "columns"
> > $cols[$alias][0] = array (
> > "value" => $translate,
> > "flag" => FLAG_HTML);
> > // and "aliases"
> > $als [$alias] = array ("fce"=>"f_h", "param"=>$alias);
> > }
> > $item = new Item ("", $cols, $als, "", "" ,"");
> >*/
> > while (list ($key, $value) = each ($record))
> ># $record[$key] = $item->unalias ($value);
> > $level = 0; $maxlevel = 0;
> > $record[$key] = new_unalias_recurent($value, "", $level,
> >$maxlevel, null, null, $aliases);
> > }
> >
> >
> >
> >-------------------------------------------------------
> >This sf.net email is sponsored by:ThinkGeek
> >Welcome to geek heaven.
> >http://thinkgeek.com/sf
> _______________________________________________
> >Apc-aa-coders mailing list
> >Apc...@li...
> >https://lists.sourceforge.net/lists/listinfo/apc-aa-coders
>
>
> --
> Mitra Technology Consulting - www.mitra.biz - mi...@mi...
> 02-6684-8096 or 0414-648-0722
>
> Life is a Mystery to be Lived, not a Problem to be Solved
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Apc-aa-coders mailing list
> Apc...@li...
> https://lists.sourceforge.net/lists/listinfo/apc-aa-coders
>
|
|
From: Jakub A. <jak...@se...> - 2003-02-16 21:00:54
|
It was two successive changes: First I moved some constants into functions in constants.php3, to allow _m() to be applied at runtime. Than I created some new parameter wizards and removed the new function. I have fixed this. Jakub > -----Original Message----- > From: apc...@li... > [mailto:apc...@li...] On Behalf Of Mitra > Sent: Sunday, February 16, 2003 5:30 AM > To: apc...@so... > Subject: [Apc-aa-coders] Re: Bug in se_profile.php3 - missing > function inputDefaultTypes() > > > Anyone got any ideas on this, its called in quite a few places like > admin/se_inputform and se_profile but there is no definition > anywhere, is this in a new file that someone forgot to "cvs add" or > is it in something old that got cleaned out (I don't find it in any > of the backup versions on sourceforge?) > > - Mitra > > > At 3:31 PM +1100 7/2/03, Mitra wrote: > >If you go to se_profile there is a message > > > >Fatal Error: call to undefined function: inputdefaultytypes() in > >.....se_profile.php3 on line 198 > > > > > >Has someone been working there, could you fix it. > > > >- Mitra > > > >-- > >Mitra Technology Consulting - www.mitra.biz - mi...@mi... > >02-6684-8096 or 0414-648-0722 > > > >Life is a Mystery to be Lived, not a Problem to be Solved > > > -- > Mitra Technology Consulting - www.mitra.biz - > mi...@mi... 02-6684-8096 or 0414-648-0722 > > Life is a Mystery to be Lived, not a Problem to be Solved > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Apc-aa-coders mailing list > Apc...@li... > https://lists.sourceforge.net/lists/listinfo/apc-aa-coders > |
|
From: Mitra <mi...@ea...> - 2003-02-16 04:39:16
|
Anyone got any ideas on this, its called in quite a few places like admin/se_inputform and se_profile but there is no definition anywhere, is this in a new file that someone forgot to "cvs add" or is it in something old that got cleaned out (I don't find it in any of the backup versions on sourceforge?) - Mitra At 3:31 PM +1100 7/2/03, Mitra wrote: >If you go to se_profile there is a message > >Fatal Error: call to undefined function: inputdefaultytypes() in >.....se_profile.php3 on line 198 > > >Has someone been working there, could you fix it. > >- Mitra > >-- >Mitra Technology Consulting - www.mitra.biz - mi...@mi... >02-6684-8096 or 0414-648-0722 > >Life is a Mystery to be Lived, not a Problem to be Solved -- Mitra Technology Consulting - www.mitra.biz - mi...@mi... 02-6684-8096 or 0414-648-0722 Life is a Mystery to be Lived, not a Problem to be Solved |
|
From: Mitra <mi...@ea...> - 2003-02-16 01:12:52
|
Thanks for spotting and fixing this, (although the problem was really that the function was called qqqquote instead of qqquote (i.e. quote it then add double quotes around it). - Mitra At 9:06 PM +0100 15/2/03, Jakub Adamek wrote: >Mitra, > >you had an error on line 185 in zids.php3, qqquote instead of qqqquote. >Fixed. > >Jakub > > > >------------------------------------------------------- >This sf.net email is sponsored by:ThinkGeek >Welcome to geek heaven. >http://thinkgeek.com/sf >_______________________________________________ >Apc-aa-coders mailing list >Apc...@li... >https://lists.sourceforge.net/lists/listinfo/apc-aa-coders -- Mitra Technology Consulting - www.mitra.biz - mi...@mi... 02-6684-8096 or 0414-648-0722 Life is a Mystery to be Lived, not a Problem to be Solved |
3 messages has been excluded from this view by a project administrator.
