Миграция с Wordpress на InstantCMS 2

alkokrolik, А что мешает их скопировать в папку и подправить урл для статьи при миграции из базы в базу?

alkokrolik, А что мешает их скопировать в папку и подправить урл для статьи при миграции из базы в базу?

Ничего не мешает, это не сложно. Но миниатюр не будет, вот в чем проблема. Придется отказываться от показа картинок в списках.

Ничего не мешает, это не сложно. Но миниатюр не будет, вот в чем проблема. Придется отказываться от показа картинок в списках.

Да, вы правильно написали — нужен механизм пересчета всех миниатюр… Либо на лету при отображении их создавать если нет нужных размеров.

Либо на лету при отображении их создавать если нет нужных размеров.

На лету не вариант. Нужно либо спец экшен запускать либо если записей много, то задачу в крон добавлять. Так как если сменили пресет, то чтобы у всех хотя бы последних записей появилось изображение сразу, надо не ждать, пока её просмотрят.

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

Поле в базе выглядит так:

alkokrolik, тут по любому нужно что-то своё в инстанте, так как даже если поменяли шаблон, а не только перенос с другого движка, уже может понадобится изменение размеров картинок.

Только я не знаю, какой прогой можно массово прогнать тысячи картинок, чтобы сделать из них квадратные.

А зачем из них квадратные делать?
Пропишите в стилях вписывание картинки в рамку.
background-size: cover;

А зачем из них квадратные делать?

Ну если уж заморачиваться миниатюрами, то пусть хотя бы отдаются маленькие картинки, иначе вообще нет смысла их делать.
У меня вот еще вызывает недоумение как вообще построен механизм загрузки картинок, это же какой-то ад, все эти случайные папки…

У меня вот еще вызывает недоумение как вообще построен механизм загрузки картинок,

программно построен, ручками никто же не заливает картинки на сайт. А ссылки на все иллюстрации есть в базе данных и обычно не нужно понимать, как именно там построено дерево папок. В wordpress проще, конечно, для понимания — все по годам и месяцам… Вы свои картинки то можете оставить как есть, копировать прямо готовую папку и все.

А миниатюры лучше сохранять скриптом, пробежаться по всем вашим статьям и для каждой нужной фотки в статье вызвать метод по созданию миниатюры и записать в базу получившиеся пути.

У меня вот еще вызывает недоумение как вообще построен механизм загрузки картинок,

программно построен, ручками никто же не заливает картинки на сайт. А ссылки на все иллюстрации есть в базе данных и обычно не нужно понимать, как именно там построено дерево папок. В wordpress проще, конечно, для понимания — все по годам и месяцам… Вы свои картинки то можете оставить как есть, копировать прямо готовую папку и все.

А миниатюры лучше сохранять скриптом, пробежаться по всем вашим статьям и для каждой нужной фотки в статье вызвать метод по созданию миниатюры и записать в базу получившиеся пути.

Думаю, все-таки обойтись только original-изображениями, в принципе не критично, тип контента будет отдельный (видосики с ютюба), изображения-миниатюры в общем-то не так уж нужны, сделаю шаблон списка с большими фотками в одну колонку, будет нормально.
Конечно танцы с бубнами те еще… Из-за вот этих трех дефисов подряд (выше давал пример как в базе записаны картинки) — Excel ругается и не дает ничего сделать.

Простите, я не знаток WP.
Я лично не вижу проблем переноса на инстант любой базы.
Вопрос лишь в экспорте из WP и импорте в инстант.
Далее в инстанте нужно сделать шаблон (контент) с полями под 3 изображения (или сколько там нужно) и в базе указать их.
И сохраняем структуру папок (полных путей) до картинок.

Вопрос в том, как устроена база WP в плане размещения записей и присвоения им изображений. Я уверен, что на WP есть куча разных настраиваемых импортов, а экспорт в инстант сделать не проблема.

Я лично не вижу проблем переноса на инстант любой базы.
Вопрос лишь в экспорте из WP и импорте в инстант.

Кроме проблемы импорта других проблем и нет. Обычно этой одной хватает с головой) Проблема то даже не в формате файла от вордпресс, а в том, что не хватает массового пересчета пресетов. С этой проблемой можно столкнуться и после простой смены шаблона, если новый шаблон использует другие размеры иллюстраций. В написании такой утититы нет чего-то супер сложного, просто никто еще не добрался до этого. Появится рано или поздно.

Далее в инстанте нужно сделать шаблон (контент) с полями под 3 изображения

В Инстанте все пресеты одного изображения хранятся в одном поле. Не нужно (и неправильно) создавать под это разные поля.

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


Кто может объяснить, что сие означает, что с этим делать и куда бежать? Тегов у меня много, не хочется от них отказываться.

Кто может объяснить, что сие означает, что с этим делать и куда бежать?

Разобрался. С тегами все сложно, пожалуй даже невозможно их перенести.