Fixes #3147 Add rel="noreferrer" to all outgoing links . This works in Firefox so far and only for "left clicks". Not perfect, but hopefully other browsers will implement this in the future, as it's a useful privacy enhancing feature!

Piwik is a free/libre analytics platform. Refs #4455 GNU Package requirement to use free/libre instead of open source

fixes #4609

(some tests failing)

This allows the IDE to pick up all code!

refs #4113

Added namespaces to functions.php files in the five plugins that had one
Work in progress

renaming Unzip to Uncompress,
Renaming Tracker/Referer to Tracker/Referrer,
and few more

Refs #4059 Work in progress: Conversion to use Namespaces: Period*, Metrics, Segment, SegmentExpression, PluginsManager.
Removed some deprecated code.

Also moved some other const to Piwik class.

Introducing new PluginsArchiver class. Plugins can create an Archiver inheriting this abstract class.

Factoring out archiving Custom variables + cleaning it up (breaking down huge archiveDay function into several methods)

Renaming some core code to make sense (sumMetrics and makeEmptyRow instead of ugly names)

TODO: continue with other plugins

Converting Piwik core source files, PHP, JS, TPL, CSS

More info: http://piwik.org/participate/coding-standards/

git-svn-id: http://dev.piwik.org/svn/trunk@7593 59fd770c-687e-43c8-a1e3-f5a4ff64c105

Implementing Site Search tracking & reporting in Piwik core!

 * New Admin UI to customize, for each site, wheter site search is enabled. Also options to set default values to use.
 * New Reports: Searches, Searches with no result, Search categories, Top Pages Following a Search
 * to track "No result keyword" users will have to tag their site with a JS call, or add a new parameter to the search result page &search_count=X (X being zero for no result searches)
 * Reports works with Row evolution, PDF/HTML reports, Piwik Mobile
 * idaction_url is now NULLable because, Site Search records a page with idaction_name == Keyword, and idaction_url == NULL. This ensures that the Site Searches don't create "Page URL Not defined" records. 
 * updates to Tracker JS API, new function trackSiteSearch, also added in PHP tracker
 * New fields in log_visit to track searches
 * new segment, "searches" which can be used to select visitors who did a search ie. searches>0 or those who searched a lot, ie searches>10
 
 TODO: 
  * commmit integration test, TESTING, DOCS, FAQ, release, and a nice Prayer to the universe and the stars, hoping that I can code a major new feature without any bug...
  * It would be awesome to have compatiblity with Transitions so we can see, for a given site search, what are the starting pages and Destination pages
  
 Thank you for your patience Timo, 
 and thank in advance everyone for your help Testing this new feature!
 


git-svn-id: http://dev.piwik.org/svn/trunk@7190 59fd770c-687e-43c8-a1e3-f5a4ff64c105

git-svn-id: http://dev.piwik.org/svn/trunk@5779 59fd770c-687e-43c8-a1e3-f5a4ff64c105

git-svn-id: http://dev.piwik.org/svn/trunk@5454 59fd770c-687e-43c8-a1e3-f5a4ff64c105

fixes #2771 - will revert this when the minimum requirements is php 5.3 and we can use anonymous functions *sigh*

git-svn-id: http://dev.piwik.org/svn/trunk@5446 59fd770c-687e-43c8-a1e3-f5a4ff64c105

 * Stop aggregating visits for Custom variables of scope "page"
  * still OK for scope "visit" since there is supposed to be one custom var value per custom variable name for a given visit
 * Now we always display the Actions columns so that these rows with no visit still show the number of Actions
 * cleaned up from custom var output report, removed some "price_viewed" column left out

UI Change (future FAQ maybe...)
 * When there is a "Visits" column for the Custom Variable report with a value of "-" (hyphen) then it means this custom variable was used with scope=page. 

Fixes #2662
 * Added integration tests testing getPageUrl with multiple periods and websites 
 * fixed a bug when idSite=all or 1,2,3

git-svn-id: http://dev.piwik.org/svn/trunk@5235 59fd770c-687e-43c8-a1e3-f5a4ff64c105

 * Now tracking custom variables with empty value in setEcommerceView
 * Now aggregating custom variables with empty value under a label "Value not defined" (in english always)
 * Updated tests and refactored code in API instead of archiving

git-svn-id: http://dev.piwik.org/svn/trunk@5203 59fd770c-687e-43c8-a1e3-f5a4ff64c105

 * Adding price tracking on Ecommerce pages, via JS or PHP api. 
 * Displaying price in API field avg_price ONLY IF the product was NOT purchased. If a product was purchased, the "display price" tracked is not displayed and purchased price is used instead.
 * Price tracked with this feature will ONLY be displayed as "Avg_price" in Product Names, and Product SKUs ONLY WHEN the products havent been bought.
 * Hacking around tracking price for ecommerce items, using a custom variable and small custom hacks to the SQL to get the average price for each custom var.
 Similar to doing basic version of custom variables co variation
 * Allow custom variables values to be integer (previously would fail to record the custom variable)

TODO: Update Doc

git-svn-id: http://dev.piwik.org/svn/trunk@5191 59fd770c-687e-43c8-a1e3-f5a4ff64c105

 * Adding Product page/Category page view tracking via Tracking function: setEcommerceView: function(sku, name, category)
This is using the Custom Variables per page, using slot 3/4/5 to track sku/name/category
 * UPdated PHP tracker + JS tracker + adding tests
 * Items reports (best SKU/Name/Category) will automatically call the Custom Vars API and enrich the items reports with "Visits", "Conversion rate"
 * Updating integration tests + fixing bug when item is deleted from Cart, then added again (or purchased)


git-svn-id: http://dev.piwik.org/svn/trunk@4723 59fd770c-687e-43c8-a1e3-f5a4ff64c105

 * Adding one sentence to one paragraph description of each API (feedback on the actual test is most welcome!)
 * This will be displayed on the API Reference page: http://piwik.org/docs/analytics-api/reference/ 
that's why it's pretty important :)
 * Adding table of contents in the API Page

git-svn-id: http://dev.piwik.org/svn/trunk@4448 59fd770c-687e-43c8-a1e3-f5a4ff64c105

Now the filter object itself will take care of applying recursively when the table was recursively loaded indeed.
Leaving open until I can check that all occurences on demo are fixed 

git-svn-id: http://dev.piwik.org/svn/trunk@4169 59fd770c-687e-43c8-a1e3-f5a4ff64c105

 * removing setCustomData feature
 * updated JS doc piwik.org
 * deprecated setCustomData getCustomData and the customData parameter to few functions. Now plugin developers can use the Custom Variables array 

git-svn-id: http://dev.piwik.org/svn/trunk@3882 59fd770c-687e-43c8-a1e3-f5a4ff64c105

 * API functions returning data now have a new optional 'segment' parameter. segment can define a Visitor segment dynamically that will be applied to the report. For example, &segment=country==FR;actions>=3 (AND, OR supported. Only == and != supported currently, but easy to add more)
 * For API requests with a segment parameter, the reports will now be processed on the fly, and only the requested plugin report will be archived.
 * All plugins now define the 'segments', with a name, category, SQL field, filter, etc.
 * Simplifying archiving code a bit
 * Fixes #2069 Exit rate computation
 * New widget: lists the Top Keywords for a page URL, Widgets for a website only. Maybe later we could create a widget category "For your site"?
  * This widget is pretty cool SEO wise, but maybe the PHP snippet should do caching (not so good hitting the API on each page view... but why not?)
 * still to do!

git-svn-id: http://dev.piwik.org/svn/trunk@3870 59fd770c-687e-43c8-a1e3-f5a4ff64c105

 * Now possible to track up to 5 Custom variables per Visit. Also, Goal conversions will be reported 'By custom variable name & value' 
 * New report in Visitors > Custom Variables, new CustomVars API
 * Updated schema
 * Updated PiwikTracker PHP api to allow setting the name,value pairs

Code style
 * Refatoring some API code, and Archiving queries 
 * Changing text from 'segment' to 'dimension' as this is better description + we want to build actual segmentation later
 * removing getJs calls in some plugins since they only included sparkline.js, moved to CoreHome

git-svn-id: http://dev.piwik.org/svn/trunk@3780 59fd770c-687e-43c8-a1e3-f5a4ff64c105