Помощник
|
WordPress редактирование сайта. Перегрузка БД |
Napoleon-007
|
Сообщение
#1
|
||
|
|
||
|
|||
WGN |
12.7.2018, 16:12;
Ответить: WGN
Сообщение
#2
|
|
Мне интересно, как редактирование сказывается на самочувствии вашего сайта, если мы говорим о работе над ним в течении нескольких часов? Главное заголовок статьи не меняйте, а н2 н3 и другие манипуляции с редактированием текста и т.д. хоть 100 раз за день. -------------------- |
|
|
Napoleon-007
|
Сообщение
#3
|
|
Главное заголовок статьи не меняйте, а н2 н3 h1 h3 тоже не маловажные теги. Но дело даже не в этом. Всё такие частое вмешательство в текст и заголовки приводят к некой нестабильности сайта. Как мне кажется. И такое может не нравится поисковым системам. Одно дело когда сайт развивается и в него раз в какое то время вносятся изменения, другое дело когда каждый день его так дергать по 100 раз. Я просто хочу провести эксперимент и не трогать сайт, а работать только на компе. Но как перегружать базу безболезненно, пока не могу понять. Сообщение отредактировал Napoleon-007 - 12.7.2018, 16:29 |
|
|
WGN |
12.7.2018, 16:50;
Ответить: WGN
Сообщение
#4
|
|
Всё такие частое вмешательство в текст и заголовки приводят к некой нестабильности сайта. Ну естественно я про то что например подправить косяки и добавить ключевых слов про потери трафика у статьи. Т.е. редактирование к примеру раз в месяц -------------------- |
|
|
fedornabilkin |
13.7.2018, 10:38;
Ответить: fedornabilkin
Сообщение
#5
|
|
По окончании работы, перегружаю БД. Т.е удаляю старую версию и добавляю новую. Для чего это делать? Что мешает редактировать страницы на прод сервере и не отвлекаться на манипуляции с БД? Насколько я знаю, страницу можно сразу не публиковать и вносить изменения сколько душе угодно.Локальный сервер обычно используют для редактирования файлов проекта, но не базы данных. |
|
|
WGN |
13.7.2018, 13:02;
Ответить: WGN
Сообщение
#6
|
|
и не отвлекаться на манипуляции с БД? Скорее всего человеку так легче быстрей и привычней работать ? -------------------- |
|
|
miketomlin |
13.7.2018, 13:36;
Ответить: miketomlin
Сообщение
#7
|
|
Napoleon-007, я наверно вам ответил, что вменяемые движки должны возвращать код 503, а не 302 (302 – это временный редирект :o). Но коли вам так нравятся невменяемые, обновляйте отдельные записи или даже поля, а не всю БД. Из оболочки БД или прямо из админки.
fedornabilkin, ТС наверно об уже опубликованных страницах говорит. Иначе, да, конечно, есть такая фишка, как черновик. P.S. Ничего плохого в правке на лету для ПС нет, если конечно это не какие-то кардинальные изменения. Поменять слово, добавить/удалить небольшой абзац и т.п. – норм. P.P.S. Только не тыкайте часто «Сохранить». Это может вызывать проблемы с доступностью страницы по чтению. Хотя в этом случае там тоже должна быть 503, однако это ж WP, поэтому лучше не рисковать :) Ну и пользователям конечно неприятно. Правда, для пользователей кэширование может сгладить эти неприятные моменты. Однако у нас например при сохранении страницы чистится ее кэш, поэтому лучше не рисковать :) Napoleon-007, все же у вас технология какая-то неправильная. Контент чаще правится на лету и бэкапится. Обратное полномасштабное развертывание БД делается оч. редко. Нет необходимости постоянно держать на локалке точную рабочую копию. Можете только базы выкачивать с бэкап-сервера, чтобы спалось лучше. Сообщение отредактировал miketomlin - 13.7.2018, 13:33 -------------------- |
|
|
Napoleon-007
|
Сообщение
#8
|
|
Для чего это делать? Я хочу как можно меньше бывать на сайте. Только для того, что бы внести какие то изменения. Что мешает редактировать страницы на прод сервере и не отвлекаться на манипуляции с БД? Насколько я знаю, страницу можно сразу не публиковать и вносить изменения сколько душе угодно. Пробовал и мне кажется это влияет на нестабильность позиций и как следствие на ранжирование. я наверно вам ответил, что вменяемые движки должны возвращать код 503, А как это сделать в WordPress, не подскажите? ТС наверно об уже опубликованных страницах говорит. Иначе, да, конечно, есть такая фишка, как черновик. Да. я говорю о уже опубликованных страницах. се же у вас технология какая-то неправильная. Контент чаще правится на лету и бэкапится. Обратное полномасштабное развертывание БД делается оч. редко. Смотрите в чем дело. После последних серьезных манипуляций с сайтом он стал показывать хорошую динамику. Что мне нравилось, это стабильность сайта. Т.е если он занял какую то позицию, он её держит практически без изменений. При этом редактирую я онлайн, т.е непосредственно на живом сайте загруженном на хостинг. Не думаю, что это совпадение, но когда я сайт оставляю в покое, он стабилен и предсказуем. Как только начинаю редактировать, возникает нестабильность. Например есть такой запрос фотосессия лав стори. Больше 3 тысяч запросов. Веб- страница по этому запросу находилось где то на 26 странице в поиске Яндекса. После АП, переместилась сразу на 6. При этом страница с запросом Услуги фотографа. примерно 3 500 запросов, находилась тоже где то на 25 ст в поиске. Последние несколько дней я в основном работал над страницей лав стори и после последнего АП она улетела очень далеко. А вот страница Услуги фотографа наоборот прилетела на 4 страницу. Причем ничего такого уж глобального я не делал. Это всего лишь один из примеров. Подобное происходит у меня часто и не только на движке WP, но и когда я на HTML. сам верстал сайт. Прием что касается WP то я и черновиком пользовался и использую предварительный просмотр... всё едино. Вот поэтому мне и хочется все манипуляции проводить на компе, а потом просто перегружать БД и всё готово. Но просто перезагрузить новую версию БД заменив её старой не получается. Насколько я понимаю, такой функции нет. Поэтому как я делал раньше. Я удалял старую БД и загружал новую. Это привело к вышеописанным проблемам с выпадением из поиска страниц сайта. Сообщение отредактировал Napoleon-007 - 13.7.2018, 16:33 |
|
|
miketomlin |
14.7.2018, 8:52;
Ответить: miketomlin
Сообщение
#9
|
|
А как это сделать в WordPress, не подскажите? ХЗ. Я не пользуюсь этим чудом, если вы еще не поняли. Смотрите в чем дело. И что я должен на это ответить? Да, если страница периодически недоступна, тем более без должного информирования посетителей, она понижается и даже может выпасть из выдачи. И да, если делать какие-то «кардинальные изменения», то начинаются качели, хотя в каждом конкретном случае вам никто не даст гарантию, что тут есть причинно-следственная связь. Позже может качнуть и вверх. -------------------- |
|
|
fedornabilkin |
16.7.2018, 10:45;
Ответить: fedornabilkin
Сообщение
#10
|
|
Смотрите в чем дело. Уаха-ха-ха, это называется паранойя. Прям вот боты поисковиков сидят и ждут, пока ты зайдешь на сайт. Только зашел и они тут как тут, сидят и смотрят за тобой, что же ты там делаешь. Даже, если ты глубоко уверен, что страницы понижаются в поиске из-за твоего присутствия, то своим отсутствием вряд ли ты сможешь повлиять на позиции, потому что придет конкурент и сдвинет твои страницы вниз, придут еще два и еще сдвинут. Это совершенно неправильный подход. На сайте наоборот надо быть как можно чаще и постоянно его улучшать. Как писал miketomlin, действительно, обычно бэкапят БД с продакшн сервера, но не наоборот. Представь у тебя есть комментарии и чтобы их сохранить, тебе надо забрать БД с проды, добавить свой материал какой-то и потом снова залить БД на прод сервер. Уже сколько бесполезных манипуляций. А если в этом время будут добавлены еще комментарии? Они будут утеряны. |
|
|
|
Похожие темы
Тема | Ответов | Автор | Просмотров | Последний ответ | |
---|---|---|---|---|---|
Быстрая индексация страниц сайта и обратных ссылок - 2Index | 38 | 2Index | 6617 | Вчера, 12:56 автор: 2Index |
|
Какой % отказов нормален для сайта? | 11 | Aloof | 2811 | 16.4.2024, 12:48 автор: diviner99 |
|
SiteAnalyzer - бесплатная программа для аудита и анализа сайта | 77 | Chaser | 74211 | 9.4.2024, 11:36 автор: Chaser |
|
Нужен кодер, чтобы пофиксить ошибку Wordpress после переноса сайта | 0 | Alex-777 | 842 | 7.4.2024, 18:05 автор: Alex-777 |
|
Продвижение молодого сайта | 30 | maxmer | 6575 | 26.3.2024, 21:49 автор: c4p1t4l15t |
Текстовая версия | Сейчас: 19.4.2024, 7:17 |