I'm making this sticky until @PLB reminds me to unstick it 3 months from now.

I figured I'd start a little discussion here on a few things...

1. Why am I doing a major release and calling it 4.1.6 instead of building on 4.2?
The installed base of UserSpice 4.1 is huge. I'm trying to make painful upgrades few and far between. In my mind, the vast majority of projects built on 4.1 will not be upgraded to 5.0. I have projects built on 4.1 (and even 4.0) that work great for their intended purpose and it just won't be worth the hassle. 4.2 Alpha served to develop a model for getting multiple social login platforms to work with UserSpice and now that work has been cleaned up and put into US5. Rather than have a lot of existing users try to go from 4.1 to 4.2 to 5.0, I think the best course of action is to keep fully developing 4.1 and then when it is time, let people go straight to 5.0. 5.0 will most likely be one of those "delete your entire 'users' directory and run this database migration" updates. We will be obliterating everything inside the users folder, so it won't really matter which version of 4.1 you're on to do the upgrade. 4.2 is different enough that I believe it would have caused problems and caused a 3rd branch of our code base that we'd need to maintain. I hope that makes sense.

2. New features
Two of the most obvious new features are the defined places to put your custom functions and analytics snippets in the usersc/includes folder. If anyone has noticed that things have been quiet for the last month for me at UserSpice, it has been because I have been dog-fooding and developing a few projects based on UserSpice. It's been fantastic for me to see how "real" people use UserSpice and one of the great needs was an obvious place to put our own functions. There are a bunch of other things that need to be updated, but a lot of that will come out in 5.0. Since I was updating the us_helpers.php file already this seemed like as good of time as any to put out this update.

3. Redirect features
PLB has been toying with a few different redirect options. I'll let him chime in on some use cases, but one feature that is being tested is the idea that any time you push out a get variable err, that message will be sanitized and posted at the top of the page. Something like Redirect::to('yourpage.php?err=You+Have+Been+Redirected'); will flash You Have Been Redirected at the top of the page. This is a great way to pass things like success messages to pages after you've sent people away. After some feedback, I fully expect to make a 4.1.6b version that will clean this up a little bit more.

4. Full release downloads are now being pulled from github.
It has always annoyed me that github puts all the files in a userspice4-master folder. Why? I didn't ask it to do that. One of the many things that annoys me about github, but it's a small price to pay for hopefully not bringing down the site whenever I push a new release.

I luv UserSpice. I've already developed the pages for a new site and I want to use UserSpice for logins, security, etc. Is UserSpice meant to be used as a wrapper for all my web pages or should I use set_include_path to access it?

I added the Open Cart e-commerce platform to my website. However it runs on a seperate database. I want to make it so that users can log into their user spice account and be automatically logged into their open cart account so they don't have to log in again to make a purchase.

If someone could walk me through doing this it would be appreciated.

P.S. I am using bluehost to host the site and filezilla to modify it if that matters at all.

I like it. A lot.

Having a few issues, but they're all related to learning curve, I'm certain. Eventually I'll get my head around it. I'm used to PHP, but procedural, not PDO, so it's taking a minute.

Otherwise, I do a lot of stuff; Android, iOS, Arduino, xCode, Visual Studio... it's all pretty much some kind of 'C'. Getting into the Internet of things, and hope to build a fairly robust back end built on User Spice to manage it. Thus comes the issues, lol! But again, it's my first week.

I'll keep digging, and learning. Thanks for a great foundation.

Cheers!

-- Smug

Hi! I want to test userspice, but I'm getting the same error with this versione and even with 4.1. I install US into a subidir of my nginx root (html/enl is the subdir). During the installation process the path is correctly showed, but after installation is completed, I get the following error:
<pre>

I have created a custom table in my database holding colour codes for distributors of my products.

I am trying to echo out the header and footer column using the following statement:
$db = DB::getInstance();
$customiseQ = $db->query("SELECT * FROM customise-distributor WHERE distributor = ". $parts[4] ."");
$customise = $customiseQ->first();

echo "Header Colour: ". $customise->header_colour ."";

Why is $customise->header_colour blank?

How can multiple permissions, permissions level ?

exmp:

id - name - location company - category level - other....

is it possible?

I've seen that you added

Hi,
I've upgraded to 4.1.5 (over all steps inbetween from 4.1). My database entries are from the fresh 4.1 install, maybe I've missed something? I'm not sure, but the database entry in tab settings: us_css3 should be ../usersc/css/custom.css and not ../users/css/custom.css, or?
Cheers,
Sebastian

This is not working, as I have to?

<?php
if(isset($_POST['submit'])) {

$db = DB::getInstance();

$fields=array(
'var1' => $var1,
'var2' => $var2
);
if($db->insert('table',$fields)){
$yes[] = 'text';
}else{
$no[] = 'text';
}

$last_id = $db->lastId();
}
?>