Just a quick Q about vB and BiT's implementation of it. In the URLs there is a s= bit where a session ID used to be, how do you remove that, and what does it even do on the site? Cos I am just setting up a vB forum too and I dont like it being there cos it makes the URLs so much longer.
hey, this is a Session ID (SID), yes. its a way to keep variables stored server side, theres no way to remove it. display of the SID varies, its PHP's fault, not vB's. .icecube
http://www.dalnetsingles.net/ It's still under implementation, so it wont have any new images yet lol
You can infact turn SIDs off. Profile > Edit Options > browse forums with cookies (no) Should do the trick
but that would affect your login to the board, i belief. cookies on the board will keep you logged in all the time so you dont have to relogin when you close your browser and reopen it. if you understand what im saying here... and i still dont see how that would get rid of the SID either Rich. .icecube
I have no login probs and i dont get any SIDs in URLs SpiKe also did the same and changed the cookie setting :dude:
well, i dont get any SID either, and my cookies are on. with cookies disabled, when you revisit bit, it should ask you to login again, which is annoying. .icecube
err sorry, meant to browse with cookies if you dont want SID, set it to browse with cookies (default is off) /me getting things the wrong way around
Why would you have cookies disabled tho, the SID and the cookie system both work just as well however cookies don't make a mess of your URLs
Are you trying to say that I don't know the difference between sessions and cookies and that I don't know PHP.
well, dont know if you are a coder, if you know PHP, you should know the advantages sessions have over cookies. sessions - serverside cookies - client side sessions - secure cookies - not secure sessions - not sloppy cookies - sloppy cookies are a good method of keeping non sensitive variables. im pretty advanced in PHP/MySQL, more than any of my hardware skills. my point is, sessions would be far more appropriate than cookies would. .icecube
You are speaking to the person who coded the key counter in your signiture and also did an advanced mySQL and PHP ecommerce site with _VERY_ important security issues for my A Level project! Which ever way you do it at some point you are going to have to transfer the name and password from the client to the server!
ive coded many things for clients, upto the level of a shopping cart. plus, i doubt getting data from a server is very hard? cookies "store" the data on the clients system, sessions dont... .icecube