Anthony Parsons
Well-known member
The add-on for the login template is now added at Nathan's support site.
This sounds really awesome, just a bit pricey =/
Not disputing the time or how you want to price itSorry to hear you feel that way. Developing the addon takes a lot of time and know-how though, it's actually priced relatively cheap.
Not disputing the time or how you want to price it- just giving feedback. I'll be looking into this more this weekend and may just pull the trigger on it
Well... if you were one of the prime contributors the price was a whole lot more. Nathan's price is a bargain for the complexities involved for this to function correctly, without any lag upon a forum itself, unlike older systems for other softwares that drag the network due to syncing and such nonsense.This sounds really awesome, just a bit pricey =/
If this addon works well ... I've seen projects like this go for $2000 - $5000 on elance type sites.
This addon is VERY complicated and will require some ongoing "care".
$60 is basically free.
For a site that uses this the VALUE is ENORMOUS. For that fact alone, this addon should be the price of a Xenforo minimum ($140).
The idea here is you've spent $140 x 2 = $280, and $60 bucks to connect them is very generous.
I think each install for this could be tricky. Lots of potential gotchas. I could see Naatan having to spend "way too many" hours to get installs up and running (which should be paid hours on top of the $60).
The pricing structure might be better as
$50 per extra site you want to connect.
ie. if you want to connect two sites to a main site .. Cost $100.
ie. if you want to connect three sites to a main site .. Cost $150.
Have you actually installed this mod before you've started commenting on how tricky it could be to install or having to spend "way too many" hours to support it or how much should be charged for it etc.
Which again goes back to my point, don't you think Naatan understands this and will have priced it accordingly taking this into account.No. I've been around projects like this for years. Jfusion type projects. They are very complicated.
I think the point DD is making, is that server indifferences may be an issue within itself. Nathan tested the product on his environment, gave it to me, I found errors on my environment. As already cited in an earlier post here http://xenforo.com/community/threads/xensso-xenforo-single-sign-on-paid.30289/#post-346909 Andy had issues due to his server specifications.I don't think it helps to sell the product when people are making comments in its listing thread about how complicated it is when they don't actually know if it is or not. Just because other products are, doesn't mean this one is.
When I look at the cost, I consider how much value it will bring to my business. This addon certainly has added a lot more value to my sites than many that I have purchased.
There is now a public demonstration network using this product for buyers to trial test in any different way you choose to register upon.
All sites are completely stripped of any posting access to remove anyone using them for spam purposes, including all text based profile fields.
The demonstration is specifically established to demonstrate a difference in site types as well, being master, slave and a sub-domain that uses a self signed server https (the only site in the network using it) to demonstrate any site within the network can be https (master or slave works with http or https).
Please note, the self signed https certificate will fail, you will need to accept it as being non-secure depending on the browser used to access the site. It is purely to demonstrate https functionality.
Master: http://www.xensso.com
Slave: http://www.xenssoslave.com
Slave: https://sub.xenssosub.com
Ensure you understand the restrictions though before stating there is an error. You cannot be logged into one site in a browser under one username, then try and access another site in the network in the same browser under another. The browser session is dependent upon it.
You can however use multiple browsers at once to access different username registrations, as each browser caches its own session.
If you register at a slave, it will automatically register at the master.
You do not automatically get registered at every slave though, which is done at each slave upon first login only.
In other words, if you register at the master you are not registered at the slaves, however; nobody else could register your username or use your email address on a registration at a slave. Once a username and email are registered once, they are reserved across all network sites automatically.
Once you have logged into every single site in a network atleast once, thus holding a physical account on each site, when you login at one site within a browser session you should automatically become logged in within seconds at other sites you visit in the network.
If you logout of a site within a browser session, then you will not be logged back in automatically in that browser session.
Hence my raising the understanding of multiple browsers for testing purposes due to session restrictions.
Closing a browser does not automatically close a session either, as most browsers are still running in the background in both Windows and Mac OS. You either need to logout of each site in the network to start a new network session or force quit your browser and reopen to begin a new session.
Closing a browser does not automatically close a session either, as most browsers are still running in the background in both Windows and Mac OS. You either need to logout of each site in the network to start a new network session or force quit your browser and reopen to begin a new session.
We use essential cookies to make this site work, and optional cookies to enhance your experience.