kevdotbadger Posted May 6, 2005 Share Posted May 6, 2005 i use the automatated scripts within dreamweaver, the login on works but th rscrit access doesnt so is thre tuts on the internet to handcode this? Quote Link to comment Share on other sites More sharing options...
toplay Posted May 6, 2005 Share Posted May 6, 2005 I don't know what the those scripts are. I moved your post to a more suitable topic area. Try and be more specific of what you want. Quote Link to comment Share on other sites More sharing options...
dmarchman Posted May 27, 2005 Share Posted May 27, 2005 It's a known-by-macromedia bug that the restrict assess to page server behavior doesn't work right because it doesn't use globals to store the session. There are a few fixes out there, but for some reason macromedia hasn't addressed this theirselves. I found one workaround in the book: PHP Dreamweaver MX 2004 (Apress ISBN 1-59059-350-2), but while the fix worked fine on my test server, it didn't work on my webhost. I eventually turned to another script after searching for one that explained itself simply. I still don't understand why macromedia won't fix this. Hell, they updated to 7.01 to fix numerous bugs and even added back in the godawful timeline panel that NOBODY uses. Quote Link to comment Share on other sites More sharing options...
Akinraze Posted June 6, 2005 Share Posted June 6, 2005 I eventually turned to another script after searching for one that explained itself simply. What was the script you turned to? I am having the same problems now. Quote Link to comment Share on other sites More sharing options...
dmarchman Posted June 7, 2005 Share Posted June 7, 2005 i found this: Clicky clicky i used the version that stores my username and password in the login page since i'm the only one who accesses my admin area. What was the script you turned to? I am having the same problems now. 240124[/snapback] Quote Link to comment Share on other sites More sharing options...
geo__ Posted June 7, 2005 Share Posted June 7, 2005 I 've spent the last8 hours trying to solve this bug. I tried both on apache and IIS and no luck! I am so pissed that I am thinking of turning to adobe golive. The whole point of using dreamweaver is not to use other scripts. If I was to use other scripts I may as well not use Dreamweaver at all. The code it produces is almost unreadable. It's a known-by-macromedia bug that the restrict assess to page server behavior doesn't work right because it doesn't use globals to store the session. There are a few fixes out there, but for some reason macromedia hasn't addressed this theirselves. I found one workaround in the book: PHP Dreamweaver MX 2004 (Apress ISBN 1-59059-350-2), but while the fix worked fine on my test server, it didn't work on my webhost. I eventually turned to another script after searching for one that explained itself simply. I still don't understand why macromedia won't fix this. Hell, they updated to 7.01 to fix numerous bugs and even added back in the godawful timeline panel that NOBODY uses. 237823[/snapback] Quote Link to comment Share on other sites More sharing options...
Akinraze Posted June 8, 2005 Share Posted June 8, 2005 after what dmarchman said about this being a well know problem, i was so ticked i could have spit bullets, so I headed on over to macromedias site and after several pages of searching I ran accross this article/tutorial http://www.macromedia.com/devnet/mx/dreamw...h_users_08.html Copy paste from the bottom of the page: Note: PHP users with PHP 4.2 and higher will be disappointed to learn that instead of being redirected to the originally requested page after log-on, the application sends them to the home page. The reason for this is that the server behavior that is supposed to cause the redirection to the originally requested page relies on a configuration setting, register_globals, that must be on for redirection. Since PHP 4.2, the default setting for register_globals is off. You can go into your php.ini file and change it to on and the site will work as expected. However, it was turned off for a reason—this setting creates a potential security hole in PHP. Thus, before you decide to go into php.ini and change the setting, I recommend that you research the issue on the web. in my case, this IS the issue, I am sure the ISp that houses my site won't concider changing this setting so I didn't change it on mine to verify (but probably should just for sake of knowing for sure). I installed 5.0.4 on my system for production and went into the my php.ini and sure enough: register_globals = Off, s i think I can pretty much say that this IS the problem, I think I will focus on studying the tutorials here on the site to get mine working now. goodluck! Quote Link to comment Share on other sites More sharing options...
Akinraze Posted June 9, 2005 Share Posted June 9, 2005 solution found here: http://friendsofed.infopop.net/2/OpenTopic...165&m=324102421 Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.