dpayton

Wow, this was a lifesaver for me. Thanks, dwinden.

The WordPress files are backed up as-is. That is, you could use a standard FTP program to put them back right where you want them.

The database backups in wp-content/backups are outside my area of expertise, and am hoping the dev can answer that. They are, as most SQL backups are, command files that, when executed, rebuild the tables and then write the data to the tables. But I’m not sure how to execute them.

It may help to known I’m running the (currently) latest version of WordPress; 3.4.1

I’m having the same issue. I see the link to manage subscriptions for the post (and if I add the “subscribe_reloaded_show” by hand, I just see it twice).

My template is “Flexibility3”. As an example, here’s a single post URL that exhibits this behavior.

https://considerthis.ctpodcasting.com/2012/06/13/episode-1-an-introduction/

Thanks.

If anybody cares, I figured out the problem. Fantastico did not properly update the .htaccess file with rewrite rules for the graphics.

Try going to the Write Post page and then hold the Shift key down and click the Reload button on your browser. Reads the page from the site, not your browser’s cache. (Mentioned on the options page.)

I, too, didn’t see the new icons until I did this.

Premium Subscriber is a role added by the PodPress plug-in. It has a feature that allows you to limit the podcast to those who you’ve set to Premium Subscriber.

I fixed it!

I took out the calls to ob_start and and ob_end_flush from style.php, essentially turning off output buffering, and voila! <i>That’s</i> the true fix. Now they stylesheet is output and changes in the Tigarator are immediately obvious.

Enjoy.

OK, thanks. Any other takers? ??

Actually, the approach taken by Tiga is nice for non-stylesheet-modifiers. It has its own Options page (the “Tigarator” I mentioned) where you fill in the values for particular styles–foreground color, background graphic, font size, even font family–for sidebars, widgets, header, etc. Then style.php picks up those values and sends out an appropriate stylesheet. Optionally, to get a performance boost, as I said you send style.php directly to your screen and copy it to style.css, tell Tiga to use it (again, in the Options page) and you have that option. Quite accessible.

If I read the theme right, style.php looks at the theme’s values from the database and outputs a CSS based on them. The idea is that once you have it looking just how you want it to, you then, according to the docs, pull up style.php directly in an IE browser and save the output to style.css. Then you tell the Tigarator to use style.css via a checkbox. The result is a faster response, since style.php is a program that has to be run while style.css is a static file.

In my case, with an unaltered style.php, I get nothing output. Hence my changs in the Tigarator don’t show up, and hence I can’t create a custom style.css.