Re: some notes on move
"Aaron S. Hawley" <[email protected]> Sun, 24 Aug 2003 14:36:54 -0400 (EDT)
| Newsgroups | gmane.org.ballistichelmet.devel |
|---|---|
| Organization | University of Vermont |
| Message-ID | <[email protected]> |
I forgot why there are calls to session_*() in the first place. was it because of the code for the admin interface if shared with the public side? the solution is just making sure that the include to CDatabase.php in the index.php happens at the beginning of the file rather than after some of the HTMl is already printed. not sure how it was that we got away with this on the old machine. i'd take a look at and fix this myself but i didn't bring the password home. my guess is we probably need cookies or session IDs for administration but there shouldn't be any need for them for visitors. even ones that sumit headlines or rants. i fell asleep before SNL. how weak. /a On Sat, 23 Aug 2003, Jon wrote: > dvanhorn wrote: > > Jon transplanted our db over to the phpwh machine and I've moved over the > > basics to support the front page, ie admin/, bhinclude/, index.php and the > > stylesheets. > > Thanks for doing that d. I took out the calls to session_start() that > were in each of the include files. I really don't know how the site is > organized with php and what that means for all of these includes from > thefront page. but my intuition would tell me that you only can call > that session_start() function once. So every time it was called after > thatwould be uneccessary. no? > > any php expert want to weigh in on that? > > could this be a newer version of php that doesn't allow the old session > start calls? i really have no idea. > > Should we continue with this way of structuring the site? What are our > other options? Do we need a session id? I feel like that's kind of a > tracking device that we shouldn't really give a shit about. I don't > like the thought of unique id's. They scare me. How about a limited > use of them if they are truely necessary to make an application work. > I'd rather see some querystring vars used that were benign in nature. > ie. something that would drive the choice of page based on vars in the > querystring that wouldn't be per user (per se)ha. > > So yeah that's my two cents. david, would you like to work on a table > with me to hold metadata for the rants so that we can drive them from > the database. Wouldn't it be nice if the rants page was built from > mysql rather than rebuilding the html file for every rant. just a > thought. maybe not even worth dealing with. just taking out the > absolute urls would probably be ok for it. > > Mom jeans! Yes. i love SNL. > > "I'm not a woman anymore, I'm a mom" > > > > Maybe someone with some php knowledge can figure out why we get: > > > > Warning: session_start(): Cannot send session cookie - headers already sent by > > (output started at /home/bh/www/index.php:1) in > > /home/bh/www/admin/classes/CDatabase.php on line 3 > > > > Warning: session_start(): Cannot send session cache limiter - headers already > > sent (output started at /home/bh/www/index.php:1) in > > /home/bh/www/admin/classes/CDatabase.php on line 3 > > > > Perhaps we can get rid of the cookies all together. > > > > And also note that all the links have ?PHPSESSID which is funky. > > > > -d