Skip to main content

Clean out your Files Library

Does the time it takes to publish your store seem like an eternity? While a long publish time is usually caused by inefficiently written templates or very large number of pages in the store (or the combination of both), if you notice that the publish process seems to spend a lot of time at “Writing Library Files” or “Sending files to servers”, it may be time to do a “spring cleaning” in your files library.

The files library is kind of like a general storage bin in your store’s editor (which you can access from the Editor by clicking the “Files” button.) It’s typically used to store images, css, and javascript files used in your store’s HTML, however, nothing prevents you from storing other types of files there if you want to. And since it provides you with virtually unlimited storage, it’s easy to get carried away and start dumping all kinds of files there and forgetting about them over time. But storing all kinds of junk in your files library comes at a price.

When you hit the Publish button, the editor will first create the html pages. This can be quick, if you hit Publish Changes and you only have a few modified pages, or longer, if you click Publish All. Then the library files are written to the output queue. After that, the catalog is generated, and when it’s all done, all of this is sent out to the servers that are responsible for serving up your store pages when all those visitors come.

During the “Writing Library Files” phase a large number of files in your files library will slow things down because the publishing process has to compare every editor file to every published file to figure out what needs to be sent out. Then, in the “Sending files to servers” phase, if you have large files, those need to be copied to and resynched among servers, so that can slow things down as well. The bottom line is, the fewer files you have in your files library, and the smaller those files are the less likely they will slow your site’s publish time.

If you haven’t looked at the files in your Files library you are not alone. Most Yahoo Store merchants never do. But it may be worthwhile to take a look and get rid of files that you know for sure are not necessary. To do so, click on the “Files” button in your store editor. This will bring up all the files in your File library. Now click on the Size heading and click it one more time. This will sort all those files in descending order by their size. Look through a list (starting with the largest files) and check the date next to them. If they are several years old, chances are they are not needed. You can also click the file itself to look at its content. If you determine that a file is just old junk, put a checkmark next to it. Once you’ve gone through the list, click the “Delete” button to get rid of all the files you marked for deletion.

You can then re-sort the list by date, and look at the oldest files. See if any of those (regardless of their size) can be deleted.

Here is a word of caution though: just because a file doesn’t seem familiar to you it doesn’t mean it’s not being used in your store’s layout for example. When in doubt, leave the file alone. Only delete files you know for sure you don’t need.

Comments

Popular posts from this blog

CPR for a Yahoo Store on Google's Supplemental Index

Recently a client of mine came to me and said that most of his store pages disappeared from Google, and he did not do anything to make this happen. I was a bit skeptical, so I went to Google, did a search on his store, and sure enough, there were only two pages indexed, his home page and his site map (ind.html) page. The rest were in the supplemental results, which means that Google thought the rest of the pages were not much different than these two pages. When I looked at the supplemental results, the little excerpts under each link were exactly the same, and I also noticed that what Google showed under each result was actually text from the ALT tags of the header image. I looked at some of these pages in my client's store, and they were actually different. This was a bit puzzling, but then I thought perhaps Google saw that the header and left navigation was the same throughout the site (which is pretty normal), but that the text that made each page different was too far down ins

What to expect when your redesign goes live

At Y-Times we roll out new designs, redesigns and other major upgrades to Yahoo stores on a fairly regular basis. Some of the main questions our clients ask are how to prepare for a roll-out and what to expect in terms of SEO and conversions when the changes go live? For any functional Yahoo store how well the site ranks and how well it converts are probably the two most important metrics. Since pretty much ANY change you make to any page can potentially alter either or both of these metrics, merchants may understandably feel nervous about far reaching alterations to their sites. However, when those functionality and design changes and additions are done right, there is really very little to fear. First off, what does it mean for a design or redesign to be "done right?" From the technical stand point, search engines look at the underlying structure of your site (the HTML, and increasingly also the CSS and JavaScript code) to try to extract information and meaning from i

Smaller is Better

You often hear the phrase "bigger is better". Sometimes it's true but not when it comes to JavaScript or CSS code in your Yahoo! Store pages. If you include JavaScript code or CSS either as linked files (the preferred method) or embedded inside your pages (obviously not preferred), making these files as small as possible should be your goal. Why? This is no rocket science: smaller files mean faster page loads = happy customers. Ok, so what bloats JavaScript code? In general, white space (tabs, carriage returns, non-used spaces), comments, and the actual code, such as variable and function names. You have control over all of these, however, if you don't use white spaces, carriage returns or comments, it will be immensely difficult to understand and modify your code. And not just for others, you too. There are many commercial JavaScript compression tools around, but I've been using this handy and free utility: http://www.andrewkesper.com/jscrush/ This little utilit