- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Есть ли "подводные камни" при переносе статического контента на движок php+mysql? Вопрос №1: как относится гугля к резкому обновлению кода страниц (но не тематики и текстов)?
если адреса страниц останутся прежними, то обновление плохо не скажется (имхо).
Только что-то я сомневаюсь, что вам удастся на движке оставить те же адреса страниц, что и на статике... (хотя теоретически возможно.)
Скорее всего у вас вместо старых страниц появятся новые с тем же содержанием,
со всеми вытекающими - старые страницы ПС должна будет удалить из индекса, а новые - внести в индекс.
спасибо. Это понятно. Есть ли что-то еще?
301 редирект вам в руки))) со старых адресов редиректить на новые, тогда может спасти))
301 редирект вам в руки))) со старых адресов редиректить на новые, тогда может спасти))
Отличная идея. Спасибо.
301 редирект вам в руки
Собственно, я это и имел ввиду, но это хорошо при небольшом кол-ве страниц, а если их много?
Проблема как раз в том, что проект старый и страниц много. Жалко потерять существующие позиции.
тогда научить двиг делать такие же урлы...
ну или хтассесом писать правила или через обработчик 404-й таблицы соответствия страниц строить
через обработчик 404-й немного более громоздко, но более гибко и человекопонятно
тогда научить двиг делать такие же урлы...
ну или хтассесом писать правила или через обработчик 404-й таблицы соответствия страниц строить
попробую. головная боль короче. Можно подробнее про обработчик 404-й ?
Берем Drupal 5.x + модуль Import HTML + модуль Pathauto и получаем нужный результат. Если чуток напильником подправить Import HTML, то вообще конфетка будет ;)
П.С.
Я умолчал про модули, с помошью которых решаются иные вопросы при создании полноценного сайта. Помните, что Drupal - не CMS, a CMF (фреймворк)... используйте его как конструктор, не ждите, что после инсталла и без изучения мануалов вы получите готовый продукт (хотя, всё зависит от того, кому что нужно получить в итоге... и какие цели преследуются). 🚬
Переносил в сентябре со статического html на wp:на 90% получилось сохранить урлы и структуру, остальное (в основном самые продвинутые страницы) mod_rewrite и 301 редирект - в результате абсолютно никаких потерь ни в гугле , ни в яндексе