xoops forums

Forum Index


Board index » All Posts (intel352)




intel352

Module Developer
Posted on: 2008/7/24 7:23
intel352
intel352 (Show more)
Module Developer
Posts: 824
Since: 2003/11/23
#1

Re: Xoops Modules (All Xoops Users Please Read)

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


intel352

Module Developer
Posted on: 2006/11/13 16:21
intel352
intel352 (Show more)
Module Developer
Posts: 824
Since: 2003/11/23
#2

Re: xdonations 1.9- Call to undefined function: getinstance() in...

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)


intel352

Module Developer
Posted on: 2005/10/28 16:03
intel352
intel352 (Show more)
Module Developer
Posts: 824
Since: 2003/11/23
#3

Re: donations not logging ipn transactions

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)


intel352

Module Developer
Posted on: 2005/9/7 11:33
intel352
intel352 (Show more)
Module Developer
Posts: 824
Since: 2003/11/23
#4

Re: donations not logging ipn transactions

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!<br><br><br>REASONS FOR INVALID<br><br>- Make sure you are posting back ALL variables/values.<br><br>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<br><br>- Make sure you are not posting back to the wrong URL.<br><br>If
you are testing in the Sandbox, you need to ensure your script posts
back to www.sandbox.paypal.com. If you are on the live site, the script
should post back to 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)<br><br><br>TROUBLESHOOTING TIPS - IPN is not POSTing!<br><br>- Email address on receiving account. <br><br>Make sure you've confirmed the email address on the account the payment is being sent to. <br><br><br>- Access Logs<br><br>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.<br><br>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.<br><br>- Error logs<br><br>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. <br><br>Again, if you don't know how or where to check these logs, you would need to consult your server's administrator.<br><br>- Check Paths<br><br>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. <br><br>- Firewalls<br><br>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. <br><br>- IPN posts to your return URL (added 8/22/05)<br><br>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 <br><a href="http://paypal.forums.liveworld.com/th ... 8&tstart=0&start=-1" target="_blank">http://paypal.forums.liveworld.com/th ... tart=0&start=-1</a> <br>**
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. <br><br><br><br>TESTING TIPS<br><br>See <br><a href="http://paypal.forums.liveworld.com/th ... ?threadID=400000162" target="_blank">http://paypal.forums.liveworld.com/th ... eadID=400000162</a>


intel352

Module Developer
Posted on: 2005/9/6 17:21
intel352
intel352 (Show more)
Module Developer
Posts: 824
Since: 2003/11/23
#5

Re: donations not logging ipn transactions

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


intel352

Module Developer
Posted on: 2005/5/1 13:43
intel352
intel352 (Show more)
Module Developer
Posts: 824
Since: 2003/11/23
#6

Re: Multisite Hack for Production SIte

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.


intel352

Module Developer
Posted on: 2005/4/8 14:50
intel352
intel352 (Show more)
Module Developer
Posts: 824
Since: 2003/11/23
#7

Re: Bragging about my multisite modifications :-)

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


intel352

Module Developer
Posted on: 2005/3/24 19:12
intel352
intel352 (Show more)
Module Developer
Posts: 824
Since: 2003/11/23
#8

Re: db encoding

why not just alter the db character set?

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


intel352

Module Developer
Posted on: 2005/1/14 12:35
intel352
intel352 (Show more)
Module Developer
Posts: 824
Since: 2003/11/23
#9

Re: Macs have just got even better

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


intel352

Module Developer
Posted on: 2005/1/12 5:12
intel352
intel352 (Show more)
Module Developer
Posts: 824
Since: 2003/11/23
#10

Re: Macs have just got even better

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 »