Title: eas's Replies | WordPress.org --- # eas [ ](https://wordpress.org/support/users/eas/) * [Profile](https://wordpress.org/support/users/eas/) * [Topics Started](https://wordpress.org/support/users/eas/topics/) * [Replies Created](https://wordpress.org/support/users/eas/replies/) * [Reviews Written](https://wordpress.org/support/users/eas/reviews/) * [Topics Replied To](https://wordpress.org/support/users/eas/replied-to/) * [Engagements](https://wordpress.org/support/users/eas/engagements/) * [Favorites](https://wordpress.org/support/users/eas/favorites/) Search replies: ## Forum Replies Created Viewing 8 replies - 1 through 8 (of 8 total) * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[XML Sitemap Generator for Google] syntax error](https://wordpress.org/support/topic/syntax-error-236/) * [eas](https://wordpress.org/support/users/eas/) * (@eas) * [2 years, 7 months ago](https://wordpress.org/support/topic/syntax-error-236/#post-17282931) * +1 * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[WooCommerce] ShortCode does’t work](https://wordpress.org/support/topic/shortcode-doest-work/) * [eas](https://wordpress.org/support/users/eas/) * (@eas) * [8 years, 1 month ago](https://wordpress.org/support/topic/shortcode-doest-work/#post-10485433) * I was having the same issue, I think, but I’m not using any sort of page builder. * I ended up getting it working, but I’m not really sure why it works now, and why it didn’t before. * Some clues though from looking for my revision history for the page. - First, using the HTML editing mode I entered the [products] shortcode, specifying the skus=”XXX” atribute. The version history shows that a span was injected starting after the first quote, and ending after the closing square bracket for the short code.`[products skus="S9-001"]` - Next, I added the columns attribute. I’m not sure if it had any effect — I didn’t quote the numeric argument (or it was stripped — but the page still showed the product summary. The html shows that the added argument is within the existing span - Then I edited the shortcode in place by deleting the ‘s’ at the end and adding‘ _page’. I didn’t change the arguments/attributes (ie I left ‘skus’, rather than changing it to ‘sku’). When I saved and reloaded the page, the content area was blank. - Next, I corrected ‘skus to ‘sku’ and it still was blank. * What finally got it working again was to switch to the text view, get rid of the HTML and then enter the ‘product_page’ shortcode again. * What’s really odd is that a) the products shortcode worked fine, even though it had HTML mixed in with it. b) that I can’t get the editor to mangle the product_page shortcode with HTML now. * Forum: [Everything else WordPress](https://wordpress.org/support/forum/miscellaneous/) In reply to: [Optimize Speed](https://wordpress.org/support/topic/optimize-speed/) * [eas](https://wordpress.org/support/users/eas/) * (@eas) * [17 years, 7 months ago](https://wordpress.org/support/topic/optimize-speed/#post-943641) * I found [WP Tuner](http://blogs.icta.net/plugins/wptuner/) to be very helpful in understanding what was hurting responsiveness of my blog. Once you install and activate it, it hooks the hookable operations in wordpress and tracks execution time, query count, query time and memory usage at each step. * One thing that is immediately obvious is that startup is an expensive process. It happens on every page load, and accounted for 30-50% of the execution time in most cases. If you need finer-grained profiling than WP Tuner can achieve via the available hooks, you can go in and add one-line timing statements wherever you want. Doing so showed me that plugin loading was the most costly part of the startup process. Some plugins were worse than others, but even the quickest loading plugins still added up. * The only way I found to really improve startup times was to set up a test machine and install [APC](http://pecl.php.net/package/APC) which caches already parsed PHP code to speed up execution. Unfortunately, I couldn’t take advantage of this on my shared hosting. I expect the same is true with most other shared hosts, because I think it increases baseline memory requirements, and may create security issues. There are some shared hosts, like Webfaction, that give you your own Apache instance and let you do pretty much whatever you want with it. APC should be an option for any dedicated host or VPS. * The next thing you can do is optimize database use. The quickest path is to use something like WP-super-cache that can cache the HTML from generated pages, but you’ve already found the disadvantage of this approach, dynamic elements of the site get frozen until the cached copy is expired. * Fortunately WordPress has an object caching framework that can cache at a finer level, so you can still take advantage of dynamic page generation, while caching the results of database queries and the like. One option is to use a simple file based caching backend. I’ve been [using this](http://neosmart.net/blog/2008/file-based-extension-to-the-wordpress-object-cache/), which seems to help. It looks like [this](http://wordpress.org/extend/plugins/db-cache/) does something similar. Some people have reported that their shared hosts have complained about the disk IO this approach causes, but I’ve had no trouble. * There are other back-ends as well. One for APC, another for MemcacheD, and perhaps others. As with APC itself, these probably aren’t an option on most shared hosts. * These things should help with responsiveness when your traffic is low as well as high, and they should help your ability to ride out traffic surges. * The same goes for optimizing the speed with which your pages can be downloaded. It looks like your pages and your javascript are being gzipped, but for some reason, your .css files aren’t. * There is a lot more in the [WordPress documentation](http://codex.wordpress.org/WordPress_Optimization), but I’d suggest starting out with WP tuner so you can get a handle on where time is being spent on the server-side. * Forum: [Fixing WordPress](https://wordpress.org/support/forum/how-to-and-troubleshooting/) In reply to: [Speeding up the first load (PERFORMANCE)](https://wordpress.org/support/topic/speeding-up-the-first-load-performance/) * [eas](https://wordpress.org/support/users/eas/) * (@eas) * [17 years, 7 months ago](https://wordpress.org/support/topic/speeding-up-the-first-load-performance/#post-713117) * I realize this is an old question, but I thought it deserved an answer. Any modern computer system has multiple layers of caching at play that are completely transparent to wordpress. Those execution times account encompass most of the operations required to serve a page request, so they could be growing for any of a number of reasons. * When you first load the page, all the PHP code required to create it is loaded from disk before being parsed and executed. Operating systems will cache data read from disk in RAM so that subsequent accesses are faster. When you reload right away, the PHP files are already in memory. After a while though, they may get flushed from the cache, especially on a machine that’s being used by multiple users and multiple applications. * Another possibility is that your webhost uses some sort of PHP accelerator. Before PHP can be executed, the files need to be parsed into something better understood by the PHP interpreter. It’s surprising how costly this operation is. Some PHP accelerators cache the parsed form and reuse it on subsequent requests. * The database server also has caches which could speed up repeat access, and which will expire if the data isn’t accessed for a while. * Forum: [Fixing WordPress](https://wordpress.org/support/forum/how-to-and-troubleshooting/) In reply to: [How to report possible security issue?](https://wordpress.org/support/topic/how-to-report-possible-security-issue/) * Thread Starter [eas](https://wordpress.org/support/users/eas/) * (@eas) * [17 years, 7 months ago](https://wordpress.org/support/topic/how-to-report-possible-security-issue/#post-952785) * Sorry, I wasn’t clear. 5-9-06 is the date on the original files. The .old files were dated Jan-5-09 [@12](https://wordpress.org/support/users/12/):42pm * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [RSS Import as Drafts?](https://wordpress.org/support/topic/rss-import-as-drafts/) * [eas](https://wordpress.org/support/users/eas/) * (@eas) * [19 years, 9 months ago](https://wordpress.org/support/topic/rss-import-as-drafts/#post-468669) * Yes, it will do it. “Hold syndicated posts as drafts” is one of the first options on the FeedWordPress options page. * Forum: [Fixing WordPress](https://wordpress.org/support/forum/how-to-and-troubleshooting/) In reply to: [Linking wordpress blog and domain name, how-to.](https://wordpress.org/support/topic/linking-wordpress-blog-and-domain-name-how-to/) * [eas](https://wordpress.org/support/users/eas/) * (@eas) * [19 years, 9 months ago](https://wordpress.org/support/topic/linking-wordpress-blog-and-domain-name-how-to/#post-468659) * Perhaps [this is helpful](http://wordpress.com/blog/2006/10/22/trick-or-treat-domains/), it sounds like you’ll be able to have a wordpress.com hosted blog working off a personal domain before too long. * Forum: [Fixing WordPress](https://wordpress.org/support/forum/how-to-and-troubleshooting/) In reply to: [Linking a wordpress blog from somewhere else to .wordpress.com](https://wordpress.org/support/topic/linking-a-wordpress-blog-from-somewhere-else-to-wordpresscom/) * [eas](https://wordpress.org/support/users/eas/) * (@eas) * [19 years, 9 months ago](https://wordpress.org/support/topic/linking-a-wordpress-blog-from-somewhere-else-to-wordpresscom/#post-469290) * It’s not really clear to me exactly what you have in mind. * Maybe you could automatically have all the posts to your personal blog cross- posted to your wordpress.com blog (using something like [this](http://ryanlee.org/software/wp/bac/)). Viewing 8 replies - 1 through 8 (of 8 total)