Menu
▾
▴
RE: [Apc-aa-coders] extsess and extsessi
|
From: Mitra <mi...@ea...> - 2003-02-14 22:37:38
|
Thanks Marek - I understood this much already, the question is how it was intended to include them - i.e. at what level, in slice.php3 or view.php3 or what? Jakub - this has started breaking since you did all the "require_once" stuff, can you look at it. Marek - I'm not going to get a chance to look at the problem you are describing for several days! I'vegot to fix the cache problem (which may be whats causing this, and is not code I've worked on before) and then I've got to move a site - having wasted several days trying to get import/export working. Anyway - if you want help looking at a problem like this, you have to provide as simple a URL as possible that fails, so I can run it with debug=3D1 and see what is happening. Please look at the FAQ on hints on debugging. - Mitra At 10:33 AM +0100 14/2/03, Marek Tichy wrote: >Hi Mitra, >first - could you please look at this first (not sure wheather it's >related or not): > >> >Another weird problem I have is that slices don't show up - the >> >server returns blank document, as if it had crashed php. It happens >> >in slice.php3 at this spot: >> > >> >$zids=3DQueryZIDs($fields, $slice_id, $conds, $sort, $slice_info[group_= by], >> > "ACTIVE", $slices, $neverAllItems, 0, >> >$defaultCondsOperator, true ); > >OK. Generally locsess is a normal phplib session management >(localised for . While locsessi is patched to get session parameters >also from QUERY_STRING_UNESCAPED. (i at the end stands for >Includes). So as a rule of thumb, locsessi should only be used in the >"public" part of AA - slice, view etc... Anywhere else, where the >page is generated as a whole (admin part) and not being included >vi SSI, using locsess is fine. > >Hope it helps. > >Marek > > > > > > >> -----Original Message----- >> From: apc...@li... >> [mailto:apc...@li...]On Behalf Of Mitra >> Sent: 13. =FAnora 2003 23:01 >> To: Marek Tichy; apc...@so... >> Subject: RE: [Apc-aa-coders] extsess and extsessi >> >> >> Yes - that sounds like the problem, yes - extsess is only included >> by locsess and extsessi by locsessi, but we have some cases where >> locsess is being included AS WELL as locsessi and other cases where >> neither are being included. >> >> I'd fix it, but i can't figure out what, whoever wrote this, >> intended. In particular when to include one and when the other. I >> think we need a single file to include "locsesseither.php3" which >> includes one and only one of the other files, but I don't understand >> when one should be included, and when the other. >> >> - Mitra >> >> At 2:18 PM +0100 13/2/03, Marek Tichy wrote: >> >Hi Mitra, >> >I'm getting an error in latest cvs, which i think is related to this. > > > > > > Call to a member function on a non-object in > > ><b>/raid/www/htdocs/aa.ecn.cz/apc-aa- > > > cvs/include/itemfunc.php3</b> on line <b>1172</b><br /> > > > > > >Which is: > > > relatedwindow =3D open( "'. $sess->url("related_sel.php3") ........= =2E.. >> > >> >As far as I remember, extsess and extsessi are extensions to the >> >phplib session class. >> >I can't see any reason why would those two be included anywhere else >> >than locsess /locsessi, and also in locauth. >> > >> > >> >Don't think I can move this any forward. > > > > > >Best > > > Marek > > > > > > > > >> -----Original Message----- > > >> From: apc...@li... > > >> [mailto:apc...@li...]On Behalf Of Mitr= a > > >> Sent: 13. =FAnora 2003 4:46 >> >> To: apc...@so... >> >> Subject: [Apc-aa-coders] extsess and extsessi >> >> >> >> >> >> The change to require_once seems to have worked fairly well, except >> >> for one problem. >> >> >> >> There are some problems with extsess and extsessi >> >> >> >> If you include one, you can't include the other. >> >> >> >> But .... code has to include one or the other to function, > > >> >> >> What I'm finding is that certain combinations include either none or >> >> both and so break. >> >> >> >> Where SHOULD these be included from ? >> >> >> >> - 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 >> >> >> >> ------------------------------------------------------- >> This SF.NET email is sponsored by: FREE SSL Guide from Thawte >> are you planning your Web Server Security? Click here to get a FREE >> Thawte SSL guide and find the answers to all your SSL security issues. >> http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en >> _______________________________________________ >> Apc-aa-coders mailing list >> Apc...@li... >> https://lists.sourceforge.net/lists/listinfo/apc-aa-coders >> > > > >------------------------------------------------------- >This SF.NET email is sponsored by: FREE SSL Guide from Thawte >are you planning your Web Server Security? Click here to get a FREE >Thawte SSL guide and find the answers to all your SSL security issues. >http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en >_______________________________________________ >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 |
