Forum Replies Created

Viewing 15 replies - 91 through 105 (of 161 total)
  • Plugin Contributor helened

    (@helened)

    Glad to be of help.
    Please close this topic if you have no more questions related to this issue.

    Thanks for using WassUp!

    Plugin Contributor helened

    (@helened)

    In Wassup – Options, check that “Show chart type - How many axes” is set to “one” or “two”. A setting of “none” hides the chart.

    In Wassup – Visitor Details, there is a tiny chart icon left of the “Details for the last:[24 hours]” field. This icon toggles the display of the chart. Try click the icon once to show the Visitor Detail chart.

    Plugin Contributor helened

    (@helened)

    Your host server may be blocking the top ten URL from running. Try entering the top ten URL with NO parameters (http://www ........../wp-content/plugins/wassup/lib/action.php) in a new window/tab.

    If the script runs, you should see an error message in the browser window. Then try the URL with the 1st parameter (http://www ........../wp-content/plugins/wassup/lib/action.php?action=topten), then with the 1st and 2nd parameters, and so on, until you find the parameter that triggers a blank page and 500 error in your console.

    Plugin Contributor helened

    (@helened)

    Log in with Administrator privilege and verify that “Wassup” is checked in the “Screen Options” tab on your Dashboard.

    If it is there and checked, try scroll down. The chart may be at the very bottom of your dashboard, off the screen.

    Also, your WordPress server should be online and able to access Google’s API for the chart to display.

    Plugin Contributor helened

    (@helened)

    Hmm…the last query parameter “&random=1396283538653” shouldn’t be there. Another application or plugin must have added that to the URL.

    Try click “Show Top Stats” again, then copy the top ten URL from your browser console directly into your browser location field with/without the “random” parameter and let us know what happens. Thanks.

    Helene.

    Plugin Contributor helened

    (@helened)

    This is a known conflict with WassUp Topten/thickbox/Wordpress 3.X that will be resolved in the upcoming revision of WassUp.

    If you need an immediate fix and you are comfortable editing plugin code, here is a plugin hack (for WassUp 1.8.3.1 only) to display WassUp topten stats in a new Window (or tab) instead of thickbox:

    • Go to Plugins >> Editor,
    • select “WassUp Real Time analytics”,
    • edit plugin file, “wassup/wassup.php”
    • find line #1429: else echo '" class="thickbox';
      (about 1/3 down the page, between “hidden spam” and “main-tabs”/”Detailed list” sections),
    • change code to this: else echo '" target="_blank';
    • click [Update File] button.

    IMPORTANT: the position of single and double quotes in the changed code are exactly as shown. This is NOT a typo. If you enter them differently, Wassup will have a fatal error.

    Also, never edit WassUp plugin code when your site is busy (check current visitors online). You should either deactivate WassUp manually or stop WassUp recording in Wassup-Options beforehand (and restart recording afterwards).

    Plugin Contributor helened

    (@helened)

    There is no way to disable WassUp cookie right now. You can try hacking the plugin code, but I don’t recommend it because the cookie is an integral part of WassUp and any change will likely cause problems.

    Plugin Contributor helened

    (@helened)

    I’m not sure I understood the gist of your question, but either you want to remove the “comment author” label and/or edit records to change the username.

    To do the former, delete the WordPress “comment_author” cookie from your browser history to fix this in future visits.

    You can’t do the latter in WassUp (bad for stats accuracy!), but you can search/delete by IP or username, if that helps.

    Plugin Contributor helened

    (@helened)

    It looks like there is a problem in your WordPress setup where a visitor’s browser is automatically redirected to the url with the slash appended. Wassup tracks both urls because the browser visits both.

    Try fixing your permalink structure (WordPress>>Settings>>Permalinks) to include the trailing slash; or deactivate any plugin that is enforcing the trailing slash in the URL (Ex: WordPress SEO plugin?); or edit your .htaccess server configuration file; or do a combination.

    Plugin Contributor helened

    (@helened)

    Wassup is indeed known to take a long time to activate when it’s dataset is large, especially on slow or shared servers. This has caused browser timeouts (Firefox) and confusion as to whether the plugin activated or not (see http://wordpress.org/support/topic/plugin-wassup-latest-update-killed-blog). If you don’t get a fast “Activation Failed” message, then Wassup does eventually activate. It just takes a longer time than WordPress or your browser timeout limit allows. Wassup continues the activation process even after a user abort (X clicked in browser).

    Wassup rebuilds it’s table indices at every activation/upgrade. This MySQL operation can slow down your site and can affect server CPU activity and it is why I strongly recommend upgrading Wassup only when your site is idle or is least busy (no visitors, or very few visitors).

    In the future, if you ever need to deactivate plugins to isolate a problem on your site, try instead, Uncheck “Enable/Disable Recording”, in Wassup >> Options >> [Statistics Recording] Tab. This stops most of Wassup’s plugin activity in WordPress and avoids the index rebuild that reactivation would cause. You will have to remember to re-check this option to resume tracking visitors afterwards, though.

    Plugin Contributor helened

    (@helened)

    Please check if you have a plugin that does “compatibility checks” installed on your site. If you do, deactivate that plugin and the errors should stop.

    Or, you may have “WP_DEBUG” set in your WordPress configuration file, “wp_config.php”. That line should be “commented out”, if it is there.

    Wassup is compatible with the latest version of WordPress. But it is not compatible with “compatility checking” functions and plugins because it has backward-compatible code built into it.

    Plugin Contributor helened

    (@helened)

    The fix is to change the URL of the chart to include the https protocol:
    Go to WordPress plugin editor and edit Wassup plugin file, “/lib/main.php”. Change line #1901 (about 7/8 down the page) to use “https://chart.googleapis.com/chart?…” instead of “http://chart.apis.google.com/chart?…”. Note that both the protocol and the domain are different, but everything after the domain must remain unchanged.

    Your server stats are likely skewed by WordPress admin visits. Subtract all WordPress admin visits from your awstats totals and the numbers should come closer to GA’s.

    Also, you can’t use Wassup with WP-supercache.

    Plugin Contributor helened

    (@helened)

    Look for the “Filter Items by” dropdown list in “visitor details” screen and select “Spam” to see all spam and hack attempts (includes exploits and failed logins) that were detected by WassUp.

    Plugin Contributor helened

    (@helened)

    Thank you for using Wassup. Unfortunately, at this time, WassUp doesn’t support offsite hosting of wassup data. We are exploring this option in the next generation of Wassup, but that is a long way off.

    Currently the only way to get Wassup data into a second install of WP on another server is to manually export and import the data. You can use a tool like “phpMyAdmin” or any WordPress backup utility that lets you export (and import) in SQL format. This import/export method isn’t hard, but can be time-consuming because you may have to break up the export data into smaller subsets, if your wassup data is very large. Once done, though, you can look at historic wassup data on the second server without worrying about it impacting your website performance and you can speed up the original Wassup by deleting the old data that was exported.

    There are some extra steps to be aware of with this kind of duplicate Wassup setup on a second WordPress server:

    • Wassup “recording” must be disabled on the duplicate;
    • The table to export from and import to is “wp_wassup” (or customprefix_wassup).
      NO need to export from or import to “wp_wassup_tmp” or “wp_wassup_meta”.
    • The duplicate wassup table (wp_wassup) must be empty prior to the first import of wassup data;
    • You should write down the record ID of the last exported wassup record to avoid “duplicate record” errors in the next import;
    • To view “Wassup Top Stats” on the second server, you need to add your website hostname to the list of excluded referrers;
    • To view “Top stats: Top article”, you need to import “wp_posts” and “wp_post_meta” data from your website into the second WordPress;
    • To view WassUp chart, SPY map, and all Wassup-Options items, the second server must be connected to the internet to access Google APIs.
Viewing 15 replies - 91 through 105 (of 161 total)