phpgedview-talk Mailing List for PhpGedView (Page 18)
Brought to you by:
canajun2eh,
yalnifj
You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
(1) |
Jun
|
Jul
(2) |
Aug
(1) |
Sep
|
Oct
(1) |
Nov
(1) |
Dec
(5) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(4) |
Feb
(3) |
Mar
(35) |
Apr
(37) |
May
(22) |
Jun
|
Jul
(2) |
Aug
(7) |
Sep
(10) |
Oct
(9) |
Nov
|
Dec
(16) |
2005 |
Jan
(16) |
Feb
(4) |
Mar
(48) |
Apr
(12) |
May
(4) |
Jun
(3) |
Jul
(4) |
Aug
(19) |
Sep
(31) |
Oct
(16) |
Nov
(7) |
Dec
(58) |
2006 |
Jan
(9) |
Feb
(14) |
Mar
(16) |
Apr
(12) |
May
(9) |
Jun
(9) |
Jul
(31) |
Aug
(19) |
Sep
(3) |
Oct
|
Nov
(11) |
Dec
(3) |
2007 |
Jan
(16) |
Feb
(1) |
Mar
(4) |
Apr
(17) |
May
(40) |
Jun
(14) |
Jul
(31) |
Aug
(10) |
Sep
(14) |
Oct
(64) |
Nov
(24) |
Dec
(13) |
2008 |
Jan
(12) |
Feb
(2) |
Mar
(7) |
Apr
(2) |
May
(16) |
Jun
(8) |
Jul
(4) |
Aug
(14) |
Sep
(13) |
Oct
(2) |
Nov
|
Dec
|
2009 |
Jan
(1) |
Feb
(11) |
Mar
(5) |
Apr
(6) |
May
|
Jun
(1) |
Jul
|
Aug
(1) |
Sep
(1) |
Oct
|
Nov
(2) |
Dec
|
2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
|
2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2017 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
2019 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Duncan L. <du...@li...> - 2006-07-05 20:55:21
|
Sorry about this easy question, but I can't find the answer anywhere. Which file do i edit to change the settings for connecting to mysql? The site is broken so I can't do anything through the site's interface. Duncan --=20 Linux user: 372812 | GPG key ID: 21A8C63A | http://lithgow-schmidt.dk |
From: John F. <Joh...@ne...> - 2006-06-07 17:25:50
|
Those queries are for the statistics block. I reinstalled Postgres and I was able to duplicate the results you had. For the next release, I will make sure that that index is created. Most users use MySQL so if you find any other slow queries in pgsql please let me know. Thanks, --John -----Original Message----- From: php...@li... [mailto:php...@li...] On Behalf Of Shane Hathaway Sent: Wednesday, June 07, 2006 12:57 AM To: All About PhpGedView Subject: Re: [Phpgedview-talk] Hello and suggested optimization John Finlay wrote: > Those indexes should already be created when your database is setup. > See the create_dates_table() function (about line 1078) in > functions_import.php. Unless postgresql treats the two fields indexed > together differently then the two indexed seperately. Yes, it treats them very differently, as does MySQL and any relational database. Computing a result based on multiple independent indexes is typically not an efficient operation. Queries that look up a row based on the values in multiple columns are often much faster if they use an index that combines all of the required columns. Imagine having a database table of the geospatial coordinates of every house on earth. One column would have the longitude and another would have the latitude. Create one index for the longitude column and another for the latitude column. If you want to look up a house at a particular latitude and longitude, the longitude index can quickly tell you about the thousands (millions?) of houses along a slice of the earth, and the latitude index can quickly tell you about the houses along a different slice, but no index can tell you about the houses at particular coordinates. You have to merge the lists of houses from the two indexes, or fall back to scanning the table. If you instead create an index that combines the longitude and the latitude, you can look up the house directly, without merging anything. It's as if the table were pre-sorted by both the latitude and longitude. The only problem is that the index may consume a lot of disk space, so it's a trade-off. > I did some testing on this and I wasn't able to duplicate your results. > But I might not have the same configuration as you. Can you post the > SQL queries that were taking so long to run? What blocks do you have > configured on your welcome page? It's a default install. I am a newbie to PGV. This is the first I've heard that you can actually configure the welcome page. ;-) The offending queries are below. Each originally took about 33000 ms, dropping to 20 ms with a more appropriate index. (Interestingly, it only took 130 ms to "create index"!) select avg(death.d_year-birth.d_year) as age from pgv_dates as death, pgv_dates as birth where birth.d_gid=3Ddeath.d_gid AND = death.d_file=3D'1' and birth.d_file=3Ddeath.d_file AND birth.d_fact=3D'BIRT' and death.d_fact=3D'DEAT' AND birth.d_year>0 and death.d_year>0 and birth.d_type is null and death.d_type is null; select death.d_year-birth.d_year as age, death.d_gid from pgv_dates as death, pgv_dates as birth where birth.d_gid=3Ddeath.d_gid AND death.d_file=3D'1' and birth.d_file=3Ddeath.d_file AND = birth.d_fact=3D'BIRT' and death.d_fact=3D'DEAT' AND birth.d_year>0 and death.d_year>0 and birth.d_type is null and death.d_type is null ORDER BY age DESC LIMIT 1 OFFSET 0; Shane _______________________________________________ Phpgedview-talk mailing list Php...@li... https://lists.sourceforge.net/lists/listinfo/phpgedview-talk |
From: Shane H. <sh...@ha...> - 2006-06-07 06:57:26
|
John Finlay wrote: > Those indexes should already be created when your database is setup. > See the create_dates_table() function (about line 1078) in > functions_import.php. Unless postgresql treats the two fields indexed > together differently then the two indexed seperately. Yes, it treats them very differently, as does MySQL and any relational database. Computing a result based on multiple independent indexes is typically not an efficient operation. Queries that look up a row based on the values in multiple columns are often much faster if they use an index that combines all of the required columns. Imagine having a database table of the geospatial coordinates of every house on earth. One column would have the longitude and another would have the latitude. Create one index for the longitude column and another for the latitude column. If you want to look up a house at a particular latitude and longitude, the longitude index can quickly tell you about the thousands (millions?) of houses along a slice of the earth, and the latitude index can quickly tell you about the houses along a different slice, but no index can tell you about the houses at particular coordinates. You have to merge the lists of houses from the two indexes, or fall back to scanning the table. If you instead create an index that combines the longitude and the latitude, you can look up the house directly, without merging anything. It's as if the table were pre-sorted by both the latitude and longitude. The only problem is that the index may consume a lot of disk space, so it's a trade-off. > I did some testing on this and I wasn't able to duplicate your results. > But I might not have the same configuration as you. Can you post the > SQL queries that were taking so long to run? What blocks do you have > configured on your welcome page? It's a default install. I am a newbie to PGV. This is the first I've heard that you can actually configure the welcome page. ;-) The offending queries are below. Each originally took about 33000 ms, dropping to 20 ms with a more appropriate index. (Interestingly, it only took 130 ms to "create index"!) select avg(death.d_year-birth.d_year) as age from pgv_dates as death, pgv_dates as birth where birth.d_gid=death.d_gid AND death.d_file='1' and birth.d_file=death.d_file AND birth.d_fact='BIRT' and death.d_fact='DEAT' AND birth.d_year>0 and death.d_year>0 and birth.d_type is null and death.d_type is null; select death.d_year-birth.d_year as age, death.d_gid from pgv_dates as death, pgv_dates as birth where birth.d_gid=death.d_gid AND death.d_file='1' and birth.d_file=death.d_file AND birth.d_fact='BIRT' and death.d_fact='DEAT' AND birth.d_year>0 and death.d_year>0 and birth.d_type is null and death.d_type is null ORDER BY age DESC LIMIT 1 OFFSET 0; Shane |
From: John F. <Joh...@ne...> - 2006-06-06 22:48:58
|
Hi Shane, Thanks for looking into these optimizations. Those indexes should already be created when your database is setup. See the create_dates_table() function (about line 1078) in functions_import.php. Unless postgresql treats the two fields indexed together differently then the two indexed seperately. I did some testing on this and I wasn't able to duplicate your results. But I might not have the same configuration as you. Can you post the SQL queries that were taking so long to run? What blocks do you have configured on your welcome page? Thanks, --John -----Original Message----- From: php...@li... [mailto:php...@li...] On Behalf Of Shane Hathaway Sent: Sunday, June 04, 2006 11:15 PM To: php...@li... Subject: [Phpgedview-talk] Hello and suggested optimization Hello, By way of introduction, I'm a software engineer working on genealogy software at the LDS church. I wrote a lot of the functionality (and perhaps bugs too) of Scan Stone, a high speed microfilm scanning system that was recently featured in the Church News. I'm also a Zope expert and one of the founders of the Content Management Framework (CMF), the technology behind Plone, a major open source content management system. I just installed PGV 4.0 beta 8 and uploaded a GEDCOM with 5,000 names. It worked well and I can see an impressive list of features. I've been interested in the project for a long time. I used PostgreSQL 8.0 as the backend. I noticed that the welcome page takes a long time to load, so I did a little investigating. I set "log_min_duration_statement =3D 100" in postgresql.conf, which causes PostgreSQL to log any query that takes longer than 100 ms. Then, postgresql.log revealed two queries that were each taking 33 seconds on every visit to the welcome page. I used EXPLAIN ANALYZE to find out why it was taking so long, and it became apparent that it didn't have the right indexes to perform this query. I tried various combinations of indexes until I settled on the following simple index, which reduces the 33 second queries to 20 ms: create index date_death_opt on pgv_dates (d_fact, d_gid); This is a whopping 1,650 times (165000%) faster. :-) Just thought you'd like a simple optimization. I haven't read a single line of code of PGV yet, so I don't know where the optimization should go. Shane _______________________________________________ Phpgedview-talk mailing list Php...@li... https://lists.sourceforge.net/lists/listinfo/phpgedview-talk |
From: Ted S. <su...@ai...> - 2006-06-06 15:22:10
|
On Tuesday 06 June 2006 06:57, waldo kitty wrote: > Willard Farqwark wrote: > > When a user tries to regester, the e-mail to confirm does not get sent. > > Where do I start looking? > > i've seen your other message about locating an error message that you > hadn't seen... i can't help you with that but i did want to say that i > wrote, sometime back, about adding SMTP capabilities to phpGEDView... > > what i had done was to modify phpGEDView to use the open source SMTP > "library" that phpBB uses... i wrote, in here, that it would be a good idea > and that there shouldn't be any problems since both programs are open > source... my mods weren't all that extensive and i only needed to figure > out how the configuration stuffs in phpGEDView were done so that i could > add the needed parameters for the option to use SMTP instead of sendmail or > similar... replies that i received were to the effect that there was > something already planned in that area and that my work was basically for > naught... unfortunately i do not have those mods any more due to a > reinstall or an upgrade... i don't remember which :( > > anyway, i'd like to, once again, propose that the phpBB SMTP code be used > so as to offer another option of sending mails from phpGEDView... The server that phpGEDView is on is also a very active mail and spam server. I just need to get apache/php to write to the /var/spool/clientmqueue/ dir owned by smmpd. This is not a new problem or only a problem for phpGEDView. But phpGEDView is not right working because of it. ted |
From: waldo k. <wki...@al...> - 2006-06-06 13:58:22
|
Willard Farqwark wrote: > When a user tries to regester, the e-mail to confirm does not get sent. > Where do I start looking? i've seen your other message about locating an error message that you hadn't seen... i can't help you with that but i did want to say that i wrote, sometime back, about adding SMTP capabilities to phpGEDView... what i had done was to modify phpGEDView to use the open source SMTP "library" that phpBB uses... i wrote, in here, that it would be a good idea and that there shouldn't be any problems since both programs are open source... my mods weren't all that extensive and i only needed to figure out how the configuration stuffs in phpGEDView were done so that i could add the needed parameters for the option to use SMTP instead of sendmail or similar... replies that i received were to the effect that there was something already planned in that area and that my work was basically for naught... unfortunately i do not have those mods any more due to a reinstall or an upgrade... i don't remember which :( anyway, i'd like to, once again, propose that the phpBB SMTP code be used so as to offer another option of sending mails from phpGEDView... -- _\/ (@@) Waldo Kitty, Waldo's Place USA __ooO_( )_Ooo_____________________ telnet://bbs.wpusa.dynip.com _|_____|_____|_____|_____|_____|_____ http://www.wpusa.dynip.com ____|_____|_____|_____|_____|_____|_____ ftp://ftp.wpusa.dynip.com _|_Eat_SPAM_to_email_me!_YUM!__|_____|_____ wkitty42 -at- alltel.net --- avast! Antivirus: Outbound message clean. Virus Database (VPS): 0623-0, 06/05/2006 Tested on: 6/6/06 09:57:59 avast! - copyright (c) 1988-2006 ALWIL Software. http://www.avast.com |
From: Willard F. <wfa...@ai...> - 2006-06-05 17:35:23
|
On Monday 05 June 2006 10:19, Willard Farqwark wrote: > When a user tries to regester, the e-mail to confirm does not get sent. > Where do I start looking? > No errors in http log or messages. > Ver 4.0.8 > RH9 No RPM's on PHP , Perl or Http > but sendmail is a rpm. > > Thanks > > Ted > > > _______________________________________________ > Phpgedview-talk mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpgedview-talk > > !DSPAM:510,448467ac5841441555247! Sorry, I see the problem, just can't fix it.. SYSERR(apache): can not write to queue directory /var/spool/clientmqueue/ the directory is owned and grouped by smmsp. I have put apache (my httpd user) in the group file. still get the error.. |
From: Willard F. <wfa...@ai...> - 2006-06-05 17:19:38
|
When a user tries to regester, the e-mail to confirm does not get sent. Where do I start looking? No errors in http log or messages. Ver 4.0.8 RH9 No RPM's on PHP , Perl or Http but sendmail is a rpm. Thanks Ted |
From: Shane H. <sh...@ha...> - 2006-06-05 05:14:43
|
Hello, By way of introduction, I'm a software engineer working on genealogy software at the LDS church. I wrote a lot of the functionality (and perhaps bugs too) of Scan Stone, a high speed microfilm scanning system that was recently featured in the Church News. I'm also a Zope expert and one of the founders of the Content Management Framework (CMF), the technology behind Plone, a major open source content management system. I just installed PGV 4.0 beta 8 and uploaded a GEDCOM with 5,000 names. It worked well and I can see an impressive list of features. I've been interested in the project for a long time. I used PostgreSQL 8.0 as the backend. I noticed that the welcome page takes a long time to load, so I did a little investigating. I set "log_min_duration_statement = 100" in postgresql.conf, which causes PostgreSQL to log any query that takes longer than 100 ms. Then, postgresql.log revealed two queries that were each taking 33 seconds on every visit to the welcome page. I used EXPLAIN ANALYZE to find out why it was taking so long, and it became apparent that it didn't have the right indexes to perform this query. I tried various combinations of indexes until I settled on the following simple index, which reduces the 33 second queries to 20 ms: create index date_death_opt on pgv_dates (d_fact, d_gid); This is a whopping 1,650 times (165000%) faster. :-) Just thought you'd like a simple optimization. I haven't read a single line of code of PGV yet, so I don't know where the optimization should go. Shane |
From: The L. <pml...@bt...> - 2006-06-03 15:59:09
|
I decided to take to take your advice. V.4 beta8 up and running with no problems so far. Thanks ----- Original Message ----- From: "Daniel P. Kionka" <da...@ki...> To: <php...@li...> Sent: Monday, May 29, 2006 4:18 PM Subject: Re: [Phpgedview-talk] PGV-View v3.3 > I can't help you with the errors you are getting, but if you are just > starting, I wanted to encourage you to switch to PGV v4. It is still > officially beta, but it is almost ready to be released. I hate to see > you work so hard to get v3 configured because v4 has incompatibilities > and you will have to redo some of the configuration. It also has bug > fixes, so maybe your problems are already fixed. |
From: The L. <pml...@bt...> - 2006-05-31 15:55:54
|
Thank you. I'm sure the cure must be fairly simple but sounds complicated at the moment. It's odd how the error statements are scattered all over the 'white space' on the welcome page. Simply Hosting don't think it is a server problem but are prepared to help if I come up with something definite. ----- Original Message ----- From: "=James Birkholz=" <jbi...@co...> To: <php...@li...> Cc: "The Logans" <pml...@bt...> Sent: Tuesday, May 30, 2006 11:59 PM Subject: [Phpgedview-talk] Re: PGV-View v3.3 > > Warning: Cannot modify header information - headers already sent by (output > started at / / / > /genealogy/pgv-view33/includes/authentication_mysql.php:256) in / / / > /genealogy/pgv-view33/includes/session.php on line 333 & 509 > > > This is often due to some white space before the session control code? > (Something like that, I've seen it a few times.) The session control code > has to be the first code sent by the server, after the headers, as a > piggy-back thing and even a space in front will cause the browser to think > that there are two headers being sent. > > The other error sounds familiar too, but don't remember how I fixed it. If > you examined the code between download and upload/install, maybe try > a fresh download & install. > > James Birkholz > administrator (Betreuer der), Posen-EN mailing list & website > http://www.Posen-L.com & http://www.birchy.com/GenWiki > > > > ------------------------------------------------------- > All the advantages of Linux Managed Hosting--Without the Cost and Risk! > Fully trained technicians. The highest number of Red Hat certifications in > the hosting industry. Fanatical Support. Click to learn more > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642 > _______________________________________________ > Phpgedview-talk mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpgedview-talk |
From: =James B. <jbi...@co...> - 2006-05-30 22:55:25
|
Warning: Cannot modify header information - headers already sent by (output started at / / / /genealogy/pgv-view33/includes/authentication_mysql.php:256) in / / / /genealogy/pgv-view33/includes/session.php on line 333 & 509 This is often due to some white space before the session control code? (Something like that, I've seen it a few times.) The session control code has to be the first code sent by the server, after the headers, as a piggy-back thing and even a space in front will cause the browser to think that there are two headers being sent. The other error sounds familiar too, but don't remember how I fixed it. If you examined the code between download and upload/install, maybe try a fresh download & install. James Birkholz administrator (Betreuer der), Posen-EN mailing list & website http://www.Posen-L.com & http://www.birchy.com/GenWiki |
From: The L. <pml...@bt...> - 2006-05-29 18:45:36
|
I take your point. Probably the best way forward in the long run. My initial thought was that I didn't need all the 'bells & whistles'. I've got 3.3 running nicely using Apache (xampp) on the home computer, but that is using index files. Perhaps I will try it in an SQL database and see if I get the same problem as I get on the web server. ----- Original Message ----- From: "Daniel P. Kionka" <da...@ki...> To: <php...@li...> Sent: Monday, May 29, 2006 4:18 PM Subject: Re: [Phpgedview-talk] PGV-View v3.3 > I can't help you with the errors you are getting, but if you are just > starting, I wanted to encourage you to switch to PGV v4. It is still > officially beta, but it is almost ready to be released. I hate to see > you work so hard to get v3 configured because v4 has incompatibilities > and you will have to redo some of the configuration. It also has bug > fixes, so maybe your problems are already fixed. > > > The Logans wrote: > > Hi, > > Just starting out on this web site adventure. Got some server space with > > Simply Hosting - Apache v.1.3.34, PHP 4.4.2, MySQL 4.0.27-standard. > > Up-loaded PGV-View v3.3. Established connection with SQL database & set > > tables. Set administrator ok. However, all over the welcome page is a > > selection of the following: > > > > Notice: Only variables should be assigned by reference in / / / > > /genealogy/pgv-view33/includes/authentication_mysql.php on line > > 256/371/375/379/383/387/460/728 (separate entry for each page!) > > > > Warning: Cannot modify header information - headers already sent by (output > > started at / / / > > /genealogy/pgv-view33/includes/authentication_mysql.php:256) in / / / > > /genealogy/pgv-view33/includes/session.php on line 333 & 509 > > > > -24 DB Error: connect failed > > Notice: Only variables should be assigned by reference in / / / > > /genealogy/pgv-view33/includes/authentication_mysql.php on line 460 > > > > Appears to be a problem with includes/authentication_mysql.php. > > Any help would be appreciated. > > > > Regards > > Paul > > > > > > ------------------------------------------------------- > All the advantages of Linux Managed Hosting--Without the Cost and Risk! > Fully trained technicians. The highest number of Red Hat certifications in > the hosting industry. Fanatical Support. Click to learn more > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642 > _______________________________________________ > Phpgedview-talk mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpgedview-talk |
From: Daniel P. K. <da...@ki...> - 2006-05-29 15:18:32
|
I can't help you with the errors you are getting, but if you are just starting, I wanted to encourage you to switch to PGV v4. It is still officially beta, but it is almost ready to be released. I hate to see you work so hard to get v3 configured because v4 has incompatibilities and you will have to redo some of the configuration. It also has bug fixes, so maybe your problems are already fixed. The Logans wrote: > Hi, > Just starting out on this web site adventure. Got some server space with > Simply Hosting - Apache v.1.3.34, PHP 4.4.2, MySQL 4.0.27-standard. > Up-loaded PGV-View v3.3. Established connection with SQL database & set > tables. Set administrator ok. However, all over the welcome page is a > selection of the following: > > Notice: Only variables should be assigned by reference in / / / > /genealogy/pgv-view33/includes/authentication_mysql.php on line > 256/371/375/379/383/387/460/728 (separate entry for each page!) > > Warning: Cannot modify header information - headers already sent by (output > started at / / / > /genealogy/pgv-view33/includes/authentication_mysql.php:256) in / / / > /genealogy/pgv-view33/includes/session.php on line 333 & 509 > > -24 DB Error: connect failed > Notice: Only variables should be assigned by reference in / / / > /genealogy/pgv-view33/includes/authentication_mysql.php on line 460 > > Appears to be a problem with includes/authentication_mysql.php. > Any help would be appreciated. > > Regards > Paul > |
From: The L. <pml...@bt...> - 2006-05-29 13:59:22
|
Hi, Just starting out on this web site adventure. Got some server space with Simply Hosting - Apache v.1.3.34, PHP 4.4.2, MySQL 4.0.27-standard. Up-loaded PGV-View v3.3. Established connection with SQL database & set tables. Set administrator ok. However, all over the welcome page is a selection of the following: Notice: Only variables should be assigned by reference in / / / /genealogy/pgv-view33/includes/authentication_mysql.php on line 256/371/375/379/383/387/460/728 (separate entry for each page!) Warning: Cannot modify header information - headers already sent by (output started at / / / /genealogy/pgv-view33/includes/authentication_mysql.php:256) in / / / /genealogy/pgv-view33/includes/session.php on line 333 & 509 -24 DB Error: connect failed Notice: Only variables should be assigned by reference in / / / /genealogy/pgv-view33/includes/authentication_mysql.php on line 460 Appears to be a problem with includes/authentication_mysql.php. Any help would be appreciated. Regards Paul |
From: Shag <sh...@jb...> - 2006-05-19 16:53:29
|
Ah, let me try that. I didn't know about the ./genservice.php?wsdl part. Nope, I still get the same error from both sites. My site is running, Win2k Adv Srv, Apache 2.0.55, php 5.1.4 , MySQL 4.1.13. My link site is running Linux, Apache 1.3.34, php 5.0.4, MySQL 4.1.18 Both systems logs shows the the systems getting wsdl, and then wsdl found. Both system also give the same error as stated below. I tried to link from husband to wife, then wife to husband, then I just tried to link as son/daughter to see if it work. Both sites are running PGV v4.08 john On 19 May 2006 at 10:09, John Finlay wrote: > > What URL are you using for the remote linking? The url should look something like this: > http://www.remotesite.com/phpGedView/genservice.php?wsdl > > What type of link are you trying to create?Same as current, or father/mother, or son/daughter? > > Remember that in order to use the remote linking to another website you have to be connecting > to another PGV site that is also running v4.0. > > --John > > > > > > From: php...@li... [mailto:phpgedview-talk- > ad...@li...] On Behalf Of Shag > Sent: Thursday, May 18, 2006 7:43 PM > To: php...@li... > Subject: [Phpgedview-talk] Remote Link Site error > > > Has anyone been able to successfully get and attach/link to a remote web site? I'm using > v4.08beta, and I'm getting a soap error. I'm wondering if this is a permission- type error or ? > Here is the error I'm getting: > > Fatal error: Call to undefined method SOAP_Fault::Authenticate() in > D:\httpdoc\phpged\includes\serviceclient_class.php on line 111 > > > |
From: John F. <Joh...@ne...> - 2006-05-19 16:10:46
|
What URL are you using for the remote linking? The url should look something like this: http://www.remotesite.com/phpGedView/genservice.php?wsdl =20 What type of link are you trying to create? Same as current, or father/mother, or son/daughter? =20 Remember that in order to use the remote linking to another website you have to be connecting to another PGV site that is also running v4.0. =20 --John =20 =20 ________________________________ From: php...@li... [mailto:php...@li...] On Behalf Of Shag Sent: Thursday, May 18, 2006 7:43 PM To: php...@li... Subject: [Phpgedview-talk] Remote Link Site error =20 Has anyone been able to successfully get and attach/link to a remote web site? I'm using v4.08beta, and I'm getting a soap error. I'm wondering if this is a permission- type error or ? Here is the error I'm getting: =20 Fatal error: Call to undefined method SOAP_Fault::Authenticate() in D:\httpdoc\phpged\includes\serviceclient_class.php on line 111 =20 =20 |
From: Shag <sh...@jb...> - 2006-05-19 01:43:17
|
Has anyone been able to successfully get and attach/link to a remote web site? I'm using v4.08beta, and I'm getting a soap error. I'm wondering if this is a permission- type error or ? Here is the error I'm getting: Fatal error: Call to undefined method SOAP_Fault::Authenticate() in D:\httpdoc\phpged\includes\serviceclient_class.php on line 111 |
From: S.C. G. <alp...@gm...> - 2006-05-03 01:35:29
|
SXQgd291bGQgYmUgYW1hemluZyB0byBoYXZlIGEgdGltZWxpbmUgYmFzZWQgZnJhcHByIG1hcCBp biB0aGUgY2hhcnRpbmcKc3lzdGVtcyBpbiBQR1YuCgpJbWFnaW5lLCB0cmFjaW5nIHRoZSBtb3Zl bWVudCBvZiB5b3VyIGZhbWlseSBvdmVyIHRpbWUgYXMgd2VsbCBhcyBzZWVpbmcgdGhlCmN1cnJl bnQgZGlzcGVyc2FsLgoKd293LgoKLS0KLS0tUy5DLiBHZWhsLCAnQmVhdXR5IHRvIEJ1cm4nCg== |
From: Edward v. d. M. <php...@va...> - 2006-04-15 13:58:09
|
Sorry, =20 Forgot to sign. =20 =20 Greetings from The Netherlands, Edward van der Maarel =20 _____ =20 Van: php...@li... [mailto:php...@li...] Namens Edward van = der Maarel Verzonden: zaterdag 15 april 2006 15:56 Aan: php...@li... Onderwerp: [Phpgedview-talk] Visitor counter =20 Hello, =20 I only want to backup my visitor counter and names/logins of all users, because I=92m going to install PGV on another domain. Can anyone tell me which files to make a backup? =20 =20 =20 =20 -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.385 / Virus Database: 268.4.1/312 - Release Date: 14-4-2006 -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.385 / Virus Database: 268.4.1/312 - Release Date: 14-4-2006 --=20 No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.385 / Virus Database: 268.4.1/312 - Release Date: 14-4-2006 =20 |
From: Edward v. d. M. <php...@va...> - 2006-04-15 13:56:25
|
Hello, =20 I only want to backup my visitor counter and names/logins of all users, because I=92m going to install PGV on another domain. Can anyone tell me which files to make a backup? =20 =20 =20 =20 --=20 No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.385 / Virus Database: 268.4.1/312 - Release Date: 14-4-2006 =20 |
From: John F. <Joh...@ne...> - 2006-04-07 13:57:36
|
Yes, this was probably a result of the SunTzu attack. Most of the early = SunTzu attacks were set to be denial of service attacks that were to = start on Christmas. But later hackers started using the vulnerability = for other types of hacks and setting up a spam relay would be one they = would try. =20 Your safest bet is to erase everything from your site, change your = password, restart the server and set it up again. =20 --John ________________________________ From: php...@li... on behalf of = po...@jo... Sent: Fri 4/7/2006 3:04 AM To: php...@li... Subject: [Phpgedview-talk] abuse of mailbox - has it to do with sun = tzu??? Hi, The mailbox associated with the site I have my phpgedview installed is = recently abused by spammers. My provider suspects phpgedview as the cause. I did not yet = update to the most recent version, so I am wondering if the Sun Tzu hacker has = anything to do with this abuse. Of course I am updateing to version 3.3.8 now, but I want to be sure = that attacks are past Gtreetings, Jos Maas-- Met vriendelijke groet Drs. J.P.M. Maas Aalberselanen 10 3445 TB Woerden 0348 - 41 63 57 ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting = language that extends applications into web and mobile media. Attend the live = webcast and join the prime developer group breaking into this new coding = territory! http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat=3D= 121642 _______________________________________________ Phpgedview-talk mailing list Php...@li... https://lists.sourceforge.net/lists/listinfo/phpgedview-talk |
From: dennis <den...@ur...> - 2006-04-07 13:39:14
|
I was hacked about a month ago, but I was running an older 3.x version. I wasn't too concerned but they changed my password to my website, that was a pain to get fixed. You might want to look at EVERY index page on your website, I got hit on 2 index pages. Were you running MySQL? I wasn't. The worst thing about the hack was I went back to plain HTML & dumped all my PHP :-( Dennis At 09:25 PM 4/6/2006, you wrote: >HELP > >My site has just been hacked. I was in the middle of using phpGedView when >my main phpGedView screen has disappeared to be replaced by a hacked page >titled #SAMARINDAHACK komenk was here. > >Does anyone know how to get rid of this or if I have to reinstall how do I >protect against it. > >I did have an install of PGV 3.3.8 > >Many thanks for any help Dave -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.1.385 / Virus Database: 268.3.5/303 - Release Date: 4/6/2006 |
From: <cj...@wo...> - 2006-04-07 12:17:37
|
Probably not but I see from a Google search that the hack appears to be some Indonesian Moslem group and possibly they are using a range of addresses that I can lock out en-masse until a more elegant solution is found. Chris Tastiger wrote: > Do you really think the IP address will actually reflect the > attacker's real IP???? > > At 18:17 7/04/2006, you wrote: >> Can you look at your sites stats and tell us what IP the hacker used? > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting > language > that extends applications into web and mobile media. Attend the live > webcast > and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > _______________________________________________ > Phpgedview-talk mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpgedview-talk > > > |
From: Cozens, D. <dav...@eu...> - 2006-04-07 09:16:23
|
Sorry, I havn't yet managed to identify when and where the hacker got in. I am suspicious that whatever was done to the site was left as a bomb and it went off when I uploaded media to the site. I have no proof of this though. I have also not yet managed to find anything strange in the access logs, except some search strings looking for login.php in the url. John has already started to help me track this down. I'll spend more time tonight sifting through the logs. I think this is going to be the prod that gets me to move to the 4.0 betas. The lesson of the story as always is to take regular backups. I think I've lost about 4 or 5 hours work and I have the original data. It's going to take much longer finding out how I was attacked so that I'm safe when I re-publish my site. Regards Dave -----Original Message----- From: php...@li... [mailto:php...@li...] On Behalf Of Chris Knight Sent: 07 April 2006 09:18 To: php...@li... Subject: Re: [Phpgedview-talk] SAMARINDAHACK Dave, Bad luck indeed. Can you look at your sites stats and tell us what IP the hacker used? Thanks, Chris David Cozens wrote: > I'd be really careful with this. > > within my phpGedViw directory all of the files at the top level have > gone, my as have my index folder and media folder, I've certainly > lost some stuff. I have now deleted the index.html that was injected > into my site. > > The attack happened when I was uploading an image file > > Dave > > > HELP > > My site has just been hacked. I was in the middle of using phpGedView > when my main phpGedView screen has disappeared to be replaced by a > hacked page titled #SAMARINDAHACK komenk was here. > > Does anyone know how to get rid of this or if I have to reinstall how > do I protect against it. > > I did have an install of PGV 3.3.8 > > Many thanks for any help Dave ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ Phpgedview-talk mailing list Php...@li... https://lists.sourceforge.net/lists/listinfo/phpgedview-talk |