Mykhailov: Зависит от тематики.
Если у вас CДЛ, например, про кулинарные рецепты, то:
<h1>Кулинарные рецепты</h1>
<h2>Блюда из мяса</h2>
картина с описанием, картина с описанием, картина с описанием, ...
<h2>Рыбный стол</h2>
картина с описанием, картина с описанием, картина с описанием, ...
<h2>Легкие закуски</h2>
картина с описанием, картина с описанием, картина с описанием, ...
<h2>Снэки из морепродуктов</h2>
картина с описанием, картина с описанием, картина с описанием, ...
Такое построение страницы вполне нормально, в том числе с точки зрения юзабилити.
Если речь идет о коммерческой тематике, то:
1) спамно
<h1>Пластиковые окна</h1>
<h2>Пластиковые окна от производителя</h2>
Текст....
Текст....
Текст....
<h3>Пластиковые окна в Кукуево</h3>
Текст....
Текст....
Текст....
2) теряете ключ "пластиковые окна"
<h1>Пластиковые окна</h1>
<h2>Фурнитура</h2>
Текст....
Текст....
Текст....
<h3>Стеклопакеты</h3>
Текст....
Текст....
Текст....
А вообще, откройте любую книгу: Заголовок - описание
З.Ы.: ИМХО, конечно. Может ГУРУ меня поправят.
1. не совсем спамно, все зависит от количества текста на странице и как он написан, да и вообще что из себя сайт представляет, можно одну страницу спамную сделать, подогнав под ключевики, но остальные тогда нужно грамотно сделать, и тогда яндекс скушает, а гугл и подавно
2. второй вариант не теряет данного ключевика, ибо он как раз в h1, хотя такие запросы чисто текстом не выведешь ))
видимо когда тот сайт добавлялся в я-каталог у него на сайте не было переспамленности ))
тоже самое советую и с вашим сайтом сделать: убрать все заспамленные текста, сделать красивые читабельные человеком тайтлы, и еще раз отправить на модерацию
а после добавления уже творить что душе пожелает ))
я бы искал причину почему именно ваш сервер взломали.
такое обычно случается если вы кому-то не угодили: не выплатили зарплату, нагрубили, вели нечестную конкурентную борьбу (например сильный демпинг) и прочее.
Знаю компании, где пароли направо и налево раздавались всем подрят, и при этом не менялись, а сайты их работают и не знают бед,
myhand: Проблема в том, что скрипт ставит на них не соответствующие такой задаче права.
Опять-таки. "По фтп" ставятся права по-умолчанию, недостаточные для последующего редактирования скриптами. Ставьте подходящие права - все будет работать.
Не хватает элементарных знаний. Разберитесь какие в unix бывают права, что такое пользователь, группа. (Напр., смотрим info coreutils, раздел "File permissions").
Это - проблема. А будете решать ее, давая скриптам те же права, что и пользователю в ftp/ssh сеансе - вполне вероятно получите новые проблемы.
о правах я прекрасно понимаю. unix как десктор стоит.
в том то и смысл, что права даже скриптом не хочется менять, ибо на серверах разные режимы стоят и не всегда 777 будет истиной.
задача в том и стоит чтобы не заморачиваться с правами.
sypex еще ни разу не подводил, правда и бэкап и восстановление надо делать с его помощью, и база меньше будет и косяков не встретишь.
Зависит от тематики.
Если у вас CДЛ, например, про кулинарные рецепты, то:
<h1>Кулинарные рецепты</h1>
<h2>Блюда из мяса</h2>
картина с описанием, картина с описанием, картина с описанием, ...
<h2>Рыбный стол</h2>
картина с описанием, картина с описанием, картина с описанием, ...
<h2>Легкие закуски</h2>
картина с описанием, картина с описанием, картина с описанием, ...
<h2>Снэки из морепродуктов</h2>
картина с описанием, картина с описанием, картина с описанием, ...
Такое построение страницы вполне нормально, в том числе с точки зрения юзабилити.
Если речь идет о коммерческой тематике, то:
1) спамно
<h1>Пластиковые окна</h1>
<h2>Пластиковые окна от производителя</h2>
Текст....
Текст....
Текст....
<h3>Пластиковые окна в Кукуево</h3>
Текст....
Текст....
Текст....
2) теряете ключ "пластиковые окна"
<h1>Пластиковые окна</h1>
<h2>Фурнитура</h2>
Текст....
Текст....
Текст....
<h3>Стеклопакеты</h3>
Текст....
Текст....
Текст....
А вообще, откройте любую книгу: Заголовок - описание
З.Ы.: ИМХО, конечно. Может ГУРУ меня поправят.
1. не совсем спамно, все зависит от количества текста на странице и как он написан, да и вообще что из себя сайт представляет, можно одну страницу спамную сделать, подогнав под ключевики, но остальные тогда нужно грамотно сделать, и тогда яндекс скушает, а гугл и подавно
2. второй вариант не теряет данного ключевика, ибо он как раз в h1, хотя такие запросы чисто текстом не выведешь ))
видимо когда тот сайт добавлялся в я-каталог у него на сайте не было переспамленности ))
тоже самое советую и с вашим сайтом сделать: убрать все заспамленные текста, сделать красивые читабельные человеком тайтлы, и еще раз отправить на модерацию
а после добавления уже творить что душе пожелает ))
Я имел в виду кеширование в скриптах, а не на сайте.
скрипты - это и есть сайт ))
возможно имели в виду в скриптах (коде) а не на сервере (программном обеспечении)
250 сайтов на своей цмс - 5000 уников в сутки - vps c 512 мб загрузка 10%
3 сайта на битриксе 500 уников - vps с 1 гб загрузка 80%
делайте выводы - сильно зависит от движка и их модулей, можно 1000000000000 сайтов на впс с 128 мб и загрузка будет 10% от силы )))
я бы искал причину почему именно ваш сервер взломали.
такое обычно случается если вы кому-то не угодили: не выплатили зарплату, нагрубили, вели нечестную конкурентную борьбу (например сильный демпинг) и прочее.
Знаю компании, где пароли направо и налево раздавались всем подрят, и при этом не менялись, а сайты их работают и не знают бед,
хотя может у вас в регионе все по другому??
видел импорт в cpanel, но насколько слышал он проходит с косяками.
а зачем потребовался перенос? мне isp дает все что нужно, остальное по ssh
Проблема в том, что скрипт ставит на них не соответствующие такой задаче права.
Опять-таки. "По фтп" ставятся права по-умолчанию, недостаточные для последующего редактирования скриптами. Ставьте подходящие права - все будет работать.
Не хватает элементарных знаний. Разберитесь какие в unix бывают права, что такое пользователь, группа. (Напр., смотрим info coreutils, раздел "File permissions").
Это - проблема. А будете решать ее, давая скриптам те же права, что и пользователю в ftp/ssh сеансе - вполне вероятно получите новые проблемы.
о правах я прекрасно понимаю. unix как десктор стоит.
в том то и смысл, что права даже скриптом не хочется менять, ибо на серверах разные режимы стоят и не всегда 777 будет истиной.
задача в том и стоит чтобы не заморачиваться с правами.
Странно, буквально час назад добавлял и все нормально.
открывал неделю назад эту тему на этом форуме.
проблема в браузерах была.
подтвердите в другом (хроме например) а потом работайте в любом.
хотя мне отписались что уже все исправили
-измените тайтл на "сапсан расписание"
-добавьте текста
-уберите лишнее со страницы
-фоток добавьте (салона, билетов и пр) по клику увеличение