[{"name":"SitePush","slug":"sitepush","version":"0.4.2","author":"Mark Rowatt Anderson","author_profile":"https://profiles.wordpress.org/markauk/","requires":"3.3.1","tested":"3.6.1","requires_php":false,"requires_plugins":[],"rating":94,"ratings":{"1":1,"2":0,"3":0,"4":0,"5":14},"num_ratings":15,"support_threads":0,"support_threads_resolved":0,"downloaded":9927,"last_updated":"2013-09-09 2:17pm GMT","added":"2012-07-05","homepage":"http://rowatt.com/sitepush","sections":{"description":"

SitePush is a WordPress plugin which allows you to have multiple versions of your WordPress site, so you can edit, develop, test without any risk to your main, live site. It’s great for developers, designers and editors… anyone who wants to be able to test changes to a site before it is visible to the world. For example:-

you can easily move content between sites. For example, make extensive edits on a private staging site, and then push changes all at once to your live site. Or, easily pull copy of your live database into your development site so you are developing against the latest content.
test new themes and plugins, and only push them to your live site once they are configured and working as you want.
upgrade WordPress, themes and plugins on a private site so you can test that nothing breaks before upgrading your live site. Sure you take backups before any upgrades (right?), but it’s a pain doing a full backup and an even bigger pain restoring from a backup.
easily make small (and big!) code changes on your development site, test and easily push new code to a live site. Great for dealing with clients who want “just one more thing”.

Although SitePush installation is a bit more involved than a typical plugin, once set up it runs with minimal effort and can be easily used by non-tech authors & editors. Site admins can easily configure SitePush so that non-admins can only push content (i.e. posts/pages, comments and uploads) and to a restricted set of sites.

Please read the Installation instructions before you install SitePush – it’s not a normal download and activate type of plugin installation

Support

SitePush is under active development and I will do my best to provide fixes to problems. The latest general releases are always available through the WordPress Plugins Directory. Development code is hosted on GitHub, so you may find more frequent releases there.

For general questions, please post on the WordPress forums with the tag sitepush. For bug reports or if you wish to suggest patches or fixes, please go to the SitePush GitHub repository.

If you have any problems with SitePush, it would be helpful if you could add

define('SITEPUSH_DEBUG',TRUE);\n

to your wp-config.php file, and include the output which will now be displayed at the top of the SitePush options screen.

Disclaimer Although SitePush has been well tested and is used on production web sites, it moves files and database content between sites which could break things. Use of SitePush is at your own risk! Please make sure you have adequate backups and if you do find any problems please report them.

Roadmap

There are a number of areas which could be improved. Currently on the roadmap:-

improve push undo
add support for pushing between sites on different servers

Please let me know how you would like to see SitePush evolve.

Server Setup

How to setup SitePush in a multiple vhost environment

You can run your separate versions of a site in a single vhost, or in separate vhosts. While running them all in a single vhost can be little easier to set up on some web hosts, it does not work well if different sites need any different configuration in your .htaccess file – for example if you are using a caching plugin.

If you are able to set up separate vhosts (or subdomains as some hosts call them) I recommend you do it that way.

Let’s say you want to have three versions of your site – live, test, and dev.

Set up a vhost for each site. Where they all sit on your server will depend on your hosting setup, but let’s say they are at:-

/var/www/vhosts/live/httpdocs\n/var/www/vhosts/test/httpdocs\n/var/www/vhosts/dev/httpdocs\n

You will need to create a directory to hold all the config files. If at all possible, this directory should not be web accessible. For example, it might be at:-

/var/www/sitepush/config\n

You will also probably want to create a directory for any backups SitePush makes, such as:-

/var/www/sitepush/backups\n

Finally, you will need to create a database for each of your sites. Consult the WordPress installation instructions and your web host for how to do this.

Download WordPress and unzip it into one of your sites. I normally keep WordPress in its own subdirectory, for example:-

/var/www/vhosts/live/httpdocs/wordpress\n

That way, the root directory stays clean, and if I install anything else outside of WordPress, there won’t be any confusion of which files belong where. You need to make a couple of changes for this setup to work – see WordPress documentation for more details. Note that for multisite installs, though, you will need to install WordPress in the root directory.

I do, however, put my wp-config.php file in the root directory (WordPress is smart enough to find it).

Next you will need to create the SitePush config files and put them in the config directory you created above. See the SitePush installation instructions for what needs to go in your sites config file and your database config file (I usually call them sites.ini.php and dbs.ini.php).

Now, copy the files from the site you just set up to your other sites, for example:-

cd /var/www/vhosts\ncp -r live/httpdocs dev/httpdocs\n

To save a bit of disk space (at the expense of possibly messing things up between sites), you can also symlink the uploads directory between sites so there is only one copy of any media files uploaded. For example:-

cd /var/www/vhosts/dev/httpdocs/wordpress/wp-content\nrmdir uploads\nln -s ../../../../live/httpdocs/wordpress/wp-content/uploads uploads\n

The exact paths will depend on your setup.

Finally, log into your live site, install, activate and configure SitePush, and now you are set up to easily move files and content between 3 versions of your site!

How to setup SitePush in a single vhost

You can run your separate versions of a site in a single vhost, or in separate vhosts. Depending on your web host, running them all in a single vhost can be bit easier to set up, though it does mean you need to share one .htaccess file across all versions of your site, and won’t work for WordPress Multisite setups.

If you are able to set up separate vhosts (or subdomains as some hosts call them) I recommend you do it that way, but if not, these instructions show how you can have multiple version so of your site on one vhost.

Let’s say you want to have three versions of your site – live, test, and dev.

First make sure that you can set up domain aliases on your host – so that multiple domains point to the same files. For example, you might set up:-

live.example.com\ntest.example.com\ndev.example.com\n

If your host allows wildcard domain setups, so for example anything.example.com would point to your files, that would also work

Set up a subdirectory for each site. Where they all sit on your server will depend on your hosting setup, but let’s say they are at:-

/var/www/httpdocs/live\n/var/www/httpdocs/test\n/var/www/httpdocs/dev\n

You will need to create a directory to hold all the config files. If at all possible, this directory should not be web accessible. For example, it might be at:-

/var/www/sitepush/config\n

You will also probably want to create a directory for any backups SitePush makes, such as:-

/var/www/sitepush/backups\n

Download WordPress and unzip it into one of the directories for your sites. For example:-

/var/www/httpdocs/live\n

Follow the instructions for more installing WordPress in a subdirectory.

You should also now create a database for each of your sites. Consult the WordPress installation instructions and your web host for how to do this.

Complete any other required configuration (WordPress setup, plugin installs etc) and make sure that your site is now working properly. Don’t forget to install SitePush!

Next you need to create the SitePush config files and put them in the config directory you created above. See here readme.txt or the SitePush installation instructions for what needs to go in your sites config file and your database config file (I usually call them sites.ini.php and dbs.ini.php).

Now, copy the files from the site you just set up to your other sites, for example:-

cd /var/www/httpdocs\ncp -r live dev\ncp -r live test\n

cd /var/www/httpdocs/dev/wp-content\nrmdir uploads\nln -s ../../live/wp-content/uploads uploads\n

The exact paths will depend on your setup.

Next you need to make some changes to your wp-config.php file so that it will point to the correct site files and database depending on what domain name was used. The exact details will vary depending on your setup, but you will want something like this, which should be inserted immediately above the line /* That's all, stop editing! Happy blogging. */:-

switch ( $_SERVER['SERVER_NAME'] ) {\n    case 'test.example.com':\n        $site_dir='test';\n        define('DB_NAME', 'database_name_here');\n        define('DB_USER', 'username_here');\n        define('DB_PASSWORD', 'password_here');\n        break;\n\n    case 'dev.example.com':\n        define('DB_NAME', 'database_name_here');\n        define('DB_USER', 'username_here');\n        define('DB_PASSWORD', 'password_here');\n        $site_dir='dev';\n        break;\n\n    case 'www.example.com':\n    case 'live.example.com':\n    default:\n        define('DB_NAME', 'database_name_here');\n        define('DB_USER', 'username_here');\n        define('DB_PASSWORD', 'password_here');\n        $site_dir='live';\n        break;\n}\n

Insert whatever constant definitions are specific to a site in that section, and delete or comment them out from their original location in wp-config.

Lastly, you need to edit the last line of wp-config so it reads:-

require(\"./{$site_dir}/wp-blog-header.php\");\n

You can now log into your live site, activate and configure SitePush. Once that is done, you can push everything to your other sites and you should now be able to access all three versions of your site. You are now set up to easily move files and content between 3 versions of your site!

\n","installation":"

Summary of installation steps

check that your setup meets the requirements in the section below
set up different versions of your site on your server
download and unzip the plugin in your plugins directory and activate the plugin
create and upload the config files which hold details of your sites and databases. See Config file sections below for more details.
go to the SitePush settings page (immediately below Dashboard), and fill in settings as required. There is further help and explanation in the plugin.

Details for each step are covered in the sections below.

Requirements

SitePush uses shell commands to do some of its stuff, so there is more chance of things going wrong than with most plugins. Please check that your set up meets these requirements, and even if it does, please test your setup thoroughly before pushing to a live site.

SitePush is currently well tested on:-

Linux
MacOS X (MAMP)

SitePush should work on Windows systems, but with the following caveats:-

backup of files will not work
clearing of arbitrary cache files will not work (caches[] option in sites config)
it is not as well tested on Windows systems

If you would like to help make SitePush work better on Windows systems please let me know.

SitePush will not work in whole or in part:-

if your host has PHP safe mode enabled
if your host does not allow PHP to execute shell commands
to push files between sites on different servers. Currently, SitePush must have filesystem access to all sites it pushes files to. Your databases can, however, be on different servers as long as they are accessible by the site your are pushing from.

It has experimental support for Multisite installs:-
\n* it will not run if you have WP_ALLOW_MULTISITE or MULTISITE defined as TRUE in your wp-config file unless you also define SITEPUSH_ALLOW_MULTISITE to TRUE in your wp-config file.

In addition to WordPress (3.3 or greater), PHP (5.2.4 or greater) and mySQL (5.0 or greater) your server must have the following installed:-

mysql and mysqldump command line utilities (tested on mysql version 5.5, it should work on versions above 5.0)
tar (any version should be fine, required for file backups)

Setup different versions of your site

Different versions of your site must be on the same server (filesystem). You can setup different versions either in separate vhosts (normally recommended) or all in one vhost (won’t work for multisite installs and may not work if you are using caching plugins).

For full details of how to do this, see the instructions for each method in the Server Setup section.

Download and install SitePush plugin

Download and install SitePush on one version of your site as per normal.

Update wp-config.php

In most cases you will need to update the wp-config.php file for each site you are pushing to. Because you are likely running different versions of sites at different URLs, you need to tell WordPress to override the WordPress Address and Site Address options.

To do this, add definitions for the WP_HOME and WP_SITEURL constants in your wp-config.php file. For more information about this please see the WordPress codex.

Sites config file

In addition to configuring SitePush’s settings page, you will also need to create and some settings files as described in this and the following sections. If at all possible upload these files outside of your web root so they are not accessible from a web browser. If that is not possible, make sure the file names end in ‘.php’ and that you include the first line from the sample files.

The sites config file contains information about all the sites you wish to push/pull between. It looks like this:-

; <?php die('Forbidden'); ?> -*- conf -*-\n\n[all]\nwp_dir = /wp\nwp_content_dir = /wp/wp-content\ncache = no\ncaches[] = /caches/timthumb\ncaches[] = /caches/something_else\n\n[live]\nlabel = Live Site\ndomains[] = live.example.com\ndomains[] = live.example.co.uk\nweb_path = /var/www/vhosts/mysite-live\ndb = live\nlive = yes\n\n[dev]\nlabel = Dev Site\ndomain = dev.example.com\nweb_path = /var/www/vhosts/mysite-dev\ndb = dev\nlive = no\n

Each section represents parameters for a web site, with the exception of [all] – parameters in this section apply to all sites. Required parameters are as follows:-

[sitename] = a unique name for this site. It’s only used internally (or as label if you don’t supply the label parameter), and can be anything you like.
web_path = the full filesystem path to the web root for the site (not the root of the WordPress install if you have WordPress in a subdirectory).
domain = the domain this site is at. If the site uses more than one domain, use the domains[] parameter for each domain instead. Optional if domains[] parameters supplied.
domains[] (optional if domain parameter supplied) = if your site can be accessed via multiple domains (e.g. example.com, example.co.uk) then list each domain with the domains[] parameter. Make sure you include the [].
db = the SitePush label of the database this site uses, as defined in your databases config file (see below).

The following parameters are optional:-

label = label for your site used in menus, error messages etc. The label doesn’t have to be unique, but it will be rather confusing if it’s not.
wp_dir = the path from your webroot to this sites WordPress install. You shouldn’t need to set this unless
wp_content_dir = the path from your webroot to the site’s wp-content directory. You shouldn’t need to set this.
wp_plugin_dir = the path from your webroot to the site’s plugins directory. You shouldn’t need to set this.
live = is this a live/production site (yes), or not (no). SitePush will show some warnings when you select a live site to push to, can prevent users logging into live sites and can activate/deactivate specific plugins on live sites. Defaults to no.
default = if set to yes, SitePush will use settings for this site if it can’t figure out what config to use for a site. This should be set at most for one site. Defaults to no.
cache = is caching turned on for this site (yes or no). If you have set WP_CACHE to TRUE in your wp-config for this site, you should set this to yes. Defaults to no.
caches[] = if your site has any cache directories which should be cleared when you update the site, enter the full filesystem path to those directories here, and SitePush will empty those directories whenever you push if the Clear cache on destination option is set when you push.
admin_only = if only admins should be able to push to/pull from this site, then set to yes. Defaults to no.
source_only = if set to yes, non-admins will not be able to push to this site. Defaults to no.
destination_only = if set to yes, non-admins will not be able to push from this site. Defaults to no.

Don’t include a trailing slash on any paths.

Databases config file

The databases config file contains information about your sites’ databases.

; <?php die('Forbidden'); ?> -*- conf -*-\n; Do not remove the above line, it is all that prevents this file from being downloaded.\n\n[all]\nprefix = wp_\n\n[live]\nname = live_database\nuser = db_user\npw = live_db_password\n\n[dev]\nname = dev_database\nuser = db_user\npw = dev_db_password\n

Each section represents parameters for a WordPress database, with the exception of [all] – parameters in this section apply to all sites. Required parameters are as follows:-

[dblabel] = a unique label for this database. This label is used for the db parameter in the sites config file.
name = the name of the database (same as DB_NAME in wp-config).
user = the user name for accessing the database (same as DB_USER in wp-config).
pw = the database password (same as DB_PASSWORD in wp-config).

The following parameters are optional:-

host = the database host. Defaults to DB_HOST.

NOTE All databases you are pushing to/from must use the same prefix.

Domain map config file

If you are running a Multisite installation, you will also need to create a domain map file so that SitePush knows which domains apply to which sites. The file should have as many sections as you have SitePush sites defined in your sites config file, and each section should contain one entry for each blog in your multisite setup. If your multisite installation is set up as a subdomain install, then you should list the full domains for each site, for example:-

; <?php die('Forbidden'); ?> -*- conf -*-\n; Do not remove the above line, it is all that prevents this file from being downloaded.\n\n[live]\n1 = site1.example.com\n2 = site2.example.com\n3 = site3.example.com\n\n[dev]\n1 = dev1.example.com\n2 = dev2.example.com\n3 = dev3.example.com\n

[sitename] = the name you have given this site. It should be exactly the same as [sitename] in your sites config file.
blogid = domain = define the primary domain for each blogid in your network. If you are using a sub-directory set up, then the domain would be the same for each blog, but you still need to enter it for each one.

If, on the other hand, your installation is set up as a subdirectory install, then the domains in each section will be the same, for example:-

; <?php die('Forbidden'); ?> -*- conf -*-\n; Do not remove the above line, it is all that prevents this file from being downloaded.\n\n[live]\n1 = live.example.com\n2 = live.example.com\n3 = live.example.com\n\n[dev]\n1 = dev.example.com\n2 = dev.example.com\n3 = dev.example.com\n

** do not include the subdirectory path for each site **

If you do not configure this correctly, you will not be able to access blogs where you have pushed multisite tables (or if you pushed the whole database) and may have problems accessing individual blogs where you pushed options for that blog. If this does happen, you will need to manually edit the wp_blogs, wp_site, wp_sitemeta and options tables, or restore from a backup.

Other Important Notes for Multisite Setups

Support for Multisite is experimental and to enable it you will need to define SITEPUSH_ALLOW_MULTISITE as TRUE in wp-config. There may be some rough edges and note that SitePush has not been thoroughly tested on Multisite configurations, so make sure you have appropriate backups.
SitePush settings for each blog are independent, so you will need to configure each blog separately. Each blog will probably need its own sites config file (as domains and/or subdirectories will be different for each blog), but can and should share a common database config file. The domain map config file should also be common amongst all sites.
SitePush uses the term site to distinguish between different versions of a site – e.g. live, staging, development. A SitePush site is not the same as a Multisite site (which is actually a network of blogs). A standard Multisite setup normally only has one site but many blogs (so really it should be called a Multiblog setup…).
If you have a large Multisite network, you should probably avoid pushing all tables… if it takes too long the script may time out and you may be left with an incomplete database.
In Multisite setups, only Super Admins can administer SitePush.

\n","faq":"\n

Can I push between sites running different versions of WordPress?

Pushing files between sites running different versions of WordPress should not be a problem.

Pushing databases between sites running different versions of WordPress is not recommended. However, as long as there are no structural changes to the database which would cause backward compatibility problems, then it should work fine. The first time you go to wp-admin after a push, WordPress will probably tell you it needs to update the database.

SitePush complains that it can’t find mysql/mysqldump/rsync

Make sure you enter the complete absolute path to the actual file binary/executable, not just the directory it is in. For example:-

C:/wamp/bin/mysql/mysql5.6.12/bin/mysql.exe
/Applications/MAMP/Library/bin/mysql
/usr/bin/mysql

Note – these paths are just examples, they may be different on your system.

Does SitePush have to be running on sites I push to?

SitePush should normally be installed and running on all sites you are pushing to and from.

SitePush can push files and database tables to a site even if that site is not running SitePush, however, some important aspects of SitePush require that it is running on sites you push to. If SitePush is not running on a site, the following will not work:-

fix site urls
preventing login to live sites
clearing cache after a push
activating/deactivating plugins

If you don’t want SitePush to show in wp-admin for a particular site, define SITEPUSH_HIDE to true in the wp-config.php file for that site.

SitePush isn’t updating my database after a push

This is by design – SitePush avoids making any changes to the database unless absolutely necessary. Currently the only changes made are on multisite installs where the database needs to be updated to ensure each site has the correct URL.

Note that the Fix site URLs option does not actually make any changes to the database – if activated it replaces incorrect URLs as they are output to the screen.

Can I use SitePush to move my site to a new server, or to backup my installation?

In theory you probably could, but it’s likely more effort than it’s worth – SitePush is designed to make it really easy to repeatedly move database and files between sites, not for a one off move or automated backup. If you are looking for a plugin to do this, you could use something like WordPress Move or WP Remote or BackupWordPress.

How do I use SitePush on my Multisite installation

Support for Multisite is experimental. You can enable it by defining SITEPUSH_ALLOW_MULTISITE as TRUE in wp-config. SitePush should work OK with Multisite setups, but there may be a few rough edges and it has not been thoroughly tested, so make sure you have appropriate backups.

How do I push custom tables created by another plugin?

You can add groups of custom tables to be pushed in the “Custom DB table groups” option on the main settings screen.

SitePush times out before pushes complete

By default, SitePush will run for up to 10 minutes to push. If your push is taking longer than that, you are either trying to push a very large database, a lot of large files or something is wrong. Repairing and optimizing your database can help. Also, some web hosts have proxy servers with their own timeouts – if they time out in less than 10 minutes, there’s nothing SitePush can do to lengthen the timeout.

If you do have problems with timeouts, you can also try pushing things separately.

\n\n","changelog":"

0.4.2 (2013-09-09)

Allow pushing between two databases with same name if the databases are on different hosts. (props wethanet)
Fix bug preventing push if database configs have different names from site configs.
Add admin option to hide specific push options for all users. Useful for preventing accidental pushing of, say, comments tables if you never want them pushed.
Add action hooks so you can run custom code before and after pushing. Note that these hooks only run from the site you are pushing from. See classes/class-sitepush-plugin.php for more info.
Don’t allow SitePush to be added to the list of plugins to deactivate.
Fix PHP Notice.

0.4.1 (2012-11-13)

Bugfixes relating to URL replacement when pushing multisite installs.
Improvements to URL replacement, SitePush now replaces URLs in widgets, nav_menus and any URL passed through clean_url().

0.4 (2012-09-06)

SitePush no longer depends on rsync to push files. If you don’t have rsync on your server, SitePush will copy files using PHP.
You can now define custom groups of database tables to push, allowing any custom tables created by plugins to be pushed without pushing the whole database.
Added debug mode which lists information about your environment at the top of the options screen. Add define(‘SITEPUSH_DEBUG’,TRUE); to your wp-config.php file to enable debug mode.
Detect various problems with hosting setups and add more helpful error messages.
Various bug fixes.

0.3 (2012-07-06)

Initial public alpha release.

\n","screenshots":"

$\"Push$
Push screen for non-admins. Site admin can configure what non-admins can push, so they can't push anything too dangerous.
$\"Push$
Push screen as seen by admins. Admins can push any set of files or DB tables.
$\"Push$
Push screen for a multisite installation as seen by admins. In this case, the admin has defined some custom table groups for Gravity Forms.
$\"Main$
Main options screen.

"},"short_description":"Easily move content and code between WordPress sites. Pull your site's DB to a dev site, push new code to a staging site, etc.","download_link":"https://downloads.wordpress.org/plugin/sitepush.0.4.2.zip","screenshots":{"1":{"src":"https://ps.w.org/sitepush/trunk/screenshot-1.png?rev=1566983","caption":"Push screen for non-admins. Site admin can configure what non-admins can push, so they can't push anything too dangerous."},"2":{"src":"https://ps.w.org/sitepush/trunk/screenshot-2.png?rev=1566983","caption":"Push screen as seen by admins. Admins can push any set of files or DB tables."},"3":{"src":"https://ps.w.org/sitepush/trunk/screenshot-3.png?rev=1566983","caption":"Push screen for a multisite installation as seen by admins. In this case, the admin has defined some custom table groups for Gravity Forms."},"4":{"src":"https://ps.w.org/sitepush/trunk/screenshot-4.png?rev=1566983","caption":"Main options screen."}},"tags":{"deployment":"deployment","development":"development","migrate":"migrate","migration":"migration","move":"move"},"versions":{"0.3":"https://downloads.wordpress.org/plugin/sitepush.0.3.zip","0.4":"https://downloads.wordpress.org/plugin/sitepush.0.4.zip","0.4.1":"https://downloads.wordpress.org/plugin/sitepush.0.4.1.zip","0.4.2":"https://downloads.wordpress.org/plugin/sitepush.0.4.2.zip","trunk":"https://downloads.wordpress.org/plugin/sitepush.zip"},"donate_link":"","icons":{"default":"https://s.w.org/plugins/geopattern-icon/sitepush.svg"}},{"name":"Bens Translator","slug":"bens-translator","version":"1.7.2","author":"Ben O'Sullivan","author_profile":"https://profiles.wordpress.org/breaker/","requires":"2.9.2","tested":"2.9.2","requires_php":false,"requires_plugins":[],"rating":0,"ratings":{"1":0,"2":0,"3":0,"4":0,"5":0},"num_ratings":0,"support_threads":0,"support_threads_resolved":0,"downloaded":16864,"last_updated":"2010-03-02 3:40pm GMT","added":"2009-10-29","homepage":"http://benosullivan.co.uk/bens-translator/","sections":{"description":"

Bens Translator is a plugin for WordPress that generates translated pages using Google Translator.
\nThe pages are cached by your webserver and displayed as a normal webpage.
\nThis allows indexing by Google and other search engines to boost your traffic.

Features

Search Engine Optimized: it uses the permalinks by adding the language code at the beginning of all your URI.
\nFor example the english version on www.domain.com/mycategory/mypost will be automatically transformed in www.domain.com/de/mycategory/mypost

Fast Caching System: new fast, smart, optimized, self-cleaning and built-in caching system.
\nDrastically reduction of the risk of temporarily ban from translation engines.

Fully configurable layout: you can easily customize the appearance of the translation bar by choosing between a TABLE or DIV based layout for the flags bar.
\nYou can also select the number of translations to make available to your visitors.

No database modifications: Bens Translator is not intrusive.
\nIt doesn’t create or alter any table on your database, this feature permits to obtain better performance by not running extra database queries.

\n","installation":"

http://benosullivan.co.uk/bens-translator/setup-guide-bens-translator/

\n","faq":"

http://benosullivan.co.uk/bens-translator/help-guide-bens-translator/

\n","changelog":"

Known Bugs

When changing permalink structure from on to off, plugin settings need to be updated or you will get a 404 error

1.7.2

FIXED – Text links not displaying

1.7.1

ADDED – Tags and Categories to cache management page
CHANGED – Cache management with jquery and customisable views options (thanks to bloguedegeek.net)

1.7

ADDED – Cache Management Page (You can Backup, Delete and Manually Flush the cache)
FIXED – Minor Bug Fixes
CHANGED – Number of pages shown in cache browser now 20 at a time

1.6.2

ADDED – Added Romanian Language

1.6.1

FIXED – Page not translated page “looping”
ADDED – Option to turn Validation engine on/off in settings
REMOVED – WordPress Proxy Support (Will be back)

1.6

CHANGED – File directory error checking
ADDED – WordPress Proxy Support

1.5

ADDED – New page showing what pages are translated
FIXED – Directory not writable 0777 error
FIXED – filemtime error

1.4.1

FIXED – 500/403 “Redirect Loop” error
FIXED – Translation stopped after language bar
ADDED – Customisable Template for redirect

1.4

ADDED – Italian Translation (Provided By )
FIXED – Adding random characters to the url would show original page (with invalid url)
FIXED – Empty redirect in Google Webmaster, removed Extra Frame in google translation
FIXED – Pages wouldn’t Expire to Stale Cache
UPDATED – Estimated pages to translate is now more accurate
ADDED – Meta Language tag to translated pages
ADDED – Translated pages will now validate

1.3

CHANGED – Changed all variables from gltr prefix to bentr, To prevent conflicts with Global Translator
CHANGED – Changed how Bens-translator handles google returning an error (Works without the widget/flag bar on the page)
ADDED – Added support for WordPress po/mo translation framework (No Translations Yet)
CHANGED – Changed Language drop down list to include localisation
ADDED – Check to see if permalinks have been changed and then automatically updates the .htaccess
CHANGED – Changed redirect status code to 307 “temporary redirect”
CHANGED – Changed Alt attribute of flag from “flag” to the language

1.2.1

CHANGED – Language settings for many languages incorrect

1.2

FIXED – Bug where a blog not using permalinks wouldn’t redirect to google translate correctly**
ADDED – Text links instead of country flags
FIXED – Bug where translated pages would be added to google sitemaps regardless of setting**

1.1

ADDED- Optional user editable header can be displayed on any translated page

1.0

First release

0.9

ADDED – Checks for php/wordpress version for compatability
REMOVED – Extra Translation Engines, Now uses Google solely
REMOVED – Languages not allowed by Google Adsense
FIXED – number of files translated error, where folders would be included in total**
ADDED – Files translated is now automatically loaded in admin panel
ADDED – Estimated total number of files to be translated added to admin panel
CHANGED – English flag changed to the Union Flag (Union Jack)
CHANGED – Cache files and directory organised for easier viewing
CHANGED – Default expiry changed to 30 days
CHANGED – Default translation engine connect time changed to 580 seconds
CHANGED – Options page reorganised
FIXED – Bug where pages were moved to stale cache, and were younger than the user cache time**
ADDED – Clears Database entrys on deactivation and creates fresh variables on activation

** Bug from Global Translator

\n","screenshots":"

$\"Administration$
Administration interface in WordPress 2.8
$\"Translated$
Translated Pages Interface

"},"short_description":"Bens Translator is a plugin for Wordpress that generates translated pages using Google Translator. The pages are cached by your webserver and displaye …","download_link":"https://downloads.wordpress.org/plugin/bens-translator.1.7.2.zip","screenshots":{"1":{"src":"https://ps.w.org/bens-translator/trunk/screenshot-1.png?rev=1566846","caption":"Administration interface in WordPress 2.8"},"2":{"src":"https://ps.w.org/bens-translator/trunk/screenshot-2.png?rev=1566846","caption":"Translated Pages Interface"}},"tags":{"global-translator":"global translator","translate":"translate","translate-blog":"translate blog","translate-google":"translate google","translator":"translator"},"versions":{"0.9":"https://downloads.wordpress.org/plugin/bens-translator.0.9.zip","1.0":"https://downloads.wordpress.org/plugin/bens-translator.1.0.zip","1.1":"https://downloads.wordpress.org/plugin/bens-translator.1.1.zip","1.2":"https://downloads.wordpress.org/plugin/bens-translator.1.2.zip","1.2.1":"https://downloads.wordpress.org/plugin/bens-translator.1.2.1.zip","1.3":"https://downloads.wordpress.org/plugin/bens-translator.1.3.zip","1.4":"https://downloads.wordpress.org/plugin/bens-translator.1.4.zip","1.4.1":"https://downloads.wordpress.org/plugin/bens-translator.1.4.1.zip","1.5":"https://downloads.wordpress.org/plugin/bens-translator.1.5.zip","1.6":"https://downloads.wordpress.org/plugin/bens-translator.1.6.zip","1.6.1":"https://downloads.wordpress.org/plugin/bens-translator.1.6.1.zip","1.6.2":"https://downloads.wordpress.org/plugin/bens-translator.1.6.2.zip","1.7":"https://downloads.wordpress.org/plugin/bens-translator.1.7.zip","1.7.1":"https://downloads.wordpress.org/plugin/bens-translator.1.7.1.zip","1.7.2":"https://downloads.wordpress.org/plugin/bens-translator.1.7.2.zip","trunk":"https://downloads.wordpress.org/plugin/bens-translator.zip"},"donate_link":"http://benosullivan.co.uk/bens-translator/","icons":{"default":"https://s.w.org/plugins/geopattern-icon/bens-translator.svg"}},{"name":"Nike+ iPod Stats","slug":"nike-ipod","version":"1.4.4","author":"Mark Rickert","author_profile":"https://profiles.wordpress.org/mjar81/","requires":"2.0.5","tested":"2.8","requires_php":false,"requires_plugins":[],"rating":0,"ratings":{"1":0,"2":0,"3":0,"4":0,"5":0},"num_ratings":0,"support_threads":0,"support_threads_resolved":0,"downloaded":2711,"last_updated":"2009-06-25 11:32pm GMT","added":"2009-06-25","homepage":"http://www.ear-fung.us/apps/nikeplus/","sections":{"description":"

The Nike+ iPod Stats plugin for WordPress is a great way to display to the world how you’re doing at your workouts. It uses Nike’s public API (the same one used for the official Nike widgets) to retrieve your personal data and formats it to display correctly on your WordPress blog.

Requirements:

A wordpress blog running on a server with PHP ? 4.3.0 compiled with curl support.
A Nike+ login ID (used to access http://www.nike.com/nikeplus/)
Minimal knowledge of WordPress to install the plugin

What it does:

Gets your personal running data from Nike.com in XML format
Caches the data locally so your site load time is not dependent on the speed of the Nike website.
Displays your data in an easy to read way.
Easy to use configuration in your WordPress administration panel
Ability to enable or disable the display of your “Power Song”
Ability to display all your goals under the general run data.
Ability to link your power song to the artist on the iTunes Music Store
Ability to show your most recent runs
Graphs your runs

TO DO

Display power song album artwork somehow (cached of course) Any suggestions on an album artwork search API? Send me a hint here: mjar81+nike@gmail.com
Store data in mysql
Generate ‘cool challenge status graphic’ (thanks Greg: http://www.zinkwazi.com)
Enable local storage of challenge participants’ names and/or URL
Manual entry of runs/miles for non-nike+ users (maybe but not likely)

Known Bugs

*Recent Runs does not display correctly unless you’ve run at least twice and synced those runs with the nikeplus website.\n

\n","installation":"

Installation Instructions:

Upload the nikePlus.php file to your WordPress plugins directory ex: /wp-content/plugins/)
Enable the plugin in WordPress administration.
Go to the “Options” tab in WordPress administration and select the “Nike+” tab.
Enter your Nike+ username
Enter your Nike+ password
Choose your display options
Enter a local caching path that is writeable.\n
- The path to your /wp-content/ directory should already be filled in.
- This directory must be writeable or it will not work!
\n
Insert this code into your sidebar.php file in your template folder:
\n< ?php
\n if(function_exists(’get_nikePLUS’)){
\n echo 'My Nike+ Stats’;
\n get_nikePLUS();
\n }
\n ?>

\n","faq":"

Coming soon!

\n","changelog":"

1.4.4

(June 25, 2009)\n\n* Changes that resulted from folder name differences.\n* Integrated graph smoothing. Thanks, James! http://www.jamesfrost.co.uk/\n* Added image class for graph pictures, allows you to use your own CSS\n

1.4.3

(June 25, 2009)\n\n* Updated Nike+ API locations: fixes what Nike’s changes broke\n

1.4.2

(May 19, 207)\n\n* Updated Nike+ API locations: fixes what Nike’s changes broke\n

1.4.1

(April 1, 2007)\n\n* Changed Global variable schemes to be less generic, this should fix most users’ problems with the plugin not working\n* Updated path to Sparkline.php so it is automatically calculated… should work now for blogs in a subdirectory\n* Fixed a typo in admin\n

1.4

(March 20, 2007)\n\n* Regoranized code into multiple functions, simplifying the logic\n* Added \"Personal Best\" display\n* Added challenge and challenge detail\n* Integrated Sparklines graphs. Distributed under the BSD license. http://www.sparkline.org/\n* Changed package to be installed in a directory in the plugins folder\n* Changed caching directory to /wp-content/plugins/nikePlus/cache/ because we are now generating so many cached files\n* Added button in admin to manually get an update the next time the plugin is called (next page load), overriding the cache time\n* Saving options in admin now automatically reloads cache on next page load\n* Added ability to plot the powersong and user clicks in graphs. Commented out code because it produced fugly graphs\n* The code for plotting powersong initializations and user audible feedback clicks are still there and work, but it’s unfortunate that the graphs were so ugly\n* Added \"My Records\" support and admin checkbox\n* Changed caching method to only get the requested number of recent runs, not the whole list of files. This greatly reduces the initial cache time\n* Fixed bug where certain SSL certificates on II6 would not validate to pull secure data form nike.com (Thanks Bryan! – http://www.thebirdwells.net/)\n* Added note to GoDaddy users on how to use the web proxy option in admin\n

1.3

( January 19, 2007 )\n\n* Added number formatting to the calories and miles numbers\n* Added warning message to admin if chosen local path is not writable\n* Fixed bug where version notification was messed up in the admin\n* Fixed a kilometer vs. mile issue where it was not converted correctly for general run data ( http://www.ear-fung.us/apps/nikeplus/#comment-3071 )\n* Tried to resolve goal distance issues, the data displayed is now *CLOSER* to what is actually on the Nike website\n* MAJOR – Implemented \"Recent Runs\" with admin options\n* Cleaned up admin options page a bit\n* Now only displays non-completed goals\n* Increased textbox for localpath so most users will be able to see the whole path\n* Added GPL license\n

1.2.2

( Jan 16, 2007 )\n\n* Fixed a caching bug that made the program never get new information. Sorry guys :(\n

1.2.1

( Jan 16, 2007 )\n\n* Stupid mis-labeling on my part made the plugin appear in the wp-admin as still version 1.1\n* Supressed error message is the function file_get_contents() is disables by the host\n* Changed Goals list to more accurately reflect the sidebar.php unordered list structure so that It might be formatted correctly automatically\n

1.2

( Jan 16, 2007 )\n\n* Fixed caching issue where the caching was not consistent and was incorrectly reported in the html as retrieving the data from Nike\n* Added notification of new versions to the admin panel\n* Made it so that the power song would not display if Nike.com didn’t return any info\n* Added Goals list and ability to turn them on and off\n

1.1

( Jan 15, 2007 )\n\n* Added ability to link your power song to the iTunes Store\n

1.0

( Jan 15, 2007 )\n\n* Initial Version\n

\n"},"short_description":"Allows you to display Nike+ iPod running data on your wordpress blog.","download_link":"https://downloads.wordpress.org/plugin/nike-ipod.1.4.4.zip","screenshots":[],"tags":{"ipod":"ipod","nike":"nike","nikeplus":"nikeplus","running":"running"},"versions":{"1.4.3":"https://downloads.wordpress.org/plugin/nike-ipod.1.4.3.zip","1.4.4":"https://downloads.wordpress.org/plugin/nike-ipod.1.4.4.zip","trunk":"https://downloads.wordpress.org/plugin/nike-ipod.zip"},"donate_link":"http://www.ear-fung.us/apps/nikeplus/","icons":{"default":"https://s.w.org/plugins/geopattern-icon/nike-ipod.svg"}}]

Proxy List

SitePush

Bens Translator

Nike+ iPod Stats

Get New Themes & Resources