Проблемы с автоиндексом записей

Tfl
(@tfl)

12 лет, 1 месяц назад

Здравствуйте!

Я хочу перенести уже имеющиеся у меня сайты на WordPress. Для меня важно сохранить имеющиеся url страниц. У меня на сайтах сейчас цифровая нумерация страниц.

Я скачала и установила WordPress 3.8. В админке в разделе «Постоянные ссылки» выбрала вариант «Произвольно» и установила %post_id%.
К своему удивлению обнаружила, что post_id при добавлении новых записей увеличивается «произвольно»: 1, 9, 11, 15, 19, 25 и т.д.
По-видимому автоиндекс увеличивается при любом обращении к записям.
Т.е. любое действие, открывающее страницу с формой добавления или редактирования записей, увеличивает автоиндекс следующего сообщения (которого еще даже нет) на 1.

Скачала и установила предыдущую версию 3.7.1. Эффект тот же самый.

Подскажите, пожалуйста, можно ли это как-то исправить? Т.е. чтобы записи четко шли по порядку: 1,2,3,4,5 и т.д.?

Просмотр 15 ответов — с 1 по 15 (всего 31)

1 2 3 →

Pixelix
(@pixelix)

12 лет, 1 месяц назад

любое действие, открывающее страницу с формой добавления или редактирования записей, увеличивает автоиндекс следующего сообщения (которого еще даже нет) на 1.

Нет, не так. Индекс увеличивается при создании новой строки в базе данных. Это может быть автосохранение черновика, новая версия поста и т.д. Всё это можно отключить при желании. А ещё вы можете зайти в БД и своими глазами увидеть, что за промежуточные записи там оказались.

Автор Tfl
(@tfl)

12 лет, 1 месяц назад

Всё это можно отключить при желании.

Научите, пожалуйста, как отключить.

SeVlad
(@sevlad)

12 лет, 1 месяц назад

Подскажите, пожалуйста, можно ли это как-то исправить? Т.е. чтобы записи четко шли по порядку: 1,2,3,4,5 и т.д.?

Нет.

Научите, пожалуйста, как отключить.

Это всё равно не поможет. Не будут слаги идти по порядку. Потому что кроме черновиков и редакций постов есть ещё масса других записей в БД (чему и выдаётся ИД)

Pixelix
(@pixelix)

12 лет, 1 месяц назад

кроме черновиков и редакций постов есть ещё масса других записей в БД

Задача же сохранить старую структуру. Постим старые записи в новый блог (отключив черновики и пр.), они получают нужные id. Дальше начинаем постить в обычном режиме. Номера идут не по порядку (в смысле с «пробелами»), но поскольку старые записи уже закончились, то это не страшно.

Ну, или можно отказаться от использования всего, что создаёт строку с новым номером. От медиабиблиотеки, например.

SeVlad
(@sevlad)

12 лет, 1 месяц назад

Задача же сохранить старую структуру.

Посмотрите на любом своём рабочем сайте в таблицу {pref}_posts на значения полей post_type (для более полного понимания картины можно отсортировать по ИД). Понимаете, как должен происходить процесс, что бы всё прошло гладко 😉

Хотя при должной автоматизации это можно совершить, но вручную маловероятно. + тогда ещё может понадобиться много ручной работы.

Pixelix
(@pixelix)

12 лет, 1 месяц назад

Понимаете, как должен происходить процесс, что бы всё прошло гладко 😉

Прекрасно понимаю. Для должного результата (при ручном копировании) нужно отключить вообще всё, не использовать ни один другой тип записи и желательно не дышать. Но в принципе это возможно.

Варианта по сути три.
1. Отключить черновики и пр., занести вручную.
2. Автоматом добавить в БД строки с записями.
3. Занести вручную как получится, править id вручную (удаляя промежуточные строки).

Самый правильный вариант — 2. Но самый реальный для ручного занесения — 3, как мне кажется.

Pixelix
(@pixelix)

12 лет, 1 месяц назад

Как всё отключать (полезные ссылки с методами):
http://4remind.ru/wordpress/uroki-sovety/kak-otklyuchit-ogranichit-udalit-revizii-wordpress.html
http://sozdaiblog.ru/vrstka-wordpress/deny-67-kak-otklyutchity-vredne-revizii-wordpress.html

Плюс нельзя использовать библиотеку мультимедиа и создавать другие типы записей.

SeVlad
(@sevlad)

12 лет, 1 месяц назад

править id вручную

И вот этого делать ни в коем случае нельзя.

2. Автоматом добавить в БД строки с записями.

Этого собсно тоже.

А что можно — на автомате, не заходя в админку (по хмл-рпс например) запостить только посты (без картинок и пр.). Но тут момент — какой стартовый ИД? До него еще надо добраться «естественным» путём.

suspended
(@wikicms)

12 лет, 1 месяц назад

3. Занести вручную как получится, править id вручную (удаляя промежуточные строки).

Увы, но это плохой совет. 🙂

@tfl Вы не сможете исправить сие недоразумение, если используете ЧПУ %post_id%. Потому что помимо записей в этой же таблице хранятся и страницы, и меню, и картинки и тд и тп.. Если вам важен именно порядковый номер записи, то можно попробовать «привязаться» к произвольным полям. Но так это удовольствие требует определенных познаний, то вряд ли кто возьмется «за бесплатно».

SeVlad
(@sevlad)

12 лет, 1 месяц назад

то можно попробовать «привязаться» к произвольным полям.

насколько я помню цифровые слаги возможны только при пермалинках %post_id% (без шаманства имею ввиду 😉 ). И то не факт, что проблем это не вызовет. Ведь мы помним что цифровые слаги используются как указатели пагинации.

SeVlad
(@sevlad)

12 лет, 1 месяц назад

Плюс нельзя использовать библиотеку мультимедиа и создавать другие типы записей.

Плюс нельзя заходить на главную страницу админки 🙂 Дефолтный виджет быстрой публикации тут же создаст черновик.

suspended
(@wikicms)

12 лет, 1 месяц назад

Дефолтный виджет быстрой публикации тут же создаст черновик.

Что мешает его отключить? )

Автор Tfl
(@tfl)

12 лет, 1 месяц назад

А для чего тогда вообще %post_id% придуман, если им в реальности нельзя пользоваться?

Автор Tfl
(@tfl)

12 лет, 1 месяц назад

Получается, мне с Ворпдпрессом не стоит связываться???

suspended
(@wikicms)

12 лет, 1 месяц назад

А для чего тогда вообще %post_id% придуман, если им в реальности нельзя пользоваться?

Говорят, поисковым системам нравятся цифровые слаги.

Получается, мне с Ворпдпрессом не стоит связываться???

Ну так, вам виднее..