If ConsoliByte could forward the data to another URL after they receive it, that might work, or you could write your own middleman script to receive data via the Common Notification URL, and then that script would simply resend the data to ConsoliByte and whatever other script(s) you require.

The "WP E-junkie" plugin takes advantage of all that and has the seller simply provide their Client ID in the plugin settings and specify only an Item Number in the "shortcode" used to insert an Add to Cart button in content posts.

<a href="https://www.e-junkie.com/ecom/gb.php?c=cart&cl=XXXXXX&ejc=2" target="ej ejc" class="ec_ejc_thkbx" onClick="javascript:return EJEJC_lc(this);"><img src="http://www.e-junkie.com/ej/ej view_cart.gif" border="0" alt="View Cart"/></a>

this html will throw some errors in xhtml strict 1.0, will it affect button functionality if i remove / replace



target="ej_ejc" (how can i valid this, any javascript to add target argument here?)

border="0"



thanks for the links

Note the difference between "Variants having individual price/etc." vs. "Variations which tell more...": while menu values for Variants must exactly match the values given in the product's Define Variants screen, the menu/field values for Variations can be completely arbitrary and don't even require Variations to be enabled or defined in the product settings (we only use those to generate the button code).

... which means the user has to add/enable variants in e-junkie admin before sending the data with button code for the product having variants with indivudual price/etc



and no such need for variations...



did i get this right?

Thanks for your reply.



The XHTML Strict 1.0 is the format used by Thesis http://creersitepro.com/voir/thesis/ and i develop mostly for that wordpress theme (as it's the one i find most flexible for professional projects)



i see the main dilleme : to loose some % of sales or not to loose... in this case i'll change the doctype to transitional on product pages and provide a checkbox in plugin settings to replace target attribute by rel="external" + some java to open it in a new tab and leave the doctype as is.

@E-JunkieGuru



q 8 - related to 3rd party scripts notifications



a) can http://www.e-junkie.com/ecom/oplug.php? be used on on common notification url / payement variable url or both ?



b) can aweber integration with http://www.e-junkie.com/ecom/oplug.php?

&aweber=LISTNAME@aweber.com be different on common notification url from payement notification url -



say, i want all customers be subscribed to one common list on aweber, and at the same time, one of my products needs to use a secondary aweber list for its buyers... logically i set common list to common notification url , and product payement variable url needs to be set as well and contain a secondary aweber list parameters. Do i get it right?



c) Passthru



c1) does passthru works on both payment variable url and common notification url ( can i use http://www.e-junkie.com/ecom/oplug.php?

&postto=http://www.yoursite.com/yourscript.ext on common notification url?)



c2) can postto= argument be an array ? or how do i do if i need common notification url send data to 2 different scripts via your o_plug.php script ?



This one is needed to integrate data treatment feature in wordpress site (to open client account automatically and manage orders) and simultaniously be sent to consolibyte.com script to be integrated into Quick Books software further on for accountancy. I do understand that this is rather tricky and could be simply done with my script be "middle man" ... but imagine you have wordpress users to create + quick books + aweber + swift cd .... ? not sure i can code all this. A double postto would solve the thing with a less than 10 lines of php ( Common Notification Url generator on my side, providing a link to be used in e-junkie admin)



thank you so much for your support,

serge

8 a - yes , just tested http://www.e-junkie.com/ecom/oplug.php?&postto=http://store.creersitepro.com/data-treatment-page/ on common notification url - worked

Perfect !!! Men, you have just saved a grand for me.... !!!!



Now third party integration codes can work smoothly on practically any self hosted wordpress installation. All i need to do is to code a notification url constructor in the plugin settings .



Example :



aweber (common notification list) + wordpress data treatment script + quick book integration = only one url to construct using multiple postto[]





THANKS !!!





PS BTW if the final user does not need to relay data to any other script than wordpress - the notification url constructor will output direct link to listening script eg :



http://store.creersitepro.com/data-treatment-page/



thus your servers will not be overloaded for nothing

question 9 - do i need to respond/send back to your data sending script? or i just exit execution once the data is treated in wordpress ?

8c2) -- solved , just finished the notification urls constructor script.



Features :



construct commmon notificatio url to use in e-junkie.com admin



aweber list is integrated (text input for aweber list name),



up to 3 additinal urls to receive data (3 text inputs for urls)



if no aweber list or additional urls - gives direct data treatment script url.



just tested - postto[$number]=$url works perfectly (got two accounts registered on 2 different sites with my plugin)



QUESTION :



sign @ in aweber is encoded into %40 by wordpress add_query_arg() function, will it still work in your o_plug.php script? (same for multiple e-mails)



example url constructed :



http://www.e-junkie.com/ecom/oplug.php?aweber=aweberlist%40aweber.com&postto[1]=http://store.creersitepro.com/data-treatment-page/&postto[2]=http://realestate.creersitepro.com/data/

added multiple emails feature into constructor and fixed the urlencode stuff :



example of url generated by constructor :



http://www.e-junkie.com/ecom/oplug.php?&aweber=aweberlist@aweber.com&postto[1]=http://store.creersitepro.com/data-treatment-page/&postto[2]=http://secondarydata_treatment_service.com/user/me/&m_emails=secondary_data_reception@email.com,serge@monmillion.fr

So, as of today (2011/10/10) the beta version 0.0.7 of E-Junkie Store for WordPress is ready to provide basic functionalities :



Create Product Pages

Create Catalog of all Products

Receive and treat data from e-junkie.com to :

a) open client account for buyers in your wordpress site (automatically register user) and fill in their profile forms

b) register transaction in wp database

c) register order (printable) in your wp database

d) track buyer's purchases and orders, total spent amounts

e) automatically relay received data to external services such as ConsoliByte (integrate into QuickBooks software), Aweber, multiple e-mail notifications



No shortcodes stuff (simple boxes on edit product screen to paste add to cart/ buy now button codes) - thus the plugin will display the needed buttons itself accordigly to your store settings.



Some other user friendly features in the admin.



The current version of the plugin misses some "shiny painting" (comming soon) but is really simple to install and configurate to provide a solid wordpress/e-junkie solution to sell downloadable and "no-options" products (more functions are coming). Fully integrated in wordpress admin and as i know (I've spent a couple of years searching for this wordpress functionality) - is exactly what a regular small online business needs to integrate e-junkie store into wordpress site.



Now i need testers - if you are interested to get the beta of the plugin for free (it will be sold around 50 euros = 65 $USD later), you have exactly 21 day to contact me to get it.



You may reach me here :



serge liatko

Biarritz France

+33 (0)6 50 45 34 36



webdesign : http://creersitepro.com/

twitter: http://twitter.com/SergeLiatko/

facebook: http://facebook.com/serge.liatko/



get ready for 35% affiliate program for this plugin.



About the price of plugin development - the basic structure of the plugin was coded in around 20 days and payed by a client of mine as much as 1300 euros (so you may use it as a review argument for affiliate sells from your blog)



cheers,

serge



PS my aim is to split the market part taken by wp e commerce plugin (oh, boy, headache with their "templates" and post_meta fields as soon as one get out of a poorly coded theme)



PPS @e-junkie team : guys, any news on recurrent payment integration in e-junkie?

LOG:



current (0.0.9) version constructs Payment Variable Information URLs for individual items



supports :



Acutrack

TrepStar

SwiftCD



Aweber

Multiple E-mail Notifications

3rd Party Script data relay



here is the link to screenshot of how it looks in the admin on edit product screen :



http://creersitepro.com/wp-content/medias/2011/10/itempayment_variable_url_constructor.png

Thanks for your answer. Once the plug is done i'll get closer to this feature. As for now, i have just some ideas in that area (not sure that be a kind of helpful for you) :



what we have :



Seller (willing to sell subscriptions)



Buyer (willing to get subscribed and ready to pay reccurent fees)



Subscription (as a product type, totally independant from any other product types you support for the moment) - subscription itself has the value only if payment data is treated as it should be : means seller is capable to receive successful payment notifications to start/update buyer's account, and update/suspend buyer's account if the recurrent payment failed (can you manage failed payment notifications?)



Product/ url notification managment system - E-junkie



Payment systems supporting recurrent payments and sending notifications to E-junkie on success/failure ( like PayPal or if there are any others)



Seller's script capable to receive/treat data from e-junkie and fulfill actions on different type of notifications (eg open an account for buyer, update buyer's status on payment failure etc)





If we take the example of paypal -



would be nice to have "subscription" as a new e-junkie product type with item number generated especially for subscriptions (thus you separate products and subscriptions)



the button type you may provide for sellers would be "subscribe" (configured from within e-junkie admin) acting pretty much as buy now button (no add to cart) and redirecting to the checkout page (paypal recurrent payment checkout)



where you include subscription item number to paypal, so that it sends data to your script.



your script (you will sertainly need a separate listening script for subscriptions) will treat and translate the data received from paypal - then send translated data to seller's script



seller's script will take actions accordingly the data received from you. No feed back.



Once done, next step is to create the "unsubscribe" button... or may be it would be wise to develop them in the same time.



Actually this can be done without bothering e-junkie, with paypal only. But their "handshake" (sending data back and forward to confirm it comes from paypal) is too complicated for average website owner. Your "handshake" can be managed easily, and thus can be implemented on a bigger amount of websites. So recurrent payment feature managed by e-junkie would be so much easier to integrate into wordpress or other CMS.

Forgotten to mention your affiliate programm feature.



This is the most important point of why I would like to see a "subscribe" button done by e-junkie team !