DOWNLOAD DEMO
Current Version: 2.4.0.8 2014-12-18
Need a hand? Join the community.

Posts in Category: ecommerce

Ecommerce Features Updated to Support PayPal Express Checkout 

Just a quick post to mention that all of our mojoPortal ecommerce add on features have been updated to support PayPal Express Checkout in addition to PayPal Standard which they already supported in previous versions.

We've added a new documentation article Using PayPal Express Checkout which explains the needed configuration to enable PayPal Express checkout.

The updated features include:

These are free updates for customers who already purchased these add on products.

Follow us on twitter or become a fan on Facebook

follow us on twitter become a fan on facebook

Posted by Joe Audette Monday, January 27, 2014 12:23:00 PM Tagged In: ecommerce Pro Products Releases

Fund Raiser Pro 

I'm happy to announce the release of Fund Raiser Pro, available now in the mojoPortal Store, or take a test drive on our demo site!

Fund Raiser Pro is an add on feature for mojoPortal content management system. It provides the tools you need to do fund raising/crowd funding on your own web site. It has similar functionality to sites like Kickstarter.com and indiegogo.com but you host it in your own site and control it yourself and collect payments via PayPal or any of the ecommerce gateways supported in mojoPortal.

You can also define contribution levels and/or allow users to contribute any amount they want (within lower and upper limits that you can define). Your fund raising campaign can have a target date for reaching a fund raising goal or it can be open ended with no end date, or you can change the end date if you need more time to achieve the fund raising goal.

You can show or hide progress toward your fund raising goal, you can show or hide contributor profiles. Contributors can control their own privacy settings for what is shown on the contributor profile and the administrative settings allow you to make things even more private. That is, you can hide information that users marked as not hidden, but you cannot show information that the user chose not to show. For example the contributor can show or not show their name, city, state, country and contribution amount for example. As administrator of the site you could choose not to show the city and state and country even if the contributor said it was ok to share that information. In some cases you may want to show the contribution amount, in other cases you may not or the contributor may not want to show that information. You can optionally allow users to edit their own contribution profile or change privacy settings. 

You can also allow people to post comments and you can post updates to keep people informed on the progress of the campaign or project. You could also use the mojoPortal Newsletter feature to keep in touch with your contributors and encourage additional contributions. If you have defined levels and are allowing users to contribute arbitrary amounts, then a subsequent contribution can move a contributor up to a higher level by aggregating with his or her previous contributions. There is also integrated social sharing using the add this widget to encourage sharing your campaign on social networks such as Facebook and twitter.

Fund Raiser Pro - A fund raising and crowd funding solution for mojoPortal web content management system

Fund Raiser Pro - Admin Menu

Fund Raiser Pro - edit contribution levels

You can try it out on our demo site to test both the front end for contributing and the back end for managing the fund raising campaign.

Posted by Joe Audette Wednesday, September 25, 2013 2:29:00 PM Tagged In: ecommerce Pro Products Releases

Updated Add On Products for mojoPortal 

We've just uploaded updates to several of the add on products in the mojoPortal Store.

All of the ecommerce products, Site Membership Pro, Web Invoice Pro, and Event Calendar Pro now support WorldPay as a payment gateway in addition to the already existing support for Authorize.NET, PlugNPay, PayPal and Google Checkout. We've had quite a few requests for WorldPay support, so we're very excited to finally deliver this.

Form Wizard Pro has also been updated to include custom email template editing for the notification emails.

These are free upgrades for existing customers who have already purchased these products, the latest version can be downloaded from your order history by signing into this site as the user with the purchase history and cloicking the "My Account" link at the top of the page. However, these updates do require the latest version of mojoPortal.

The free mojoPortal Skin Exporter for Artisteer 4 has also been updated for mojoPortal 2.3.9.3 and the final release of Artisteer 4.

UPDATE: I made another small change to the Artisteer skin exporter plugin and uploaded a new version 2012-10-15. It fixed a problem with the menu layout in some designs.

UPDATE 2012-10-18 I've made another fix in the skin exporter plugin to solve a problem where Chrome browser was using responsive layout as if it were a phone.

Follow us on twitter or become a fan on Facebook

follow us on twitter become a fan on facebook

Gravatar
Posted by Joe Audette Friday, October 12, 2012 11:28:00 AM Tagged In: ecommerce Pro Products Releases

Site Membership Pro 1.0.0.1 Released! 

I'm happy to announce the initial release of Site Membership Pro, available now in the mojoPortal Store. Site Membership Pro is an add on product for mojoPortal that makes it easy to monetize access to your premium site content.

Site Membership Pro

See the product page for full details. As with our other products, customers who purchase Site Membership Pro get free upgrades for the life of the product.

Follow us on twitter or become a fan on Facebook

follow us on twitter become a fan on facebook

Gravatar
Posted by Joe Audette Thursday, April 19, 2012 10:49:00 AM Tagged In: ecommerce Pro Products Releases

mojoPortal 2.3.8.1 Released 

I’m happy to announce the release of mojoPortal 2.3.8.1, available now on our download page.

What’s New?

Security Updates

Stronger password hashing for hashed password format. Previously we were using MD5 without salt, but now we use sha512 with a random 128 character salt per user. Existing users will be automatically updated to the stronger hash the next time they login.

For encrypted passwords we’ve also updated to use a 128 character random salt per user. Existing users will be updated with a salt the next time they login.

In version 2.3.7.6 we changed the SSL behavior to keep users in a secure session once they sign in. After the release we noticed that the canonical url was using https for secure requests and http for insecure requests which could affect SEO since the canonical url should not vary. We’ve changed it in this release such that if the page does not require SSL and the site does not require SSL for all pages, then the canonical url will use http, otherwise it will use https. This way it will be consistent and not vary to make sure there is no inconsistency if search engines happen to crawl the pages using https.

When a user’s roles are changed, the role cookie will now be updated automatically on the next authenticated page request. Previously, if you added a user to a role or removed him from a role he needed to logout and login again to get the new role cookie.

Usability Improvements

We’ve made the role permissions more clear on Page Settings and Feature Instance Settings. There has been some confusion in the past about a special case of permissions. By default Administrators and Content Administrators can access and edit any content without adding them to the allowed roles, but we had a special case where if you set the allowed roles to only Administrators then the content could be locked down to only Administrators and Content Administrators would no longer have access. In the past this has not been an obvious feature from the UI and users who did not know about that feature would mistakenly check the box for Administrators, accidently locking out Content Administrators. We’ve now made it more clear in the UI with radio buttons above the role lists for Page and Content View and Edit Permissions like this:

page-permissions

Note that if you want to lock some content down so that only Administrators can access it, you should set both the page view/edit permissions and the feature instance view/edit permissions to Only Administrators. Otherwise if you only secure the page, Content Administrators can still access the content instance from Content Manager outside the context of the page security.

A related change is that now if you have more than 20 roles, by default we use separate pages for page and feature instance permissions, and the site level permissions have been moved out of the Site Settings page into their own pages. This was done because of a change in behavior in ASP.NET after a recent security update. Now if a page is using postback with more than 1000 form elements, it causes an error, and we moved these things to reduce the number of form elements on a page because if you have a lot of roles the checkboxes for each role for each permission adds up to a lot of form elements and combined with other form elements on the site settings page and hidden elements used for viewstate some users were getting errors when they would save site settings due to too many form elements. There is a workaround to allow more form elements but we wanted to make it work without doing that so it seemed like a better idea to reduce the number of form elements by not having as many things all on one page. We also did some viewstate optimization to reduce un-needed viewstate in some features.

We also added paging to the /Admin/SecurityRoles.aspx page which shows the users for a given role, and we made the feature instance settings page use the same skin as the page when using page specific skins.

Blog Improvements

The blog now shows the post categories for a post in the post list and in the post detail. We’ve also implemented more of the Wordpress API, so in addition to being able to use Windows Live Writer, it is also now possible to use Wordpress clients such as the Blogsy app for iPad. I’ll be documenting that soon but basically you configure it as if you were using Wordpress.

Html Content Improvements

Several people have reported problems when trying to use javascript in the Html Content Feature, the WYSIWYG editors such as CKeditor and TinyMCE tend to do some “cleanup” on the markup which sometimes removed things that people intended to be there. In CKeditor for example you could get around it by saving while still in Html view, but the next time you opened the content in the editor it would run the “cleanup” and mess up your javascript. For content instances where you are using javascript and just want to edit the raw html without interferance from the WYSIWYG editor, you can go into the settings and un-check the box for “Use WYSIWYG Editor?”, and then it will just use a plain text area when you go to edit that content instance.

Most Additional Language Resource Files are Now In a Separate Download

As the number of translations and partial translations of resource files has grown over time, it has added to the size of the download, but more importantly it has increased the amount of time it takes for the ASP.NET compiler to compile the files for the initial request when a site is first started up, or the application pool is recycled such as when deploying an upgrade. Each of those .resx files is compiled by the ASP.NET compiler and over time as we have got so many of them it has become too much and it adds significant time to the initial site startup. So we now have a separate languagepack.zip that has the additional languages. You can copy the language resource files you need from there into your /App_GlobalResources folder. For those upgrading, you may already have a lot of existing resource files in that folder that you don’t need. My advice would be to delete the languages you are not supporting in your site from the /App_GlobalResources folder just before upgrading. Do not delete the English resource files though because those are needed for fallback when other languages have missing keys. The English files are named without a language code like Resource.resx and BlogResources.resx whereas other languages have a language code like Resource.ru.resx and BlogResources.ru.resx for Russian. The main package now only contains the resource files for English and Italian and the other languages are all in the languagepack.zip

WebStore Improvements

The way payment gateways was plugged in in the past for card processing gateways like Authorize.NET and PlugNPay was kind of a mess, it is now a true provider model so that new gateways can be implemented in separate assemblies (dlls) and plugged in by configuration, so it should be easier now to implement new gateways. I’ll be documenting this soon. It doesn’t affect PayPal or Google Checkout because those are special cases where we don’t process the credit card payment on our own site, it happens at the PayPal or Google Checkout site and those payment gateways can be used in addition to a standard card processing gateway where the user doesn’t leave your site to complete the transaction. The new provider model is only for standard card processing gateways.

There was also some redundancy with the old way we implemented Authorize.NET and PlugNPay, they each had their own separate log for logging transactions which was redundant and would have only become worse if we kept adding new logs for each new payment gateway, so we now have a consolidated payment log used by all standard card processing gateways (ie ones that implement IPaymentGateway provider). The upgrade script will migrate existing data form the old Authorize.NET and PlugNPay Logs. Since our add on features Web Invoice Pro and Event Calendar Pro also use the payment gateways, we have corresponding upgrades of those features and you should upgrade them at the same time as you upgrade mojoPortal to make sure that going forward new transactions are being logged in the new common payment log (Note that this really only matters if you’ve been using Authorize.NET in those add on products).

In WebStore it is now also possible to move an order from one site user to another one on the AdminOrderDetail.aspx page. I’ve needed to do this in the past when the user who completed the order no longer works at the company that purchased a product so a different user needed to be able to get the product updates.

Miscellaneous

The Feed Manager now supports relative urls for use with internal feeds using the ~/ syntax to represent the site root.

When using Folder based child sites with related sites mode, closing the master site now closes all the sites

FCKEditor has been removed and is no longer included with mojoPortal because it is no longer kept up to date and doesn’t work well with newer browsers. CKeditor is the new generation of FCKeditor and we’ve included both of them for quite a while. Note however, that if you are upgrading from an older version, the FCKeditor files are still on disk from previouse installation, we are not deleting files during upgrades, so if you really wanted to keep using FCKeditor you could re-enable it by using a custom configuration file to plug in FCKeditor. But, my advice is don't use it, it has problems in newer browsers like IE 9 anyway and CKEditor is a better product.

Fixed a bug where the Janrain Engage sign in system wasn’t working correctly when using multiple sites with related sites mode, we’ve also updated to the newer Janrain Engage widget code.

Fixed some issues with theme caching where it wasn’t always loading the correct theme.skin file when using page specific skins.

Fixed a problem where the SiteRoot was being cached as a property on SiteSettings and then used in various places to build urls. The problem was that if you were accessing the site with more than one url such as using a domain name and by ip address, the cached site root might not be correct for the context of a specific request. This property has now been deprecated and all places in mojoPortal where we were using it are now using SiteUtils.GetNavigationSiteRoot() to make sure the site root is calculated in the context of the current request.

Gravatar
Posted by Joe Audette Thursday, January 26, 2012 12:29:00 PM Tagged In: ecommerce Releases Security
Page 1 of 5 1 2 3 4 5 > >>
<December 2014>
SMTWTFS
30123456
78910111213
14151617181920
21222324252627
28293031123
45678910
  • RSS
  • Subscribe

Statistics

  • Entries (463)

Archives