You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(13) |
Dec
(16) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(46) |
Feb
(68) |
Mar
(90) |
Apr
(38) |
May
(35) |
Jun
(36) |
Jul
(32) |
Aug
(35) |
Sep
(36) |
Oct
(49) |
Nov
(64) |
Dec
(31) |
2003 |
Jan
(70) |
Feb
(35) |
Mar
(74) |
Apr
(50) |
May
(26) |
Jun
(24) |
Jul
(26) |
Aug
(45) |
Sep
(18) |
Oct
(21) |
Nov
(33) |
Dec
(13) |
2004 |
Jan
(40) |
Feb
(53) |
Mar
(48) |
Apr
(51) |
May
(39) |
Jun
(9) |
Jul
(11) |
Aug
(30) |
Sep
(30) |
Oct
(12) |
Nov
(8) |
Dec
(12) |
2005 |
Jan
(37) |
Feb
(43) |
Mar
(57) |
Apr
(33) |
May
(23) |
Jun
(26) |
Jul
(43) |
Aug
(27) |
Sep
(39) |
Oct
(17) |
Nov
(27) |
Dec
(5) |
2006 |
Jan
(7) |
Feb
(35) |
Mar
(32) |
Apr
(39) |
May
(5) |
Jun
(4) |
Jul
(3) |
Aug
(6) |
Sep
(3) |
Oct
(17) |
Nov
(9) |
Dec
(10) |
2007 |
Jan
(2) |
Feb
(8) |
Mar
(14) |
Apr
(5) |
May
(2) |
Jun
(17) |
Jul
(13) |
Aug
(8) |
Sep
(3) |
Oct
(1) |
Nov
(40) |
Dec
(25) |
2008 |
Jan
(15) |
Feb
(13) |
Mar
(21) |
Apr
(44) |
May
(17) |
Jun
(26) |
Jul
(3) |
Aug
(10) |
Sep
|
Oct
(2) |
Nov
(6) |
Dec
|
2009 |
Jan
(14) |
Feb
(21) |
Mar
(9) |
Apr
(11) |
May
(4) |
Jun
|
Jul
(3) |
Aug
(9) |
Sep
(1) |
Oct
(4) |
Nov
(11) |
Dec
(6) |
2010 |
Jan
(8) |
Feb
|
Mar
(8) |
Apr
(1) |
May
|
Jun
(8) |
Jul
|
Aug
(4) |
Sep
(5) |
Oct
(4) |
Nov
|
Dec
|
2011 |
Jan
(2) |
Feb
(1) |
Mar
(1) |
Apr
(2) |
May
|
Jun
(3) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(4) |
Oct
|
Nov
(2) |
Dec
(2) |
2013 |
Jan
(1) |
Feb
|
Mar
(15) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2014 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(13) |
Oct
(1) |
Nov
|
Dec
|
2016 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
(3) |
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2017 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: mairead m. <me...@ab...> - 2009-05-06 16:16:16
|
Hi, I am a beginner in this space. i have an online survey with nearly 3000 respondents phpesp version 1.8.2 - i am trying to download my results into a CSV file for analysis using export data function in the management interface . When i choose to down load i am getting the following error fatal error Allowed memory size of 33554432 bytes exhausted - when i open the csv file. i realise that i am out of memory and i need to increase the size but i do not know where? or this is what i am thinking... i have checked my ini file and cannot find where memory size is set any ideas... this question has probably been answered a thousand times but i cannot find anything on the mailing list either... thanks m |
From: David L. <lio...@co...> - 2009-04-29 17:49:24
|
Is there a list online of the translations available? I'm particularly looking for Korean, but would like the whole list. David |
From: Arjen v. B. <boc...@fe...> - 2009-04-13 11:58:10
|
Thanks! Adding base_url instead of ${base} to the Management interface urls probably would be a good thing as well. Arjen On 13 apr 2009, at 13:34, Franky Van Liedekerke wrote: > On Mon, 13 Apr 2009 12:50:54 +0200 > Arjen van Bochoven <boc...@fe...> wrote: > >> Looking at the test page, I see the following: >> >> Expected base_url: http://survey.example.com// >> >> As a workaround, I modified index.php to: >> >> $dir = dirname($s['SCRIPT_NAME']) == '/' ? '' : >> dirname($s['SCRIPT_NAME']); >> >> $url = sprintf('%s://%s%s%s%s', $proto, $s['SERVER_NAME'], $port, >> $dir, '/admin/manage.php'); >> >> >> grz >> >> Arjen > > Ah yes, I see now ... my webserver (apache) automatically removes > double slashes. Your fix has been accepted and is in SVN already. > > Franky > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > High Quality Requirements in a Collaborative Environment. > Download a free trial of Rational Requirements Composer Now! > http://p.sf.net/sfu/www-ibm-com > _______________________________________________ > phpESP-general mailing list > php...@li... > https://lists.sourceforge.net/lists/listinfo/phpesp-general |
From: Franky V. L. <lie...@te...> - 2009-04-13 11:34:13
|
On Mon, 13 Apr 2009 12:50:54 +0200 Arjen van Bochoven <boc...@fe...> wrote: > Looking at the test page, I see the following: > > Expected base_url: http://survey.example.com// > > As a workaround, I modified index.php to: > > $dir = dirname($s['SCRIPT_NAME']) == '/' ? '' : > dirname($s['SCRIPT_NAME']); > > $url = sprintf('%s://%s%s%s%s', $proto, $s['SERVER_NAME'], $port, > $dir, '/admin/manage.php'); > > > grz > > Arjen Ah yes, I see now ... my webserver (apache) automatically removes double slashes. Your fix has been accepted and is in SVN already. Franky |
From: Arjen v. B. <boc...@fe...> - 2009-04-13 10:51:14
|
Looking at the test page, I see the following: Expected base_url: http://survey.example.com// As a workaround, I modified index.php to: $dir = dirname($s['SCRIPT_NAME']) == '/' ? '' : dirname($s['SCRIPT_NAME']); $url = sprintf('%s://%s%s%s%s', $proto, $s['SERVER_NAME'], $port, $dir, '/admin/manage.php'); grz Arjen |
From: Franky V. L. <lie...@te...> - 2009-04-12 22:08:54
|
On Sun, 12 Apr 2009 21:44:26 +0200 Arjen van Bochoven <boc...@fe...> wrote: > I am reluctant to submit this as a bug, because I would have > imagined others would have noticed it before me, but I think there is > something not quite right with the redirect from index.php > > I run phpESP from the root (eg. http://survey.example.com), > therefore dirname($s['SCRIPT_NAME']) is not a directory but a single > slash. > > As a result the following code > > $url = sprintf('%s://%s%s%s%s', $proto, $s['SERVER_NAME'], $port, > dirname($s['SCRIPT_NAME']), '/admin/manage.php'); > > header("Location: $url"); > > redirects to > > http://survey.example.com//admin/manage.php > > The double slash results in the following page to links that point to > > http://admin/manage.php > > which obviously does not resolve to my domain. > > Maybe related is the following: I have this line in phpESP.ini.php > > $ESPCONFIG['base_url'] = $ESPCONFIG['proto'] . > $server['HTTP_HOST'] . '/'; > > but all links I see in the Management Interface are relative. > > Arjen van Bochoven > http://thebluebus.nl Hmmm ... I just tried the same thing here and don't see any problems. I don't see the double slashes as well. Which version are you using? Franky |
From: Arjen v. B. <boc...@fe...> - 2009-04-12 19:44:43
|
I am reluctant to submit this as a bug, because I would have imagined others would have noticed it before me, but I think there is something not quite right with the redirect from index.php I run phpESP from the root (eg. http://survey.example.com), therefore dirname($s['SCRIPT_NAME']) is not a directory but a single slash. As a result the following code $url = sprintf('%s://%s%s%s%s', $proto, $s['SERVER_NAME'], $port, dirname($s['SCRIPT_NAME']), '/admin/manage.php'); header("Location: $url"); redirects to http://survey.example.com//admin/manage.php The double slash results in the following page to links that point to http://admin/manage.php which obviously does not resolve to my domain. Maybe related is the following: I have this line in phpESP.ini.php $ESPCONFIG['base_url'] = $ESPCONFIG['proto'] . $server['HTTP_HOST'] . '/'; but all links I see in the Management Interface are relative. Arjen van Bochoven http://thebluebus.nl |
From: Franky V. L. <lie...@te...> - 2009-04-05 08:17:54
|
On Sat, 4 Apr 2009 23:06:23 +0200 Arjen van Bochoven <boc...@fe...> wrote: > Ok, I found the bug: > > I guess in order to prepare for a mysql query, the variable > containing the group is padded with quotes. This causes the check for > the group to fail. > > To fix it, edit admin/include/where/admdesigner.inc > on line 155 replace > in_array($r, $_SESSION['acl']['pgroup']) || > with > in_array(trim($r, "'"), $_SESSION['acl']['pgroup']) || > > Adding designers should be fine after that. > > cheers, > > Arjen Hmmm ... the in_array function is called in multiple places with the same $r variable. Shouldn't they all be changed then? I've committed a fix for this to svn. Franky |
From: Arjen v. B. <boc...@fe...> - 2009-04-04 21:06:54
|
Ok, I found the bug: I guess in order to prepare for a mysql query, the variable containing the group is padded with quotes. This causes the check for the group to fail. To fix it, edit admin/include/where/admdesigner.inc on line 155 replace in_array($r, $_SESSION['acl']['pgroup']) || with in_array(trim($r, "'"), $_SESSION['acl']['pgroup']) || Adding designers should be fine after that. cheers, Arjen On 4 apr 2009, at 11:24, Arjen van Bochoven wrote: > Could anyone explain to me how the group administrator is supposed to > work? Here's what I did: > > - Fresh install of phpESP v2.1.2. > - copied phpESP.ini.php.example to phpESP.ini.php > - changed db vars and base_url to match my setup > - Logged in as root > - Created a new group 'nescog' > - Created a designer with membership of group 'nescog' and all options > set to 'Yes' except disabled > > I supposed that the designer with group-edit capabilities should be > able to add additional designers, but when I log in as the group- > editor I get the following message: > "This account does not have permission to access this group" > > Is there something I am missing? > > Arjen > > ------------------------------------------------------------------------------ > _______________________________________________ > phpESP-general mailing list > php...@li... > https://lists.sourceforge.net/lists/listinfo/phpesp-general |
From: Franky V. L. <lie...@te...> - 2009-04-04 12:48:49
|
That doesn't seem like it was the intention. I've made a comment about that in the ticket, reopened it and will take a look at it. Franky On Sat, 4 Apr 2009 12:59:23 +0100 Jonathan Hughes <jr...@dm...> wrote: > I had the same problem and opened a bug report, #2138508. > This was swiftly closed with the resolution 'invalid'. > > Jonathan > > On 4 Apr 2009, at 10:24, Arjen van Bochoven wrote: > > > Could anyone explain to me how the group administrator is supposed > > to work? Here's what I did: > > > > - Fresh install of phpESP v2.1.2. > > - copied phpESP.ini.php.example to phpESP.ini.php > > - changed db vars and base_url to match my setup > > - Logged in as root > > - Created a new group 'nescog' > > - Created a designer with membership of group 'nescog' and all > > options set to 'Yes' except disabled > > > > I supposed that the designer with group-edit capabilities should be > > able to add additional designers, but when I log in as the group- > > editor I get the following message: > > "This account does not have permission to access this group" > > > > Is there something I am missing? > > > > ------------------------------------------------------------------------------ > _______________________________________________ > phpESP-general mailing list > php...@li... > https://lists.sourceforge.net/lists/listinfo/phpesp-general > |
From: Jonathan H. <jr...@dm...> - 2009-04-04 12:28:33
|
I had the same problem and opened a bug report, #2138508. This was swiftly closed with the resolution 'invalid'. Jonathan On 4 Apr 2009, at 10:24, Arjen van Bochoven wrote: > Could anyone explain to me how the group administrator is supposed to > work? Here's what I did: > > - Fresh install of phpESP v2.1.2. > - copied phpESP.ini.php.example to phpESP.ini.php > - changed db vars and base_url to match my setup > - Logged in as root > - Created a new group 'nescog' > - Created a designer with membership of group 'nescog' and all options > set to 'Yes' except disabled > > I supposed that the designer with group-edit capabilities should be > able to add additional designers, but when I log in as the group- > editor I get the following message: > "This account does not have permission to access this group" > > Is there something I am missing? > |
From: Arjen v. B. <boc...@fe...> - 2009-04-04 09:24:24
|
Could anyone explain to me how the group administrator is supposed to work? Here's what I did: - Fresh install of phpESP v2.1.2. - copied phpESP.ini.php.example to phpESP.ini.php - changed db vars and base_url to match my setup - Logged in as root - Created a new group 'nescog' - Created a designer with membership of group 'nescog' and all options set to 'Yes' except disabled I supposed that the designer with group-edit capabilities should be able to add additional designers, but when I log in as the group- editor I get the following message: "This account does not have permission to access this group" Is there something I am missing? Arjen |
From: Franky V. L. <lie...@te...> - 2009-03-22 12:45:49
|
this seems great! I'll add a link in the documentation to your site, if that's ok with you. Franky On Sun, 22 Mar 2009 08:22:03 -0400 "Jim B." <jp...@si...> wrote: > Hello Everyone, > > I've updated the phpespmod.pl script and documentation > available at: http://sixshooter.v6.thrupoint.net/phpESP_proto/ > > The README.txt file > http://sixshooter.v6.thrupoint.net/phpESP_proto/README.txt has been > updated as well as the other files in the directory. > > Briefly, the new version has these changes: > > # Modifed by Jim B. jp...@si... > # * Sat Mar 21 05:16:11 EDT 2009 - Updated for DB_PREFIX of > 'phpesp_' for all table references # * Sat Mar 21 05:16:11 EDT 2009 > - Now use s_param.pm for survey variables # * Sat Mar 21 05:16:11 > EDT 2009 - question name is now the second parmater in the input file > # (used to be an unused field) > # * Sat Mar 21 05:16:11 EDT 2009 - Cleaned up documentation for use > with phpESP 2.1.2 # > > I've tested it with phpESP-2.1.2 with no errors or problems. > > Your comments and suggestions are welcome. > > Best Regards, > Jim B. > > > ------------------------------------------------------------------------------ > Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) > are powering Web 2.0 with engaging, cross-platform capabilities. > Quickly and easily build your RIAs with Flex Builder, the > Eclipse(TM)based development software that enables intelligent coding > and step-through debugging. Download the free 60 day trial. > http://p.sf.net/sfu/www-adobe-com > _______________________________________________ phpESP-general > mailing list php...@li... > https://lists.sourceforge.net/lists/listinfo/phpesp-general > |
From: Jim B. <jp...@si...> - 2009-03-22 12:40:40
|
Hello Everyone, I've updated the phpespmod.pl script and documentation available at: http://sixshooter.v6.thrupoint.net/phpESP_proto/ The README.txt file http://sixshooter.v6.thrupoint.net/phpESP_proto/README.txt has been updated as well as the other files in the directory. Briefly, the new version has these changes: # Modifed by Jim B. jp...@si... # * Sat Mar 21 05:16:11 EDT 2009 - Updated for DB_PREFIX of 'phpesp_' for all table references # * Sat Mar 21 05:16:11 EDT 2009 - Now use s_param.pm for survey variables # * Sat Mar 21 05:16:11 EDT 2009 - question name is now the second parmater in the input file # (used to be an unused field) # * Sat Mar 21 05:16:11 EDT 2009 - Cleaned up documentation for use with phpESP 2.1.2 # I've tested it with phpESP-2.1.2 with no errors or problems. Your comments and suggestions are welcome. Best Regards, Jim B. |
From: Peter F. <pf...@uc...> - 2009-03-18 10:45:28
|
Franky Van Liedekerke wrote: > > > On Mon, Mar 16, 2009 at 12:51 PM, Peter Flynn <pf...@uc... > <mailto:pf...@uc...>> wrote: > > Franky Van Liedekerke wrote: > > On Wed, 07 Jan 2009 10:23:50 +0000 > > Peter Flynn <pf...@uc... <mailto:pf...@uc...>> wrote: > > > > > I finally found it. The mysql_create.sql is broken as shipped, as it > does not allow the phpesp user to create, drop, or alter, so it can > never install the data. I used the following: > > UPDATE db set create_priv='Y',drop_priv='Y',alter_priv='Y' > where user='phpesp'; > > UPDATE user set select_priv='Y',insert_priv='Y',update_priv='Y', > delete_priv='Y',create_priv='Y',drop_priv='Y',alter_priv='Y' > where user='phpesp'; > > flush privileges; > > > heh ... I never used that script myself on mysql 5 :-) > I'm going to remove that script and change the INSTALL instructions to > just create a mysql user yourself ... much safer and more in line with > other programs. No need to remove it: if you just add the privs needed (actually I think only ADD is required) it should be fine as it stands. ///Peter |
From: Franky V. L. <lie...@te...> - 2009-03-16 12:55:33
|
On Mon, Mar 16, 2009 at 12:51 PM, Peter Flynn <pf...@uc...> wrote: > Franky Van Liedekerke wrote: > > On Wed, 07 Jan 2009 10:23:50 +0000 > > Peter Flynn <pf...@uc...> wrote: > > > > > I finally found it. The mysql_create.sql is broken as shipped, as it > does not allow the phpesp user to create, drop, or alter, so it can > never install the data. I used the following: > > UPDATE db set create_priv='Y',drop_priv='Y',alter_priv='Y' > where user='phpesp'; > > UPDATE user set select_priv='Y',insert_priv='Y',update_priv='Y', > delete_priv='Y',create_priv='Y',drop_priv='Y',alter_priv='Y' > where user='phpesp'; > > flush privileges; > > heh ... I never used that script myself on mysql 5 :-) I'm going to remove that script and change the INSTALL instructions to just create a mysql user yourself ... much safer and more in line with other programs. Franky |
From: Peter F. <pf...@uc...> - 2009-03-16 12:30:40
|
Franky Van Liedekerke wrote: > On Wed, 07 Jan 2009 10:23:50 +0000 > Peter Flynn <pf...@uc...> wrote: > >> I'm trying to install phpESP 2.1.2 under RHEL5 with the default >> Apache 2.2.3 and PHP 5.1.6. I have had an older version of phpESP >> (1.8) running very successfully elsewhere under Fedora Core 4 for >> years, so I'll eventually want to import all the old data; but the >> problem right now is more baffling: installing the database, which >> went perfectly on the old machine. Procedure was: >> >> 1. detar the installation into the web server document root >> 2. check httpd.conf for .php (added AddType; SetOutputFilter not >> used) 3. set the ownership of the whole phpESP directory tree to >> apache 4. edit a phpESP.ini.php to set db_pass, date_format, and >> emails 5. edit mysql_create.sql password to match the db_pass in [4] >> 6. execute mysql -u root -p < mysql_create.sql to set up database >> 7. log in with Firefox and change phpESP's root password >> 8. try to install, and I get >> >> Installing >> [ Install FAILED ] >> [ Initial data entering failed ] >> [ Version delete FAILED ] >> [ Version update FAILED ] >> >> I've obviously missed something, but what? > > Heh ... seems I missed something in the INSTALL file. Just omit step 5 > and 6 (just create the db, don't enter any data in it). The web based > install will do the rest. If drop/create tables is not permitted, just > copy/paste the created sql statements from the web based install in a > sql file and use that one. I finally found it. The mysql_create.sql is broken as shipped, as it does not allow the phpesp user to create, drop, or alter, so it can never install the data. I used the following: UPDATE db set create_priv='Y',drop_priv='Y',alter_priv='Y' where user='phpesp'; UPDATE user set select_priv='Y',insert_priv='Y',update_priv='Y', delete_priv='Y',create_priv='Y',drop_priv='Y',alter_priv='Y' where user='phpesp'; flush privileges; ///Peter |
From: Bryan H. <bry...@do...> - 2009-03-12 22:06:21
|
I will be out of the office starting 03/12/2009 and will not return until 03/13/2009. For website issues please contact Robert Poeschel at 916-440-0546 |
From: Franky V. L. <lie...@te...> - 2009-03-12 13:46:58
|
This means you changed the phpESP.ini.php.default file ... don't do that, read the install instructions (in short: put your own changes in phpESP.ini.php, not in the default file) Franky 2009/3/12 Allan Jones <Al...@jo...> > I just installed everything and it looks good > But I get this error along the top of the screen: > > WARNING: Checksum for file admin/phpESP.ini.php.default doesn't match > > > It doesn't sound fatal, but how do I fix it? > > ============ > Allan Jones > 琼思 爱伦 > (403) 870-8887 > www.linkedin.com/in/allanjones > > > ------------------------------------------------------------------------------ > Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are > powering Web 2.0 with engaging, cross-platform capabilities. Quickly and > easily build your RIAs with Flex Builder, the Eclipse(TM)based development > software that enables intelligent coding and step-through debugging. > Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com > _______________________________________________ > phpESP-general mailing list > php...@li... > https://lists.sourceforge.net/lists/listinfo/phpesp-general > > |
From: Allan J. <Al...@Jo...> - 2009-03-12 13:07:17
|
I just installed everything and it looks good But I get this error along the top of the screen: WARNING: Checksum for file admin/phpESP.ini.php.default doesn't match It doesn't sound fatal, but how do I fix it? ============ Allan Jones 琼思 爱伦 (403) 870-8887 www.linkedin.com/in/allanjones |
From: Santhanam V <san...@ai...> - 2009-03-03 11:10:26
|
Dear Friends, I have installed phpESP-2.1.1 on Apache 2.2.9 & PHP 5.2.6 on windows environment. I am able to login as root user & also survey designer. But after creating Respondent accounts using root user & trying to login, i am getting the following error : [ Incorrect User ID or Password, or your account has been disabled/expired. ] But actually, that account is active (Disabled:No). Please kindly help me in resolving this error. Thanks In Advance With Regards Santhanam --------------------------------------------------- Amrita Institute of Medical Sciences, Cochin, India |
From: Franky V. L. <lie...@te...> - 2009-02-11 08:40:06
|
On Wed, Feb 11, 2009 at 5:45 AM, David Liontooth <lio...@co...>wrote: > > I've had phpESP 1.8.2 running for a long time, and also installed 2.0.2 > successfully. I'm now attempting to install 2.1.2 and having no luck. > > I want to run the versions in parallel, so I define a new db for the > 2.1.2 version, and create a new database by editing mysql_create.sql and > issuing > > mysql -u root -p < mysql_create.sql > > This works fine; I check the result in phpMyAdmin. I browse to the > location given in phpESP.ini.php and get this: > > "If you see this screen and you have phpesp already installed using the > current db config, it might be because the default table prefix setting > has changed. Use this link to update non-prefixed tables to the correct > prefix, or change the variable $DB_PREFIX in the config file." > > I do have phpesp already installed, but not using the current db config. > Clicking on "Install" or "this link" only generates errors. phpmyadmin > shows the new database remains empty. > > Is there a problem installing parallel versions using 2.1.2? It's > looking like it's seeing the old db called phpesp and tries to use it, > even though phpESP.ini.php has the new db name and user. > > Peter Flynn had similar issues; were they resolved? > > I tried starting over and commenting out the prefix lines, to no effect: > > // $DB_PREFIX = "phpesp_"; // If you want your database tables to use > a prefix, set it here. > // $OLD_DB_PREFIX = ""; // When switching prefixes, enter the current > db prefix here. > > This line from phpESP.ini.php.default made path assumptions that are > incorrect: > > $ESPCONFIG['adodb_pathto_db'] = "/var/www/phpESP/scripts/db/esp.dbm"; > > I made a copy to phpESP.ini.php and corrected it, but it had no visible > effect. Is there some other variable that is assuming the db is called > phpesp or that the program is on the path /var/www/phpESP/? Anything we > need to be looking out for when doing parallel installations? I'm just > guessing that's the source of the problem. > > Apache's log has no errors. > > During this process I removed 2.0.2 and then reinstalled it without > problems; for this version I ran mysql_populate.sql and everything works. > > Cheers, > Dave Well, please post the content of phpESP.ini.php (leave out the password of course). Also: the mysql create script is an old thingie that might not work correctly anymore for new versions of mysql. You can always try by just creating a new database and user using phpmyadmin or so. I'm going to remove this sql script and recommend manual creation of the db anyway (as all other tools do as well). Franky |
From: David L. <lio...@co...> - 2009-02-11 04:46:00
|
I've had phpESP 1.8.2 running for a long time, and also installed 2.0.2 successfully. I'm now attempting to install 2.1.2 and having no luck. I want to run the versions in parallel, so I define a new db for the 2.1.2 version, and create a new database by editing mysql_create.sql and issuing mysql -u root -p < mysql_create.sql This works fine; I check the result in phpMyAdmin. I browse to the location given in phpESP.ini.php and get this: "If you see this screen and you have phpesp already installed using the current db config, it might be because the default table prefix setting has changed. Use this link to update non-prefixed tables to the correct prefix, or change the variable $DB_PREFIX in the config file." I do have phpesp already installed, but not using the current db config. Clicking on "Install" or "this link" only generates errors. phpmyadmin shows the new database remains empty. Is there a problem installing parallel versions using 2.1.2? It's looking like it's seeing the old db called phpesp and tries to use it, even though phpESP.ini.php has the new db name and user. Peter Flynn had similar issues; were they resolved? I tried starting over and commenting out the prefix lines, to no effect: // $DB_PREFIX = "phpesp_"; // If you want your database tables to use a prefix, set it here. // $OLD_DB_PREFIX = ""; // When switching prefixes, enter the current db prefix here. This line from phpESP.ini.php.default made path assumptions that are incorrect: $ESPCONFIG['adodb_pathto_db'] = "/var/www/phpESP/scripts/db/esp.dbm"; I made a copy to phpESP.ini.php and corrected it, but it had no visible effect. Is there some other variable that is assuming the db is called phpesp or that the program is on the path /var/www/phpESP/? Anything we need to be looking out for when doing parallel installations? I'm just guessing that's the source of the problem. Apache's log has no errors. During this process I removed 2.0.2 and then reinstalled it without problems; for this version I ran mysql_populate.sql and everything works. Cheers, Dave |
From: Franky V. L. <lie...@te...> - 2009-02-05 16:44:48
|
On Thu, 5 Feb 2009 12:12:29 +0100 "an...@me..." <an...@me...> wrote: > Dear members of this list > > I tried phpESP the first time on this Demo: > http://phpesp.sourceforge.net/demo/admin/manage.php > > However, when making a new survey, then hitting the "continue" > button (to go to the question forms) nothing happens. > I don't know what the problem is on the demo server (besides it being versio 2.1.1 and the latest is 2.1.2). However, I tried it locally and this seems to work just fine. Which version did you download and try? Are there any logs in the apache logfiles (if not, enable php error logging in the php.ini file and try again). Franky |
From: <an...@me...> - 2009-02-05 15:07:55
|
Dear members of this list I tried phpESP the first time on this Demo: http://phpesp.sourceforge.net/demo/admin/manage.php However, when making a new survey, then hitting the "continue" button (to go to the question forms) nothing happens. I did also make a test-install on a server. Here the same issue. I filled in all the "required" fields. Do I miss something? Thanks for hints! Best regards Andreas Stämpfli |