san_san_ku

san_san_ku
Рейтинг
6
Регистрация
31.10.2013
Должность
веб-мастер
Интересы
создание сайтов, seo, джумла
Создание сайтов на cms Джумла! в Москве. Оптимизация веброектов.

Выдача для меня не самая лучшая... Но и не смертельно. По 1-й позиции вниз, странно... Но бывало много хуже и лучше. Страницы все в индекс, и то... хлеб.

Спать. Русский марш - и плевать на выдачу . Купим (протрезвев) ещё соточку ссылок и... всё вернется.

Посещаемость в день около 1000 уников предполагается.

Эт немного. Любой вменяемый хостер эт спокойно "переваривать". И картинок немного.

cms - на любителя, кому что нравится. Хоть Джумла. Стоит обратить внимание на версию php ("исповедующую" хостером) и возможность роста по тарифному плану. И возможности обновления cms и скрипта фото-компонента.

Любопытно, однако, а кто именно будет добавлять фотки? Если пользователи, то: стоит уделить внимание выбору хостера. Нагрузка будет не только от фоток, но и от деятельности юзверей. А они могут быть разные... Впрочем, это выяснится - только в процессе "эксплуатации".

я вообще запутался, я поставил чтобы не было слишком много ключевых слов.

Бывает.

Но - напрасно. Нет у Вас на страницах "бешеного переспама". Вполне человечный текст. Если нет значительного копипаста, то не должно быть проблем.

Опять же: ну "выкинула" выдача что-то. "Ваше дело правое" - вернет. Но поискать "засады стоит", конечно. Пока кроие noindex - не вижу проблемы. Дубликаты страниц, возможно? Есть дубли в Гугл.Вебмастер?

в том то и дело, что почти не пилил:

Хм... надо попробовать. Дело-то (без сомнений) полезное, редко только время выпадает свободное... жаль.

pragmatik, может и мне что-то подскажите, опыт - он ведь "сын ошибок трудных", может чего присоветуете.

Предмет препарации: gribnik-club.ru

Суть проблемы: нагрузка на процессор - критическая, ошибка 502 - перманентна всё лето. "Долбили", большей частью, админку. Я запретил вход со всех ip (кроме своего), - без толку. Может куда-то перенаправлять - типа - "в космос"?

Забанил с хостером - толпы анонимизаторов - без толку. При трафе от 5К и выше - "сушите весла". Кое-как "прокантовались" лето-осень, вручную отводя атаки. Прописали скрипт авто-перезагрузки сервера: помогло, но - некомфортно. Особенно для форума и чата. А ведь на след-год будет всё тоже самое... по практике. Про ddos тема отдельная, черт бы с ними. А вот откуда нагрузка избыточная? Давно снес кунена, доску объявлений, гостевую, VM, комменты, но... легче не стало. Поубивал множество скрипта - не помогло.

Может дело в чате на форуме? Хостер логов по процессам не выдает. Может - запросить? И есть ли такая статистика... не уверен.

Что делать-то... И в чем проблема "перегрузки"? может быть.

Логи - ничего примечательного, народ тупо бродит по ресурсу без попыток злонамеренных действий.

На этом же сервере (vps) - еще порядка 20 ресурсов, но их траф редко превышает 1К (вряд ли это проблема). Но они ведь тоже "ложаться" синхронно. cms - Джумла 1.013, php 5.2

Буду признателен за соображения.

ps: я не обсуждал проблему на других форумах. Да и смысл? Штука весьма специфичная и "завязана" явно на хостера (валуехост), мне бы хоть план действий наметить. Или варианты "выхода из кризиса". Дело-то, скорей всего, не только (не столько) в Джумла!, тут комплекс проблемок.

Читы, взлом игр - не преступление и точно ненаказуемо ПС... У меня есть проектик по "взлому", 8 лет "пыхтит" без проблем. Лучше, впрочем, назвать процесс: "вскрытие"

Тогда подскажите что позакрывать на сайте в noindex? ведь робот не видит только слова а ссылки видит

Робот Яндекс не увидит внутри тега - ничего. Ни текста, ни ссылок. Ладно хоть nofollow не прописали...

А зачем вообще эти менюшки - "закрывать" от индексации?

Дело, имхо, не в robots.txt "Закрыть" там много чего стоило (бы), но не это причина выпадения из индекса. Уберите <!--noindex--><!--/noindex--> - и "всё вернется на круги своя". На мой взгляд.

Левое и правое меню полностью - в <noindex> (см.исходный код). Как робот по сайту будет передвигаться? строка 127.

снесу шаблон, шапку жалко я ее купил, я не понел а что с картинками я не понел изменить их размер каждой

"Сносить" ничего не надо. Заменить модифицированный файлы на исходные - да и всё.

А заменить - всего одну картинку: ../images/orange/logo.jpg на новую, в размероах оригинала.

...покупать картинку - это что-то новое. Попросили бы здесь (или на любом другом подобном форуме), работы - на полчаса (максимоум). Порезать пикчу в фотошоп - "работа"... Это прикол.

у меня на хостинге подобная проблема решилась добавлением в .htaccess одного сайта строки:

Мысль интересная. Не уверен, что на моем хостере сработает, но попробовать стоит. Спасибо. Век живи, век учись.

san_san_ku, раз пошла такая пьянка, выше ссылка на сайт о котором я говорил, в роботсе 3 строки, ему больше года, покажите хоть одну мусорную ссылку в индексе,
или хоть один сервис автоматический, который правильно определит cms

Ну, особой пьянки-то нет Я лично закончил запой еще вчера, а впереди - выходные... Впрочем, не суть:

Вы неплохо оптимизировали ресурс, ничего не скажешь. Сервисы cms не идентифицируют.

Но:

<link rel="stylesheet" href="/components/com_kunena/template/blue_eagle/css/......>

Ну и всё понятно. Шаблон Blue Eagle, Джумла! Тоже мне "бином Ньютона". И не нужны сервисы.

В принципе - полезная "фишка" с "маскировкой" админки избавила Ваш проект от "кошмара 12 августа 2013-го". И долго "пилили" анонимизацию? Любопытство.

С мусором: пожалуйста. Например:

.../регистрация

.../напомнить-логин

.../восстановить-доступ

/*?format=feed&type=rss

... и далее по форуму - 90% страниц. Или Вы считаете стр. типа: .../форум/юмор - релевантными? Какое они имеют отношение к военной энциклопедии? По мне - так это спамо-флудильня.

Наверняка есть и дубликаты. Искать не хочу, зачем? Ваше ж дело, мне фиолетово. И каждый останется при своем мнении. Меня Вы - не убедили.

Опять же: ситуации бывают разные. Вы, наверное, делали "чистую" установку. Но, например: мне "скинули" - "привести в порядок" - старые проекты Джумла!. Без чпу, без оптимизации. И?.. И по три-пять лет возрастом. С vm, k2, zoo, с "напичканным" скриптом шаблоном. За время существования cms наплодила - толпы шлака и дублей. Вот и весь сказ...

Другая ситуация: сайт инсталлят с демоданнными, без чпу, а потом (в открытом виде) - делают паузу на год... или бросают. В выдаче будет - черти что. Спасибо, если не бан... И возись с ним, пока из индекса не выпадут толпы index (хотя бы).

К robots.txt можно относиться по-разному. Ваше право - как именно его организовать.

У Вас явные проблемы с вёрсткой шаблона сайта и, судя по вашему описанию, шаблона Kunena.

Однозначно. "Вылезает" не только форум.

Возможно:

1. Над шапкой - несколько скриптов (тизерка?), назначение неизвестно. Это может быть что угодно и как угодно же - изуродовать шаблон. Сносить/нет - дело ваше.

2. Возможно, шаблон "поехал" из-за "шапки" (судя по исходнику шаблона www.joomlart.com/demo/#ja_rutile - красивый был шаблон...). Картинка прописана не корректно, "Поиск по сайту" - "сдвинула" - точно она. Форум не знаю.

Верхнее меню, к слову, на месте, никто его не "сносил". Забавно?

И зачем "Поделиться" было лепить в div контента, когда есть вполне логичное место в модуле banner... тоже вариант "убийства" шаблона.

Хозяин - барин.

Я бы рекомендовал вернуть на место исходник шаблона и: либо корректно прописать бэкграунд ("шапка" сайта), либо - тупо установить картинку по размерам исходника.

ps: И как всегда - локализатор "подсадил" на сайт ссылочку на: joomlavip.ru

Ай, молодца! Ребяты работают масштабно, сколь раз наблюдаю это хамство...

san_san_ku, закрались у меня подозрения, что Вы просто околосеошных форумов и блогов перечитали и развилась у Вас немотивированная паранойя.

Когда-то я действительно что-то читал и где-то "ошивался". Но это было давно. Хотя иногда что-то читаю, конечно.

О мусоре я сужу по Яндекс.Вебмастер и Гугл.Вебмастер (страницы в индексе). Гугл иногда находит страницы, что "нарочно не придумаешь". Яндекс "копает" не так глубоко, но тоже ко-что находит. Впрочем, и без них я лично "закрываю" (помимо папок дефолтных):


Disallow: /ssylki/
Disallow: /kontakty/
Disallow: /*com_poll
Disallow: /poll-results/
Disallow: /feed
Disallow: /index
Disallow: /*index
Disallow: /search
Disallow: /pechat
Disallow: /*pechat
Disallow: /rss/
Disallow: /component
Disallow: /vse-stranitsy
Disallow: /*vse-stranitsy
Disallow: /view-your
Disallow: /view-detail-of-order
Disallow: /vmchk/
Disallow: /*vmchk
Disallow: /otpravit-soobschenie/
Disallow: /view-your-cart-content
Disallow: /pdf/
Disallow: /*.pdf$
Disallow: /*.doc$
Disallow: /*?

Это генерит почти любая Джумла!, и все эти страницы будут в выдаче, если их не прикрыть. Помимо этого, компоненты любят генерить толпу всякой фигни (например VM, комменты, задать вопрос и пр.) А sef? - уж если логанет так логанет - дублей... Эти стр. я не привожу.

Ну и что из вышеприведенного - не нужно? (Естественно, что версия с чпу, с vm.)

А в принципе, чем мешает роботс, если "на вес" - он копеечный? Лучше пере, чем недостраховка. А 1 - 3 кб - погоды не делают.

Кроме того, стоит добавить:


User-agent: Mediapartners-Google
Disallow:
А что еще может устареть?

Версия php на сервере.

Пример: у меня на одном vps возможно разместить 30 сайтов. Уже стоит 10 сайтов Джумла! 1.012 и 1.5

Я размещаю сюда же еще одтн сайт на Джумла! 3.0 - А ей нужно (бы) php 5.3

Я могу переключить сервер на php 5.5, но: остальные 10 старых сайтов на этой версии - не работают. Зачем мне обновления?.. А какие варианты?

тем самым демаскируя систему.

Замаскировать Джумла! - надо сильно постараться. Очень сильно. Ни разу не попадалась в Сети настолько "законспирированная", что б не узнать (только советы). Пока что простой запрос по 2ip.ru/cms/ - всегда уверенно находил "признаки".

Если кому-то сильно захочется - сломают и с конспирацией.

Всего: 71