In case of s9y there are two types of data worth saving: database and uploads. In the case of the uploads much of the data (if not all) doesn't change at all, but new data keeps being uploaded. In this case you might use an incremental backup or just keep it uncompressed in a directory and keep savi...

Yes it does matter, search engines will see both URLs as different pages with the same duplicated content. This shouldn't be a problem if there are a only few pages but it might be an issue in the future as your site grows. My advice is, if there are a few pages (like 20 or so) linking to the "...

Hi there!

I had also high load issues, but I solved them using Squid as Reverse Proxy + Cache_Simple_Plugin... For this solution you need server access and a decent amount of Ram.

Let me know, I have some notes about getting it to work with s9y.

Hello Garvin, I did take raw notes because HOW-TOs available on the Net where not up-to-date, and, Squid reverse proxy configuration is quite different since 4.6 and 3.0 branches. However, as anyone would guess squid docs are a good starting point, but pretty raw on their own. I'll make a document o...

Hi Garvin, Just wanted to let you know some things that might help in the future: 1) I've been running Squid as reverse proxy for a week and all issues with high load have disappeared, I getting huge amounts of traffic and server load stays below 1 most of the time. 2) About the blank page issue , i...

Again, no sidebars or comments in the same entry, spontaneously!.

http://www.venelogia.com/archivos/695/

When I delete simple_cache plugin this issue disapears, is there a known file cache size restriction?

Sadly I'm no expert in mysql configuration parameters; but if you have 8GB RAM, 500M seems small to me, also the other buffers seam very small...maybe you can ask on MySQL specific forums for help? I did some math for the 500M key buffer size, but I'll try bigger values and I'll let you know the re...

... You should assign much more key memory to MySQL, currently it only seems to operate on the HDD and not in memory, ... This is part of my.cnf: key_buffer = 500M myisam_sort_buffer_size = 16M join_buffer_size = 2M read_buffer_size = 2M sort_buffer_size = 3M table_cache = 3000 thread_cache_size = ...

Whoah. Yeah. That's huge. How much RAM does your SQL DB server have? It should have 16GB or so. :-D That server has 8GB... Memory doesn't seem to ran out, and, even tho I've setup more of it in mysql there's always between 70% and 30% available memory on peak times. One thing that seemed to improve...

garvinhicking wrote:Hm, generally, this could be. How large are your *.MYD and *.MYI files?

Are these big enough to cause this? (numbers are kilobytes)

6768172 blog_entries.MYD
7876608 blog_entries.MYI

40875332 blog_comments.MYD
3023872 blog_comments.MYI

660592 blog_references.MYD
183296 blog_references.MYI

Hm, HTTP 400 errors might be caused by the PHP-CGI failing completely, maybe even coredumping. Have you checked for possible syslogs or anything where such fatal errors could be logged? Do you use mod_security or some PHP bytecode cache? Those could also have such an influx. weird syslogs I THINK N...

Most probably due to Memory outage. Check your apache/php error log. Hello Garvin, I was able to replicate easily the blank page issue, on the cpanel error log it showed a server error 400 (bad request)... So I'm guessing at this stage it has something to do with either with htaccess entries and/or...

Well, I upgraded to 1.4.1 and now this issue seems fixed for good but I'm still getting blank pages every now and then. I just hit the F5 button and loads correctly.

Any idea why this other issue is happening?

This issue started to happen again by itself!... No changes have been made in smarty.

This is getting annoying!.

Problem Fixed!!

I had to rollback the changes I made since comments started failing globally, but this had an unexpected side effect, now everything including the troubled entry is working again.