| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
|
|
|
|
defined('PIWIK_INCLUDE_PATH') or die "guard"; we'll enhance PhpSecInfo to assist the user in configuring their environment more securely
|
|
|
|
Fixes hover cursor
|
|
* Fixes performance issue with the Live! widget by changing the primary key on the log_visit table: all sql queries must hit the idsite first, then the idvisit, to ensure the INDEX is used for the ORDER BY LIMIT (without doing full table scan).
* Lowering timeout to 8s for more real time results
|
|
|
|
|
|
* Live! widget now displays dates and times relative to the website timezone
* cleaned up code a bit
* removed ability to not specify the idSite in Live! API requests. It is now mandatory (feature was not used and doesn't really makes sense)
|
|
C:\piwik\plugins\Live\Visitor.php on line 86
|
|
|
|
- Added timezone setting per website. Added API to fetch the list of supported timezones. UTC Manual offsets are supported even if the PHP doesn't have timezone support built in.
- Added default timezone setting that the Super user can set. It will be used to pre-select timezones when creating new websites, or setting the default timezone when adding websites via the API without specifying the timezone.
- Default timezone set to UTC to all existing websites on update. PHP Default timezone set to UTC in index.php and piwik.php.
- Removed all usage of mysql date/time functions (which are internally doing timezone conversions based on mysql timezone), now using php generated timestamps (in UTC), or dates manually converted to the website timezone.
- Altered the few Mysql fields that were defaulting to "Current timestamp", they now default to NULL.
- Deprecated the field log_visit.server_date and log_conversion.server_date as they are now not used. Must use DATE(visit_last_action_time) instead. Note that the new INDEX on (idsite, visit_last_action_time, config_md5config) will greatly benefit the Live! plugin.
- Deprecated Piwik_Date->get, must now use Piwik_Date->toString
- Deprecated the DB adapters getCurrentTimezone() feature, as we now don't rely on the DB timezone. Also removed the warning from the install screen.
|
|
skipped plugins/Live as there's a large patch to merge
|
|
|
|
piwik.patch against the svn trunk
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
rename typo'd translation string *OperatinsSystem to *OperatingSystem
upcase submenu titles for consistency
|
|
|
|
|
|
|
|
|
|
|
|
|
|
- in DBStats API, table name is not bound using ? in the query, so it has to be escaped
|
|
|
|
|
|
|
|
|
|
* add @category (Piwik => 'core', Piwik_Plugins => 'plugins')
* in core, use @package and @subpackage more consistently to group files/classes; exception is DataFiles/*, PluginsFunctions/*, and SmartyPlugins/*
* in plugins, @package is the plugin name
* removed '@param none' -- not a phpdoc convention
* '@throws' and '@return void' are also not phpdoc conventions, but are widely used elsewhere, e.g., Smarty & Zend
|
|
hook)
|
|
With error_reporting(E_ALL|E_NOTICE) it prints nothing and is more consistent with directly accessing other Piwik php files.
|
|
add defined(PIWIK_INCLUDE_PATH) before require_once per checklist
|
|
restoring Java and Quicktime detection given #852. Kept "Cookie". AIR not detectable.
|
|
libs. (I didn't touch: open-flash-chart, Zend Framework, and PEAR HTML.)
|
|
the exception of those in core/Updates/.
|
|
was little work and should make a lot of users happy!
fixes #747
adding links on both sub tables for search engines and keywords linking directly to the search engine page for this keyword
added definition for the main search engines (approx 15) users can contribute more if they like; if a definition, eg. "search?q={k}" for Google is not found, then we simply link to the search engine homepage.
updated FAQ on how to add a search engine see http://piwik.org/faq/general/#faq_39
added tests to check that the search engine file is defined properly
- renamed queuefilter to queueFilter for consistency
|
|
|
|
(without constructor syntax).
|
|
|
|
- fixing broken updater code regression
|
|
API is Piwik_AddWidget( $widgetCategory, $widgetName, $controllerName, $controllerAction, $customParameters = array()). See examples of calls in all the core Piwik plugins. This change was necessary to make widgets more modular (they now accept custom parameters).
- API CHANGE: a small number of CSV outputs for some API calls would change following the simplification of DataTable_Simple implementation. Affected calls are VisitsSummary.get, Goals.get, VisitFrequency.get. This is due to a change in the implementation of DataTable_Simple (we simplified implementation).
- FIXED #84 Added proper translations for all columns, in tables, and graphs.
- FIXED #322 piwik is now using open flash chart 2
- FIXED #126 all dates should be correctly displayed in all graphs. For example, evolution graph for days would show, on the X axis "Mon 29", "Wed 31". For months it would show "Aug 2009", etc.
- ADDED: when hovering any of the sparklines, the UI makes it clear that clicking will refresh the evolution graph. This feature was in Piwik for months, and even Google Analytics implemented this UI feature after Piwik. However in Piwik it wasn't clear to the user that the sparklines were clickable.
- ADDED: now widgets can be created with custom parameters. This makes it possible to create a widget that calls a controller->action with other custom parameters, this is used in Piwik to draw an evolution graph (module=VisitsSummary & action=getEvolutionGraph) for a given metric (&columns[]=nb_visits). These custom parameters are automatically forwarded to the sparkline url, the flash graph when clicked on sparkline, etc.
- The widget layout is now saved as a JSON string rather than a custom data structure. The dashboard code should be able to read & restore most of the layouts from the old format (except the evolution graphs widgets). Simplified the Dashboard.js, widgetMenu.js, cleaned up what was a messy code.
- Added sentence in Widgetize to let users know they can easily export the Piwik dashboard in an iframe.
- Changed the way translations used in Javascript are loaded: all translations strings finishing by _js will be loaded to be used in the templates when calling {loadJavascriptTranslations plugins='YOUR_PLUGIN_NAME'}
- Moved all templates in plugins under plugins/$PLUGIN/templates/
- 'Khtml (Konqueror, Safari)' now displayed as 'KHTML (Safari, Chrome)'
|
|
|
