gubed-devel Mailing List for Gubed PHP Debugger (Page 3)
Status: Beta
Brought to you by:
mccabe
You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(7) |
Nov
(1) |
Dec
|
2005 |
Jan
|
Feb
(2) |
Mar
(4) |
Apr
(4) |
May
(16) |
Jun
(44) |
Jul
(27) |
Aug
(1) |
Sep
|
Oct
(4) |
Nov
|
Dec
|
2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2007 |
Jan
|
Feb
|
Mar
(3) |
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2008 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
2010 |
Jan
(4) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2013 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2014 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
2023 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Brett S. <tec...@se...> - 2005-06-30 17:47:24
|
Nick, I've been using Linux since almost the first Redhat release and closely follow several distros. Fedora is a very good distro for many reasons, but I'm not sure FC4 is the best place to start. I'm on the Fedora mailing list and while I think it will be a blow away release, FC3 with all patches is a more stable environment. The standard FC3 environment: Gubed Version 0.2.0 Protocol Version 0.0.12 PHP Version 4.3.11 Tokenizer Yes Backtrace Yes Server Apache/2.0.52 (Fedora) I know Gubed works fine in this environment. My issues revolved around multiple users running out of their public_html directories, which you can read about in existing posts on the mailing list, I was specific about how to work around the issues. If you install FC3, make sure to run 'up2date -u' and 'up2date -if kernel' from a command login before logging into the user interface the first time. The installation of the kernel requires a reboot. This takes a while (I usually let it run over night), but once done, the release is stable and reliable (and fast on old equipment). I have a couple of vintage mid-90 system running this environment, with multiple users, everything is stable and fast. I'll be experimenting with FC4 in a few weeks, once I see the number of issues drop on their mailing list. The biggest issue at this point is the kernel is bloated, it needs triming, but I also think fair adjustments are still being made to the overall environment. Brett On Thu, 30 Jun 2005 18:37:51 +0100, "Nick McCulloch" <nmc...@bl...> said: > > Hi Brett, > > Thanks for the reply. I'm running Fedora RC4 which has PHP5 included. > I'm afraid I'm not very "clued up" on linux as this is the first time > I've stuck with a linux distro for more than a couple of weeks. > > I may try the Gubed client shortly but I haven't had much success so far > when it comes to installing from source/tarballs. > > Maybe Linus can tell us if there are issues running with PHP5? > > > > Nick, > > > > I see you are running php V5. It looks like you might be running Fedora > > 3? > > > > I've been using Gubed on FC3 with all patches for some time. I happen > > to install php5 (V5.1.0b2) recently and am just starting to use it. So > > far I've been able to debug, but I cannot remove php V4.3.11 just yet. > > > > How did you install php5? I was unable to find any rpms and had to > > build from source. > > > > It looks to me as if their *might* be issues launching Gubed from > > StartSession.php with php5, but with my setup it is not clear yet if it > > is Gubed or my environment. That is it seems to launch my php5 scripts > > as php4, attempting to force StartSession.php to run under php5 is > > problematic with my environment as it is. > > > > Have your tried the Gubed debug client just to see if it will work? > > Have you tried regressing to php4 to see if it will work with Quanta? > > > > Brett > > > > On Thu, 30 Jun 2005 17:19:15 +0100, "Nick McCulloch" > > <nmc...@bl...> said: > > > Hi Linus, > > > I hope the following info helps. All I really want to do is web/php with > > > debug. All this other hassle just drives me crazy :-) > > > > > > Regards, > > > Nick > > > > > > > Hello! > > > > > > > > I'm not very familiar with Fedora, but I know there's been reports of strange > > > > behaviour with Fedora and Quanta on the Quanta mailinglist. > > > > > > > > It seems really strange that it works to telnet to 8016, but not to connect > > > > with gubed. When you connect with telnet, do you get some text information? > > > > > > > > Ill need a bit more of information: > > > > From what I understand you run both the webserver and quanta on the same box? > > > > > > Thats correct. apache is a "straight from the cd" setup. No special > > > stuff configured here. > > > > > > > > > > > When you look at the index page of Gubed, there is a link to a 'debug info > > > > page'. Could you look at that page and copy the debug information in your > > > > next mail? > > > from the debug page: > > > Debug info > > > If you wish to submit a support or bug request, please include the > > > output of this page in your request. It containts the most common > > > information the developers will need to help you. > > > > > > Property > > > Value > > > Gubed Version > > > 0.1.4 > > > Protocol Version > > > 0.0.11 > > > PHP Version > > > 5.0.4 > > > Tokenizer > > > Yes > > > Backtrace > > > Yes > > > Server > > > Apache/2.0.54 (Fedora) > > > > > > > > When you connect with telnet, do you get any text from quanta? > > > > > > There is one line with "wait" then a couple of blank lines and thats > > > all. Exiting from Quanta then shows a "die" line. > > > > > > > > > > > I send this also to the gubed mailinglist, in case someone else has ideas > > > > > > > > /Linus > > > > > > > > On Wednesday 29 June 2005 16.50, you wrote: > > > > > Hi, > > > > > > > > > > I'm completely new to linux and all I want to do is develop some web > > > > > stuff with php/mysql. But, I've been trying to get the debugger to work > > > > > with Quanta 3.4 and I keep getting "Unable to connect to debug server on > > > > > 127.0.0.1:8016." > > > > > > > > > > Now, I know the the debug server is listening by telnetting to port 8016 > > > > > on localhost when quanta is running so I dont understand why debug > > > > > doesnt work for me. Its just driving me nuts!!!! > > > > > > > > > > I'm running "out of the box" Fedora RC4 and I followed the tutorial at > > > > > http://www.very-clever.com/quanta-gubed-debugging.php > > > > > > > > > > I'm getting really frustrated by how hard it is to get anything to work > > > > > with linux. Can you help? > > > > > > > > > > Regards, > > > > > Nick > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > > > from IBM. Find simple to follow Roadmaps, straightforward articles, > > > informative Webcasts and more! Get everything you need to get up to > > > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > > > _______________________________________________ > > > Gubed-devel mailing list > > > Gub...@li... > > > https://lists.sourceforge.net/lists/listinfo/gubed-devel > > ------------------------------------- > > Brett C. Serkez, Technical Trainer > > > > > ------------------------------------- Brett C. Serkez, Technical Trainer |
From: Brett S. <tec...@se...> - 2005-06-30 17:38:18
|
Ray, I had to modify StartSession.php to get Gubed working under XP with Apache. See this posting: http://sourceforge.net/mailarchive/message.php?msg_id=12175542 Brett On Thu, 30 Jun 2005 12:38:21 -0400, "Aaron McDonald" <wmc...@ho...> said: > Hi Ray, I might be able to answer some questions for you. I'm not > available > by phone but I am available via email or IRC (irc.freenode.net #gubed). I > you don't have an IRC client you can access the channel at > http://gubed.mccabe.nu/?/article/articleview/Contact > > As of today, Gubed now has a support forum as well: > http://forum.gubed.mccabe.nu > > Thanks, > Aaron McDonald > > ------------------------------------------------------------------------------------------------------------------------------- > > Hi > > I will give Gubed $20 (or anyone) in exchange of any help allowing me to > suceesfully get Gubed working on my system O/P Window XP under Appache > and > PHP. > > Reply to this email to make a phone appointment and I will call you at my > expernses. > > This is important to me. Thanks for your help. > > :-) > > Ray > > ray...@ya... > > > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > _______________________________________________ > Gubed-devel mailing list > Gub...@li... > https://lists.sourceforge.net/lists/listinfo/gubed-devel ------------------------------------- Brett C. Serkez, Technical Trainer |
From: Nick M. <nmc...@bl...> - 2005-06-30 17:37:05
|
Hi Brett, Thanks for the reply. I'm running Fedora RC4 which has PHP5 included. I'm afraid I'm not very "clued up" on linux as this is the first time I've stuck with a linux distro for more than a couple of weeks. I may try the Gubed client shortly but I haven't had much success so far when it comes to installing from source/tarballs. Maybe Linus can tell us if there are issues running with PHP5? > Nick, > > I see you are running php V5. It looks like you might be running Fedora > 3? > > I've been using Gubed on FC3 with all patches for some time. I happen > to install php5 (V5.1.0b2) recently and am just starting to use it. So > far I've been able to debug, but I cannot remove php V4.3.11 just yet. > > How did you install php5? I was unable to find any rpms and had to > build from source. > > It looks to me as if their *might* be issues launching Gubed from > StartSession.php with php5, but with my setup it is not clear yet if it > is Gubed or my environment. That is it seems to launch my php5 scripts > as php4, attempting to force StartSession.php to run under php5 is > problematic with my environment as it is. > > Have your tried the Gubed debug client just to see if it will work? > Have you tried regressing to php4 to see if it will work with Quanta? > > Brett > > On Thu, 30 Jun 2005 17:19:15 +0100, "Nick McCulloch" > <nmc...@bl...> said: > > Hi Linus, > > I hope the following info helps. All I really want to do is web/php with > > debug. All this other hassle just drives me crazy :-) > > > > Regards, > > Nick > > > > > Hello! > > > > > > I'm not very familiar with Fedora, but I know there's been reports of strange > > > behaviour with Fedora and Quanta on the Quanta mailinglist. > > > > > > It seems really strange that it works to telnet to 8016, but not to connect > > > with gubed. When you connect with telnet, do you get some text information? > > > > > > Ill need a bit more of information: > > > From what I understand you run both the webserver and quanta on the same box? > > > > Thats correct. apache is a "straight from the cd" setup. No special > > stuff configured here. > > > > > > > > When you look at the index page of Gubed, there is a link to a 'debug info > > > page'. Could you look at that page and copy the debug information in your > > > next mail? > > from the debug page: > > Debug info > > If you wish to submit a support or bug request, please include the > > output of this page in your request. It containts the most common > > information the developers will need to help you. > > > > Property > > Value > > Gubed Version > > 0.1.4 > > Protocol Version > > 0.0.11 > > PHP Version > > 5.0.4 > > Tokenizer > > Yes > > Backtrace > > Yes > > Server > > Apache/2.0.54 (Fedora) > > > > > > When you connect with telnet, do you get any text from quanta? > > > > There is one line with "wait" then a couple of blank lines and thats > > all. Exiting from Quanta then shows a "die" line. > > > > > > > > I send this also to the gubed mailinglist, in case someone else has ideas > > > > > > /Linus > > > > > > On Wednesday 29 June 2005 16.50, you wrote: > > > > Hi, > > > > > > > > I'm completely new to linux and all I want to do is develop some web > > > > stuff with php/mysql. But, I've been trying to get the debugger to work > > > > with Quanta 3.4 and I keep getting "Unable to connect to debug server on > > > > 127.0.0.1:8016." > > > > > > > > Now, I know the the debug server is listening by telnetting to port 8016 > > > > on localhost when quanta is running so I dont understand why debug > > > > doesnt work for me. Its just driving me nuts!!!! > > > > > > > > I'm running "out of the box" Fedora RC4 and I followed the tutorial at > > > > http://www.very-clever.com/quanta-gubed-debugging.php > > > > > > > > I'm getting really frustrated by how hard it is to get anything to work > > > > with linux. Can you help? > > > > > > > > Regards, > > > > Nick > > > > > > > > > > > ------------------------------------------------------- > > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > > from IBM. Find simple to follow Roadmaps, straightforward articles, > > informative Webcasts and more! Get everything you need to get up to > > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > > _______________________________________________ > > Gubed-devel mailing list > > Gub...@li... > > https://lists.sourceforge.net/lists/listinfo/gubed-devel > ------------------------------------- > Brett C. Serkez, Technical Trainer > > |
From: Brett S. <tec...@se...> - 2005-06-30 17:28:47
|
Nick, I see you are running php V5. It looks like you might be running Fedora 3? I've been using Gubed on FC3 with all patches for some time. I happen to install php5 (V5.1.0b2) recently and am just starting to use it. So far I've been able to debug, but I cannot remove php V4.3.11 just yet. How did you install php5? I was unable to find any rpms and had to build from source. It looks to me as if their *might* be issues launching Gubed from StartSession.php with php5, but with my setup it is not clear yet if it is Gubed or my environment. That is it seems to launch my php5 scripts as php4, attempting to force StartSession.php to run under php5 is problematic with my environment as it is. Have your tried the Gubed debug client just to see if it will work? Have you tried regressing to php4 to see if it will work with Quanta? Brett On Thu, 30 Jun 2005 17:19:15 +0100, "Nick McCulloch" <nmc...@bl...> said: > Hi Linus, > I hope the following info helps. All I really want to do is web/php with > debug. All this other hassle just drives me crazy :-) > > Regards, > Nick > > > Hello! > > > > I'm not very familiar with Fedora, but I know there's been reports of strange > > behaviour with Fedora and Quanta on the Quanta mailinglist. > > > > It seems really strange that it works to telnet to 8016, but not to connect > > with gubed. When you connect with telnet, do you get some text information? > > > > Ill need a bit more of information: > > From what I understand you run both the webserver and quanta on the same box? > > Thats correct. apache is a "straight from the cd" setup. No special > stuff configured here. > > > > > When you look at the index page of Gubed, there is a link to a 'debug info > > page'. Could you look at that page and copy the debug information in your > > next mail? > from the debug page: > Debug info > If you wish to submit a support or bug request, please include the > output of this page in your request. It containts the most common > information the developers will need to help you. > > Property > Value > Gubed Version > 0.1.4 > Protocol Version > 0.0.11 > PHP Version > 5.0.4 > Tokenizer > Yes > Backtrace > Yes > Server > Apache/2.0.54 (Fedora) > > > > When you connect with telnet, do you get any text from quanta? > > There is one line with "wait" then a couple of blank lines and thats > all. Exiting from Quanta then shows a "die" line. > > > > > I send this also to the gubed mailinglist, in case someone else has ideas > > > > /Linus > > > > On Wednesday 29 June 2005 16.50, you wrote: > > > Hi, > > > > > > I'm completely new to linux and all I want to do is develop some web > > > stuff with php/mysql. But, I've been trying to get the debugger to work > > > with Quanta 3.4 and I keep getting "Unable to connect to debug server on > > > 127.0.0.1:8016." > > > > > > Now, I know the the debug server is listening by telnetting to port 8016 > > > on localhost when quanta is running so I dont understand why debug > > > doesnt work for me. Its just driving me nuts!!!! > > > > > > I'm running "out of the box" Fedora RC4 and I followed the tutorial at > > > http://www.very-clever.com/quanta-gubed-debugging.php > > > > > > I'm getting really frustrated by how hard it is to get anything to work > > > with linux. Can you help? > > > > > > Regards, > > > Nick > > > > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > _______________________________________________ > Gubed-devel mailing list > Gub...@li... > https://lists.sourceforge.net/lists/listinfo/gubed-devel ------------------------------------- Brett C. Serkez, Technical Trainer |
From: Aaron M. <wmc...@ho...> - 2005-06-30 16:38:32
|
Hi Ray, I might be able to answer some questions for you. I'm not available by phone but I am available via email or IRC (irc.freenode.net #gubed). I you don't have an IRC client you can access the channel at http://gubed.mccabe.nu/?/article/articleview/Contact As of today, Gubed now has a support forum as well: http://forum.gubed.mccabe.nu Thanks, Aaron McDonald ------------------------------------------------------------------------------------------------------------------------------- Hi I will give Gubed $20 (or anyone) in exchange of any help allowing me to suceesfully get Gubed working on my system O/P Window XP under Appache and PHP. Reply to this email to make a phone appointment and I will call you at my expernses. This is important to me. Thanks for your help. :-) Ray ray...@ya... |
From: Nick M. <nmc...@bl...> - 2005-06-30 16:18:30
|
Hi Linus, I hope the following info helps. All I really want to do is web/php with debug. All this other hassle just drives me crazy :-) Regards, Nick > Hello! > > I'm not very familiar with Fedora, but I know there's been reports of strange > behaviour with Fedora and Quanta on the Quanta mailinglist. > > It seems really strange that it works to telnet to 8016, but not to connect > with gubed. When you connect with telnet, do you get some text information? > > Ill need a bit more of information: > From what I understand you run both the webserver and quanta on the same box? Thats correct. apache is a "straight from the cd" setup. No special stuff configured here. > > When you look at the index page of Gubed, there is a link to a 'debug info > page'. Could you look at that page and copy the debug information in your > next mail? from the debug page: Debug info If you wish to submit a support or bug request, please include the output of this page in your request. It containts the most common information the developers will need to help you. Property Value Gubed Version 0.1.4 Protocol Version 0.0.11 PHP Version 5.0.4 Tokenizer Yes Backtrace Yes Server Apache/2.0.54 (Fedora) > > When you connect with telnet, do you get any text from quanta? There is one line with "wait" then a couple of blank lines and thats all. Exiting from Quanta then shows a "die" line. > > I send this also to the gubed mailinglist, in case someone else has ideas > > /Linus > > On Wednesday 29 June 2005 16.50, you wrote: > > Hi, > > > > I'm completely new to linux and all I want to do is develop some web > > stuff with php/mysql. But, I've been trying to get the debugger to work > > with Quanta 3.4 and I keep getting "Unable to connect to debug server on > > 127.0.0.1:8016." > > > > Now, I know the the debug server is listening by telnetting to port 8016 > > on localhost when quanta is running so I dont understand why debug > > doesnt work for me. Its just driving me nuts!!!! > > > > I'm running "out of the box" Fedora RC4 and I followed the tutorial at > > http://www.very-clever.com/quanta-gubed-debugging.php > > > > I'm getting really frustrated by how hard it is to get anything to work > > with linux. Can you help? > > > > Regards, > > Nick > |
From: Linus M. <Li...@mc...> - 2005-06-30 06:00:37
|
Hello There's now a support forum for Gubed at http://forum.gubed.mccabe.nu. Id prefer to keep internal developers talk on this list but the forum is open also for that kind of talk of course. cheers /linus |
From: Linus M. <Li...@mc...> - 2005-06-29 21:02:49
|
Hello! I'm not very familiar with Fedora, but I know there's been reports of stran= ge=20 behaviour with Fedora and Quanta on the Quanta mailinglist. It seems really strange that it works to telnet to 8016, but not to connect= =20 with gubed. When you connect with telnet, do you get some text information? Ill need a bit more of information: =46rom what I understand you run both the webserver and quanta on the same = box? When you look at the index page of Gubed, there is a link to a 'debug info= =20 page'. Could you look at that page and copy the debug information in your=20 next mail? When you connect with telnet, do you get any text from quanta? I send this also to the gubed mailinglist, in case someone else has ideas /Linus On Wednesday 29 June 2005 16.50, you wrote: > Hi, > > I'm completely new to linux and all I want to do is develop some web > stuff with php/mysql. But, I've been trying to get the debugger to work > with Quanta 3.4 and I keep getting "Unable to connect to debug server on > 127.0.0.1:8016." > > Now, I know the the debug server is listening by telnetting to port 8016 > on localhost when quanta is running so I dont understand why debug > doesnt work for me. Its just driving me nuts!!!! > > I'm running "out of the box" Fedora RC4 and I followed the tutorial at > http://www.very-clever.com/quanta-gubed-debugging.php > > I'm getting really frustrated by how hard it is to get anything to work > with linux. Can you help? > > Regards, > Nick |
From: Brett S. <tec...@se...> - 2005-06-28 17:52:50
|
> > > > I'm thinking that the regular user wouldn't typically have permission > > > > to write to the ServerScripts directory which might be owned by a more > > > > privileged user, for example, on a Linux server. I propose a > > > > /home/user/.gubed directory in which a user would place > > The 'comparable' location on windows: > > > > C:\Documents and Settings\user\... > > I just wish there had been a more php-ish way to do it. > > If we go with Aarons suggestion and have a subdirectory for the user > settings, > we could have that as a default with commented suggestions for windows > and > linux: > > $gbdUserhome = './Users/'; > //$gbdUserhome = 'c:\\Documents and Settings\\'; > //$gbdUserhome = '/home/'; > > If you want a multiuser setup you will need to do a little more tweaking > of > settings anyway, so I'd think it's acceptable? Yes. Brett ------------------------------------- Brett C. Serkez, Technical Trainer |
From: Linus M. <Li...@mc...> - 2005-06-28 04:21:34
|
On Monday 27 June 2005 12.13, Brett Serkez wrote: > > > I'm thinking that the regular user wouldn't typically have permission > > > to write to the ServerScripts directory which might be owned by a more > > > privileged user, for example, on a Linux server. I propose a > > > /home/user/.gubed directory in which a user would place > The 'comparable' location on windows: > > C:\Documents and Settings\user\... I just wish there had been a more php-ish way to do it. If we go with Aarons suggestion and have a subdirectory for the user settings, we could have that as a default with commented suggestions for windows and linux: $gbdUserhome = './Users/'; //$gbdUserhome = 'c:\\Documents and Settings\\'; //$gbdUserhome = '/home/'; If you want a multiuser setup you will need to do a little more tweaking of settings anyway, so I'd think it's acceptable? /linus |
From: Brett S. <tec...@se...> - 2005-06-27 10:14:00
|
> > I'm thinking that the regular user wouldn't typically have permission to > > write to the ServerScripts directory which might be owned by a more > > privileged user, for example, on a Linux server. I propose a > > /home/user/.gubed directory in which a user would place localsettings.ini. > > Good idea. Do you have any idea how is this done on windows? :] The 'comparable' location on windows: C:\Documents and Settings\user\... Unless we want to use the registry. :-o Brett ------------------------------------- Brett C. Serkez, Technical Trainer |
From: Linus M. <Li...@mc...> - 2005-06-27 03:37:53
|
On Monday 27 June 2005 02.40, Aaron McDonald wrote: > I'm thinking that the regular user wouldn't typically have permission to > write to the ServerScripts directory which might be owned by a more > privileged user, for example, on a Linux server. I propose a > /home/user/.gubed directory in which a user would place localsettings.ini. Good idea. Do you have any idea how is this done on windows? :] > The search would then be: > * file specified on http request - if this is allowed in global settings > * /home/$user/.gubed/localsettings.ini where $user is specified on http > request and > user overriding is enabled in global settings. > * ServerScripts/localsettings/localsettings_{$user}.ini where $user is > $_SERVER["REMOTE_USER"]. I think it should look in the same place wether the username is specified by the request or REMOTE_USER. /Linus |
From: Linus M. <Li...@mc...> - 2005-06-27 03:30:10
|
True, this is another way of doing it /Linus On Monday 27 June 2005 03.39, Brett Serkez wrote: > Found atleast a working answer, could be more robust later. > > > I need to debug scripts that have parameters. > > > > For instance, 'target.php?a=myvalue' > > > > StartSession.php ends up running like: > > > > StartSession.php?gbdScript=target.php > > Once control transfers to the Gubed debugger, in the bottom most entry > area type the following: > > $_GET['a']='myvalue' > > where 'a' is the name of the variable and 'myvalue' is its value. > > Then click on 'Process'. > > Brett > ------------------------------------- > Brett C. Serkez, Technical Trainer > > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > _______________________________________________ > Gubed-devel mailing list > Gub...@li... > https://lists.sourceforge.net/lists/listinfo/gubed-devel |
From: Linus M. <Li...@mc...> - 2005-06-27 03:27:45
|
You should only have to exchange the second ? with a & and it should work. This should happen automatically when the output is processed by Gubed, but if you create the StartSession line yourself, youll have to do it manually... /Linus On Sunday 26 June 2005 22.15, Brett Serkez wrote: > I need to debug scripts that have parameters. > > For instance, 'target.php?a=myvalue' > > StartSession.php ends up running like: > > StartSession.php?gbdScript=target.php > > Syntax such as: > > StartSession.php?gbdScript=target.php?a=myvalue > > would not be legal and doesn't seem to work. > > How is this done? > > Brett > > ------------------------------------- > Brett C. Serkez, Technical Trainer > > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > _______________________________________________ > Gubed-devel mailing list > Gub...@li... > https://lists.sourceforge.net/lists/listinfo/gubed-devel |
From: Brett S. <tec...@se...> - 2005-06-27 01:39:50
|
Found atleast a working answer, could be more robust later. > I need to debug scripts that have parameters. > > For instance, 'target.php?a=myvalue' > > StartSession.php ends up running like: > > StartSession.php?gbdScript=target.php Once control transfers to the Gubed debugger, in the bottom most entry area type the following: $_GET['a']='myvalue' where 'a' is the name of the variable and 'myvalue' is its value. Then click on 'Process'. Brett ------------------------------------- Brett C. Serkez, Technical Trainer |
From: Aaron M. <wmc...@ho...> - 2005-06-27 00:40:35
|
I think you covered everything and I think that the host and port override options should be separate. But will the user's localsettings file need to reside in the ServerScripts directory or could it exist elsewhere? Here are a couple of ideas. >* localsettings_{$user}.ini where $user is specified on http request and user overriding is enabled in global settings. I'm thinking that the regular user wouldn't typically have permission to write to the ServerScripts directory which might be owned by a more privileged user, for example, on a Linux server. I propose a /home/user/.gubed directory in which a user would place localsettings.ini. >* localsettings_{$user}.ini where $user is $_SERVER["REMOTE_USER"]. The HTTP authenticated user may not have an account on the server and so the sysadmin would likely have to create the localsettings file for the user in say a subdirectory of ServerScripts. The search would then be: * file specified on http request - if this is allowed in global settings * /home/$user/.gubed/localsettings.ini where $user is specified on http request and user overriding is enabled in global settings. * ServerScripts/localsettings/localsettings_{$user}.ini where $user is $_SERVER["REMOTE_USER"]. Thanks, Aaron McDonald ------------------------------------------------------------------------------------------------------------------------ Hello Here's an attempt to summarize the discussions on security, global and user settings, and temporary overriding of settings: 1) New setting items are added, * allow remote clients * enable developer help * allow user override on http request * allow settingsfile override on http request * allow host and port override on http request (or do we need separate settings for these?) These items will reside in a file 'globalsettings.php' which will work similar to how localsettings does today. This file will have the required comments to make sure the user understand what s/he enabling. 2) After this file is read, Gubed will optionally look for a user settings file but this file is not a php file but a config file (parse_ini_file helps here) so that only allowed settings can be changed. To find the correct user config file, Gubed will search in the following locations and take the first one it finds: * file specified on http request - if this is allowed in global settings * localsettings_{$user}.ini where $user is specified on http request and user overriding is enabled in global settings. * localsettings_{$user}.ini where $user is $_SERVER["REMOTE_USER"]. * localsettings.ini - is this really needed? 3) After the user settings is read, optionally host and port may be changed by the http request if this is allowed by the global settings. 4) The developer helper scripts are updated to only work if they are enabled. 5) We will have to remember that this must all work also when not using StartSession Did I forget anything? /Linus |
From: Brett S. <tec...@se...> - 2005-06-26 20:15:48
|
I need to debug scripts that have parameters. For instance, 'target.php?a=myvalue' StartSession.php ends up running like: StartSession.php?gbdScript=target.php Syntax such as: StartSession.php?gbdScript=target.php?a=myvalue would not be legal and doesn't seem to work. How is this done? Brett ------------------------------------- Brett C. Serkez, Technical Trainer |
From: Brett S. <tec...@se...> - 2005-06-26 20:11:05
|
As a work around, I've attempted to use Apache vs. IIS on Windows for debugging, which should be close enough in most cases. I worked strictly with the latest CVS. I placed the ServerScripts directory in the web server root and was not able to run the test bench scripts via StartSession.php (via the supplied hyper-links). The first issue is that StartSession.php seems to want to prepend all scripts with 'c:\'. I found this also caused issues when trying to run out of user's public_html directories, see below. I add a line after line 38 of StartSession.php: $gbdBase = substr( ... ); // Existing line 38 $gbdBase = ''; // Force to null to inhibit prepending c:\ With this in place, I still had errors. If I changed the prefix: /php to GubedTest (i.e, changed /php/tests/... to GubedTest/tests...) All seemed to work. I'm presuming this is a simple change to the hyperlinks. I then moved on to replicating the Linux home public_html environment. Since Windows doesn't have soft-links, I had to copy StartSession.php into the desired directory and then fully qualify the path to Gubed includes. I attempted to update the php include path which didn't work, even to the extent of seeing the correct directory in the error message. I modified the require_once and include near the bottom of StartSession.php like so: require_once('C:\Program Files\Apache Group\Apache2\htdocs\ServerScripts\GubedFunctions.php'); include('C:\Program Files\Apache Group\Apache2\htdocs\ServerScripts\Gubed.php'); So far this environment *seems* to work as well at the Linux environment. Brett ------------------------------------- Brett C. Serkez, Technical Trainer |
From: Brett S. <tec...@se...> - 2005-06-26 19:28:55
|
> > Looks like StartSession.php is hopelessly confused about directories. > > Gubed looks like it off by one directory, with a bit of manual > > overriding I can coax it to find the target php file, but then it is > > confused about finding its own files and I have yet to see the target > > php file in the debugger. I see the call to apache_lookup_uri() which I > > Are you using CVS or 0.2.0? I've used both with identical results. Seems to be more an issue with an extra leading directory. > Also, have you used slash replacement in the pathmapper dialog? Not sure what this is, but I don't think the issue is related to slashes, see previous comment. > > It looks like the reason why the soft-link works under Linux is that it > > allows the target php file to be found with a relative path but also the > > underlying operating system understands the files true location and > > allows the gubed helper scripts to be located. > > Yes. But StartSession and the scripts debugged shouldnt need to be in the > same directory. Do you have a similar setup with using developers home > directories on windows? Yes, actually the Windows server is running off a Samba exported home directory so that both servers are working off the identical directory structure. Curious, I tried adding the Gubed ServerScripts directory to the php include path with no effect. I also noticed that the history file is being created in the directory of the scripts being debugged. Part of the issues is that if you run StartSession.php out of the ServerScripts directory, it doesn't understand ~user/directory/script.php. This is why I ended up with the softlink in the target directory. Brett ------------------------------------- Brett C. Serkez, Technical Trainer |
From: Linus M. <Li...@mc...> - 2005-06-26 19:07:20
|
Hello Here's an attempt to summarize the discussions on security, global and user settings, and temporary overriding of settings: 1) New setting items are added, * allow remote clients * enable developer help * allow user override on http request * allow settingsfile override on http request * allow host and port override on http request (or do we need separate settings for these?) These items will reside in a file 'globalsettings.php' which will work similar to how localsettings does today. This file will have the required comments to make sure the user understand what s/he enabling. 2) After this file is read, Gubed will optionally look for a user settings file but this file is not a php file but a config file (parse_ini_file helps here) so that only allowed settings can be changed. To find the correct user config file, Gubed will search in the following locations and take the first one it finds: * file specified on http request - if this is allowed in global settings * localsettings_{$user}.ini where $user is specified on http request and user overriding is enabled in global settings. * localsettings_{$user}.ini where $user is $_SERVER["REMOTE_USER"]. * localsettings.ini - is this really needed? 3) After the user settings is read, optionally host and port may be changed by the http request if this is allowed by the global settings. 4) The developer helper scripts are updated to only work if they are enabled. 5) We will have to remember that this must all work also when not using StartSession Did I forget anything? /Linus |
From: Linus M. <Li...@mc...> - 2005-06-26 18:47:42
|
On Sunday 26 June 2005 19.28, Brett Serkez wrote: > In order to support previous and current versions of our project, I am > attempting to run Gubed under Windows/IIS. So far this has been an > exercise in frustration, I'm wondering if it has ever been run under > IIS? I have run it on windows 2000 with IIS at one point, but lately i've only used apache when testing windows compatibility (since i don't have access to iis at home) > Looks like StartSession.php is hopelessly confused about directories. > Gubed looks like it off by one directory, with a bit of manual > overriding I can coax it to find the target php file, but then it is > confused about finding its own files and I have yet to see the target > php file in the debugger. I see the call to apache_lookup_uri() which I Are you using CVS or 0.2.0? There was a bug reported recently that's fixed in CVS where I had been using the wrong directory separator when setting the path. See: <http://cvs.sourceforge.net/viewcvs.py/gubed/Gubed/ServerScripts/Gubed.php?r1=1.6&r2=1.7> <http://cvs.sourceforge.net/viewcvs.py/gubed/Gubed/ServerScripts/GubedFunctions.php?r1=1.13&r2=1.14> (at the bottom) <http://cvs.sourceforge.net/viewcvs.py/gubed/Gubed/ServerScripts/GubedGlobals.php?r1=1.7&r2=1.8> I'm not sure it's a solution to your problem, but worth testing. Also, have you used slash replacement in the pathmapper dialog? The apache_lookup_uri was added to support apache aliases, it shouldn't be required in other cases but ofcourse, there might be sideeffects that im not aware of. > believe is compensating for this confusion when run under Apache. > > It looks like the reason why the soft-link works under Linux is that it > allows the target php file to be found with a relative path but also the > underlying operating system understands the files true location and > allows the gubed helper scripts to be located. Yes. But StartSession and the scripts debugged shouldnt need to be in the same directory. Do you have a similar setup with using developers home directories on windows? > Before I continue, I was hoping there was some sage advise, that I > missed something fundamental. > I was also wondering how to debug Gubed > itself? Now, this is tricky ;) I've never used Gubed to debug Gubed, I guess in theory it might be possible, but I'm not sure I want to try - it would get complex. You might be able to do it with another debugger like xdebug, but i havent tried this neither. So far, I've survived on echo's, die's and things like: gbdSendCommand("status", Array('message' => 'Shouldn\'t be here: %1%, %2%', 'args' => 2, 'arg1' => $gbdScriptname, 'arg2' => $gbdLine)); Also, when debugging a script, you can watch gubeds internal variables by watching $GLOBALS['gbd'] /Linus > > Brett > > > ------------------------------------- > Brett C. Serkez, Technical Trainer > > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > _______________________________________________ > Gubed-devel mailing list > Gub...@li... > https://lists.sourceforge.net/lists/listinfo/gubed-devel |
From: Brett S. <tec...@se...> - 2005-06-26 17:28:43
|
In order to support previous and current versions of our project, I am attempting to run Gubed under Windows/IIS. So far this has been an exercise in frustration, I'm wondering if it has ever been run under IIS? Looks like StartSession.php is hopelessly confused about directories. Gubed looks like it off by one directory, with a bit of manual overriding I can coax it to find the target php file, but then it is confused about finding its own files and I have yet to see the target php file in the debugger. I see the call to apache_lookup_uri() which I believe is compensating for this confusion when run under Apache. It looks like the reason why the soft-link works under Linux is that it allows the target php file to be found with a relative path but also the underlying operating system understands the files true location and allows the gubed helper scripts to be located. Before I continue, I was hoping there was some sage advise, that I missed something fundamental. I was also wondering how to debug Gubed itself? Brett ------------------------------------- Brett C. Serkez, Technical Trainer |
From: Brett S. <tec...@se...> - 2005-06-26 15:49:04
|
> Sounds pretty good to me. Any insecure functionality could be disabled by > default and hopefully only enabled in a secure environment. The > documentation could warn the user of the risks of enabling the > functionality and advise what security measures should be in place. Agreed. Presumably there will also be warning comments in the configuration file? > Will we be getting rid of the localsettings file parameter? One of the > things I like about it is that it allows a user to have simultaneous > debug sessions and allows multiple projects to be debugged at the same > time but independently. I could go either way on this. I would advocate keeping the localsettings file parameter. I would still advocate for optionally allowing the DebugPort to be specified on the url for maximum flexibility. If the default will be to only allow connections to the local host, then in order for this to be exploited, the user would have to have a away to establish the socket on the local system. In the case of multiple debug sessions, without specifying the DebugPort on the URL, the localsettings file would need to be edited or copied. Brett ------------------------------------- Brett C. Serkez, Technical Trainer |
From: Aaron M. <wmc...@ho...> - 2005-06-26 15:15:51
|
Sounds pretty good to me. Any insecure functionality could be disabled by default and hopefully only enabled in a secure environment. The documentation could warn the user of the risks of enabling the functionality and advise what security measures should be in place. Will we be getting rid of the localsettings file parameter? One of the things I like about it is that it allows a user to have simultaneous debug sessions and allows multiple projects to be debugged at the same time but independently. I could go either way on this. Will "user" be a request parameter so that Gubed will know to read a user specific settings file? The user specific settings file should maybe include all the content of the current localsettings file so that a user could also use their own cache and do-not-debug list (and history file if it gets moved into localsettings). Thanks, Aaron McDonald --------------------------------------------------------------------------------------------------------------- Perhaps then we should have two setting files, global and user. In the global setting file you can set defaults and here we could also have settings like: * allow remote debuggers - ie non localhosts * show developer help - which enables/disables the debug subdir * allow port/host on request * Also default host and port could be specified here. In the user settings files (which probably shouldnt be php files then, but normal config files) only host and port can be overridden. Is this a good compromise? /linus On Sunday 26 June 2005 01.12, Brett Serkez wrote: >After reading both posts, I can see the difficulities of both security >and implementation. > >I agree that what ever is done, must be secure or gubed will not be >used. > >As a thought, we could optionally restrict the DebugServer to >'localhost'. When this restriction is in place, any individuals needing >to debug need to either log on and start the debugger locally or run >secure shell as previously described to create a local port to bring the >session back to their local system. This would give the local system >administrator strict control over who could debug, but not what they >could debug. > >On this second point, seems to me that StartSession.php (soft-link or >real) must exist at or below the directory to be debugged, while this >doesn't control who can debug what, it does limit what can be debugged >control by existing access to the host's directory structure. > >I favor allowing specification of ports on the url for maximum >flexibility, presuming the security issue is resolved. > >Brett > >------------------------------------- >Brett C. Serkez, Technical Trainer > |
From: Linus M. <Li...@mc...> - 2005-06-26 06:28:50
|
Perhaps then we should have two setting files, global and user. In the global setting file you can set defaults and here we could also have settings like: * allow remote debuggers - ie non localhosts * show developer help - which enables/disables the debug subdir * allow port/host on request * Also default host and port could be specified here. In the user settings files (which probably shouldnt be php files then, but normal config files) only host and port can be overridden. Is this a good compromise? /linus On Sunday 26 June 2005 01.12, Brett Serkez wrote: > After reading both posts, I can see the difficulities of both security > and implementation. > > I agree that what ever is done, must be secure or gubed will not be > used. > > As a thought, we could optionally restrict the DebugServer to > 'localhost'. When this restriction is in place, any individuals needing > to debug need to either log on and start the debugger locally or run > secure shell as previously described to create a local port to bring the > session back to their local system. This would give the local system > administrator strict control over who could debug, but not what they > could debug. > > On this second point, seems to me that StartSession.php (soft-link or > real) must exist at or below the directory to be debugged, while this > doesn't control who can debug what, it does limit what can be debugged > control by existing access to the host's directory structure. > > I favor allowing specification of ports on the url for maximum > flexibility, presuming the security issue is resolved. > > Brett > > ------------------------------------- > Brett C. Serkez, Technical Trainer > > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > _______________________________________________ > Gubed-devel mailing list > Gub...@li... > https://lists.sourceforge.net/lists/listinfo/gubed-devel |