Вот об этом можно чуть подробнее?)
У нас есть довольно раскрученный сайт, узкопрофильно заточенный под одну группу стройматериалов. И мы решили второстепенную продукцию вынести на второй сайт.
Есть мысли сделать баннер (со сылкой nofollow) с Главной страницы основного, хорошо посещаемого сайта на второстепенный сайт - но пока не рискуем. Мало ли как это оценят поисковики. Не хотелось бы рисковать имеющимися результатами. Как я понял у вас была примерно такая же история?
Тут оба мнения верны, но все зависит от ваших конкретных нужд. То, что сайт переоптимизирвуется месяца через два - это так. Но если вам от старого сайта ничего не нужно - тогда действительно лучше начать "с чистого листа". Другое дело если вам нужен, скажем домен.
Из личного опыта - взялся за сайт, который был сделан ужасно, также продвигался и короче результаты были плачевные. Заказчику сказал, что лучше начать все "с нуля", сначала сделать человеческий сайт, подобрать домен и т.д. Он со всем согласился кроме домена. Домен был удачный. В итоге ждали пока все действительно переиндексируется несколько месяцев. На новом домене все было бы даже быстрее.
Да, спасибо. Так и делаю. ТОлько хостеры посоветовали на всякий случай убеждаться в наличии актуальных бекапов.
У меня ISP-manager 5 lite. Судя по тому, что когда я обновляю из консоли грузится иной раз мигов по 200 - автоматического обновления у моей панели нет. Но проблем пока тоже не было :).---------- Добавлено 24.12.2017 в 18:46 ----------
Поскольку у меня сервер с включенной, базовой ТП - я не делал исходные настройки и установку пакетов. Но исходя из того, что ничего не рухнуло до сих пор, несмотря на мои не слишком прямые в этой отрасли руки - буду считать что софт ставился нормальным путем.))
Это нормальная практика. Но при этом желательно, чтобы URL конечных товаров был без базы категории.
Т.е. если у вас категория mysite.ru/yashiki-dlya-riby , то лучше делать конечный товар как mysite.ru/yashik-1 , а не mysite.ru/yashiki-dlya-riby/yashik-1 .
Тогда один и тот же товаро можно безболезненно "прикручивать" к разным категориям, которые специально создаются под конкретные поисковые запросы. В CMS с которыми я работал есть такие настройки. Лично я предпочитаю этот метод, чем плодить дубли страниц.
Альтернативный способ - настраивать canonical.
Хостеры сказали, что это не принципиально. Свободный объем памяти есть, сервер работает как надо и не стоит париться по этому поводу. Придется поверить специалистам пока нет своего аргументированного мнения. :)
Больше памяти - всегда лучше.) Понятное дело кашу маслом не испортишь :). В моем случае пока не вижу смысла за несколько не слишком посещаемых сайта брать более чем 2GB памяти, которые у меня есть сейчас.
Вопрос ведь не в этом, а в том, нормально ли это, что при наличии приличного объема свободной памяти система "подъедает" swap. Вот товарищ выше подсказал, что кушает в таких объемах (более половины swap) потому, что объем смехотворный.
Да, я понял это, спасибо. Изначально было мало, а потом я наращивал память а SWAP так и остался как для тарифа с 1GB памяти.
Как я понимаю увеличение SWAP раздела на работающей системе и изменение размеров дисков - довольно хлопотное дело, особенно для не слишком опытных юзеров.))
Выход в создании swap-файла в системе?
Спасибо, ссылку эту статью, только в англоязычном варианте, мне уже ранее привели. Теперь мне осталось только разобраться почему при наличии большого количества свободной памяти у меня исползуется SWAP.
Кстати по первой статье показателем нормальности процесса является отсутствие загрузки Swap, у меня же он загружен более чем на половину (скриншоты в ветке выше).
