Futuris, 19 мегабайт с свопе это как бы ниочем, просто он у вас маленький, вот и кажется что занято аж 50%.
А что то у вас в секции
server {
listen 443 ssl http2;
...
}
нету
location / {
try_files $uri $uri/ =404;
либо в
location ~* \.(js|css|png|jpg|jpeg|gif|swf|xml|txt|ico|pdf|flv)$ {
try_files тоже не добавлен?
Кроме того, по скриншоту видно что файл отдается из кеша браузера, почистить кэш в браузере пробовали или Ctrl-F5 нажимать?
Эффективный конфиг тогда покажите, nginx -T
Возможно, js файлы у вас обрабатываются в секции с fastcgi, чего не должно быть.
Статические файлы nginx сам отдает или проксирует? По логам апача проверьте, нет ли к .js файлам обращений.
И в какую графу вы там смотрите? Надеюсь, вы понимаете что в linux система старается использовать всю доступную оперативную память под кэш?
В браузере откройте https://site.ru/media/jui/js/bootstrap.min.js?8fde3b95892ac627c58a81b682c67d67
скорее всего откроется пустая страница, т.к. в nginx путь к статическим файлам как-то неправильно прописан.
Память особо смысла оверселлить нет, оверселлят процессор.
А как "загрузку памяти" измеряете?
На пару лет с директа увеличить посущаемость за такие деньги можно без всяких сео-шмео :)
Dram, вы не вес, а скорость выполнения запроса с разной длиной varchar проверьте, если это поле участвует в условии where, group by или order by. Особенно если в плане по этому полю предлагается filesort.
Тут есть они? https://myaccount.google.com/permissions удалите
Или тут? https://www.google.com/adsense/new/u/0/pub-xxxxxxxxxx/main/3rd-party-access ?
