1
intel352
Re: Xoops Modules (All Xoops Users Please Read)
  • 2008/7/24 7:23

  • intel352

  • Module Developer

  • Posts: 824

  • Since: 2003/11/23


oh wow, xphpbbi, I haven't thought of that module in years
it's been 3-4 years, I'm surprised people are still trying to use it!

I guess if XOOPS hadn't stagnated for so long, there would be a better solution by now. Glad to see it's trying to come outta it's "funk" though. Onward and Upward, as they say.

-Jon

EDIT: just a note in case an admin happens along, I receive an error anytime I try to update my account (it's several years old). Additionally, I can't change the email (which is defunct).

Cheers



2
intel352
Re: xdonations 1.9- Call to undefined function: getinstance() in...
  • 2006/11/13 16:21

  • intel352

  • Module Developer

  • Posts: 824

  • Since: 2003/11/23


Okay:

#1 - the instance error is due to the module being unable to find the XOOPS error handler. I have no clue what has changed in 2.0 series, as I haven't kept up with the development of XOOPS for well over a year. Something tells me that I was probably developing xDonations specifically for the 2.2 series...

#2 - xDonations was verified as working with XOOPS 2.2.3 RC1 (http://dev.xoops.org/modules/xfmod/project/?xdonations) last year, by me. If you see a "notice" error, notices in PHP are typically nothing worth worrying about.

If you want to use this module, I suggest using XOOPS 2.2.3. Additionally, the module is in use here on Xoops.org (note the right-hand side of this page), so you might want to check with the current maintainers of Xoops.org to get THEIR copy of xDonations (in case there were any changes that they had to make)



3
intel352
Re: donations not logging ipn transactions
  • 2005/10/28 16:03

  • intel352

  • Module Developer

  • Posts: 824

  • Since: 2003/11/23


it was a port from nuke, but then morphed a bit. the module needs maintenance to make sure it's 100% bug-free, but as an fyi, it works for many people, and is used on xoops.org (the block on the right)



4
intel352
Re: donations not logging ipn transactions
  • 2005/9/7 11:33

  • intel352

  • Module Developer

  • Posts: 824

  • Since: 2003/11/23


EDIT: dammit, i posted this in html, which PREVIEWED properly, but didn't post properly. these forums have GOT to change.

These are the most common problems affecting developers when
working with IPN. The most common solutions are noted as well. Hope
this information helps someone out there!


REASONS FOR INVALID

- Make sure you are posting back ALL variables/values.

For
PayPal to return VERIFIED, your IPN script needs to post back ALL the
variables that were posted to it in the first place. In other words, if
your script only needs to manipulate 1 or 2 variables, it is not enough
to post back to PayPal only the variables/values your script is
concerned with. Your script should post back EVERYTHING that was
initially posted to it from PayPal. This is the only way PayPal will
return VERIFIED

- Make sure you are not posting back to the wrong URL.

If
you are testing in the Sandbox, you need to ensure your script posts
back to http://www.sandbox.paypal.com. If you are on the live site, the script
should post back to http://www.paypal.com. You will receive INVALID if you are
testing in the Sandbox and your script posts back to the live site (or
vice versa)


TROUBLESHOOTING TIPS - IPN is not POSTing!

- Email address on receiving account.

Make sure you've confirmed the email address on the account the payment is being sent to.


- Access Logs

If
you feel IPN is not posting to your script, you can verify this by
checking your server's access logs. The server access logs will tell
you if PayPal is "hitting your script" at all. An access log tracks the
IP addresses and/or hostnames of computers that access the server.

That you can access your server's access logs is up to the server admin. Check with them if you do not know where the logs are.

- Error logs

Most
scripting languages output to error logs if an error occurs when
running the script. If you see in your access logs that PayPal is
sending the IPN but you are not seeing the intended end result from
your script, odds are you have a logic or syntax error in the script.
Check your error logs to verify.

Again, if you don't know how or where to check these logs, you would need to consult your server's administrator.

- Check Paths

An
easy mistake to make. Always ensure the path to your script is correct
when testing/using IPN and you feel that you are not getting an IPN
post.

- Firewalls

IPN is an HTTP POST initiated from
PayPal. If you have a firewall on your server, make sure your firewall
is not blocking the post from PayPal.

- IPN posts to your return URL (added 8/22/05)

Some
merchants are setup such that they would like to get IPN data posted to
the value of their return variable in their button code (return URL).
This is the URL the buyer is directed to after a PayPal payment has
been made. As of the last PayPal site update which occurred on 8/19/05,
it is no longer enough to have IPN enabled in your PayPal account
profile to have IPN data POSTed to your return URL. As of now, you MUST
set the rm variable equal to "2" in your button code or you will not
see any IPN data POSTed to your return URL. For more information see
http://paypal.forums.liveworld.com/thread.jspa?threadID=400000598&tstart=0&start=-1
**
Note that this information is about IPN and how it works with your
return URL (button code variable 'return'). If you have Auto Return
with PDT enabled (or Auto Return by itself) this information does not
apply to you.



TESTING TIPS

See
http://paypal.forums.liveworld.com/thread.jspa?threadID=400000162



5
intel352
Re: donations not logging ipn transactions
  • 2005/9/6 17:21

  • intel352

  • Module Developer

  • Posts: 824

  • Since: 2003/11/23


okay fellas (long time absence, considering a return...), i see you're having issues?


I dug up a working copy of 1.9 Beta 1b (btw, I'm the module author) from a working url, installed it on a XOOPS 2.2.3 test site, and after some tweaking of the settings, it's working great with Paypal Sandbox (paypal area to test IPN and whatnot without using real money). So, I can verify the module still works, even with XOOPS 2.2.3

There's a few issues though:
1. make sure your mainfile.php shows the COMPLETE url for your website (I noticed the installer just picked up the /xoops22 testsite directory of the url, without the actual domain), which caused errors in the donations module, preventing Paypal from finding your site

2. make sure you are using the PRIMARY email account for your paypal id. if not, the paypal transaction will not be recorded by the donation module (I need to check paypal dev docs to see if this has changed yet)

3. make sure your account is Verified with Paypal


Those are the 3 biggest solutions I can think of at the moment. If you want to use the paypal sandbox for testing, you must register at https://developer.paypal.com/, create a Business acct with a fake email address and a Personal acct with a fake email address. Enter the Business email into xDonations, change the Paypal IPN url to the Sandbox url (it's a dropdown option in the Configuration), save.

Make a donation using your fake personal acct, you should see the IPN transaction completely process.

Post if you have issues/questions



6
intel352
Re: Multisite Hack for Production SIte
  • 2005/5/1 13:43

  • intel352

  • Module Developer

  • Posts: 824

  • Since: 2003/11/23


well, mith's hack is loosely based on my hack, and i thought mine was the best when i created it, so by default i'd say mith's is the best. plus he's arguably one of the best coders in the XOOPS community, and his modifications are most likely to get implemented into a XOOPS release

use his.



7
intel352
Re: Bragging about my multisite modifications :-)
  • 2005/4/8 14:50

  • intel352

  • Module Developer

  • Posts: 824

  • Since: 2003/11/23


use mith's, his are loosely based on my mods and work much better, since he's refined them and whatnot



8
intel352
Re: db encoding
  • 2005/3/24 19:12

  • intel352

  • Module Developer

  • Posts: 824

  • Since: 2003/11/23


why not just alter the db character set?

http://dev.mysql.com/doc/mysql/en/charset-database.html



9
intel352
Re: Macs have just got even better
  • 2005/1/14 12:35

  • intel352

  • Module Developer

  • Posts: 824

  • Since: 2003/11/23


the 1.4ghz G4 default processor would be fine, ram would need to be upped to 512 (currently 256), and if i were buying one, i'd go for a superdrive as well.


if i weren't so much about raw speed & power, i would've ordered one instead of the pc i just built



10
intel352
Re: Macs have just got even better
  • 2005/1/12 5:12

  • intel352

  • Module Developer

  • Posts: 824

  • Since: 2003/11/23


macs have supported usb multi-button mouses for quite awhile now.

anyways, the mac mini is a cool idea, but underpowered for the price. that's one problem with macintosh pcs, they've always been about twice as expensive as they should be.


i do love OS X though. if i ever had the opportunity to build the "perfect computer", it would be a pc w/ my amd64 processor + OS X


mac hardware is too closed and too expensive, and pc operating systems aren't anywhere near as well designed as OS X

hehe




TopTop
(1) 2 3 4 ... 69 »



Login

Who's Online

180 user(s) are online (74 user(s) are browsing Support Forums)


Members: 0


Guests: 180


more...

Donat-O-Meter

Stats
Goal: $100.00
Due Date: Oct 31
Gross Amount: $0.00
Net Balance: $0.00
Left to go: $100.00
Make donations with PayPal!

Latest GitHub Commits