Если вообще абстрагироваться от сеопультов и ПС, то все СЕО по сути - борьба машин с машинами, ничего нового в этом нет.
Есть Каттсы, дергающие за ниточки Гуглев или прочих Яндексов, есть тонна программ, инструментов, сервисов для сеошников, созданных для того, чтобы бороться алгоритмами, написанными Каттсами.
Сервисами и программами можно пользоваться, когда понимаешь, для чего они нужны. Очень часто они устаревают, становятся неактуальными - и тогда их создатели либо идут дальше - совершенствуют свой продукт, либо прикрывают лавочку. Есть еще третий путь - продолжать продавать устаревший продукт, пользуясь старым брендом. С точки зрения маркетинга, это совершенно правильно и справедливо, как и любой другой развод "наивных и доверчивых".
А когда бренд протухнет, его либо меняют, либо долго и нудно возвращают к нему доверие.
Давайте так - напишите мне на bellfast@ukr.net, поговорим подробнее. Не могу Вам отправить личное сообщение, дабы не захламлять ветку.
Galina_Kiev, пока ничего. Может еще все и вернется. Вряд-ли кто то что то скажет сейчас. Борется Гугль со спамом. Вот к примеру приведенная вами страница - далеко не уникальная. А первоисточником, за неимением нормального алгоритма, будут для гугля всякие монстры. Костыли типа артибутов автора - тому подтверждение. И будет он еще долго рандомно выкидывать то, что по его мнению спам.
Сенсация на SEO-рынке – теперь можно не тратить деньги на оптимизатора!
Куда легче наделать свистелок-перделок в кабинете клиента и создать иллюзию, что это работает. От этого ЧСВ клиента растет с каждым днем и потраченной монеткой - как же, стоит только нажать заветные кнопки и вот они, ТОПы.
seopult+, max, выбор основной ПС - к чему они? Что для гугля, что для яндекса закупается ворох откровенного мусора, для каждого свой, который ну как минимум надо отсеивать руками. Действительно, причем тут оптимизатор?
Цель бирж - продать побольше говн, агретатора - побольше "лучшего из говн", хороших ссылок на всех не хватит.
Поэтому сиди, Вася, нажимай на кнопочки, настраивай бюджеты, приоритеты и жди, может станет лучше, а может нет.
Мы ведь ни за что не отвечаем - может твой сайт, Вася, плохой, может бюджет у тебя маловат, или наоборот - великоват, мы же предупреждали?
Зато, Вася, ты умный, ты все сам делаешь, без оптимизаторов - можешь гордиться!
-60% трафа c 15го
Размещался со своими статьями, все сделано быстро и четко. На результаты будем смотреть.
myhand, только утром добираюсь до сервака, простите. Вот конфиг
server { listen 80 default accept_filter=httpready; server_name myhost www.myhost; reset_timedout_connection on; #limit_rate 32k; #access_log /var/log/nginx/myhost/nginx_access.log main; #Static location ~* ^.+\.(jpg|jpeg|gif|png|swf|ico|zip|tgz|gz|rar|bz2|doc|xls|exe|pdf|ppt|txt|tar|wav|bmp|rtf|css|js)$ { access_log /var/log/nginx/myhost/static_access.log main; root /var/www/myhost/; limit_conn tranquility 100; expires 5h; open_file_cache max=1024 inactive=600s; open_file_cache_valid 2000s; open_file_cache_min_uses 1; open_file_cache_errors on; } #Main location / { access_log /var/log/nginx/myhost/nginx_proxy.log main; proxy_pass http://myhost:8080/; proxy_redirect off; proxy_cache one; proxy_cache_key $scheme$proxy_host$request_uri; proxy_cache_valid 200 302 304 10m; proxy_cache_valid 301 1h; proxy_cache_valid 503 4s; proxy_cache_min_uses 5; proxy_cache_use_stale error timeout invalid_header http_500 http_502 http_503 http_504; proxy_hide_header "Set-Cookie"; proxy_ignore_headers "Expires" "Cache-Control"; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; client_max_body_size 100m; client_body_buffer_size 512k; proxy_connect_timeout 75; proxy_send_timeout 75; proxy_read_timeout 75; proxy_buffer_size 4k; proxy_buffers 4 32k; proxy_busy_buffers_size 64k; proxy_temp_file_write_size 64k; limit_conn tranquility 10; } }
Хорошо, тогда помогите обьяснить такое поведение:
в проксировании стоит proxy_cache_use_stale error timeout invalid_header http_500 http_502 http_503 http_504; и min_uses 5;
При пиках и заваливании апача nginx выдает как положено закешированую страничку, только вот в случае с регулярным локейшеном после стандартного, эта страничка оказывается без стилей, стоит перенести регулярный выше основного - все в порядке, css на месте
Еще раз внимательно смотрим на лог, потом к примеру удаляем location со статикой, киляем пид и смотрим лог опять. Ничего не меняется, все работает как работало. Вопрос - зачем нагружать апач статикой?
Проверял, сунуть статику выше стандартного надежней будет:
http://osdir.com/ml/web.nginx.russian/2004-11/msg00002.html
Смотрим лог: кто отдает статику?
2010/02/04 17:56:04 [error] 11881#0: *2833 open() "/var/www/vhosts/mysite.com/httpdocs/data/thumbnails/1898/3.jpg" failed (13: Permission denied), client: 194.220.85.141, server: mysite.com, request: "GET /data/thumbnails/1898/3.jpg HTTP/1.1", host: "mysite.com", referrer: "http://mysite.com/"
Такой конфиг расово правильный при fast-cgi, а вот его перерисовка под апач работает именно так.
