alkokrolik

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


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

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

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

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

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

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

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

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

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

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

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

У меня сейчас похожая идейка — перенести over9000 постов в инстант.
Либо с ВП, либо спарсить. Но вот проблема у меня возникла с картинками. У вас на скринах нет миграции картинок. А они нужны. Я пытался через парсер сделать, но пока не нашел хорошего решения. Дело в том, что при создании контента вручную генерируются все нужные миниатюры, а если через вставку в БД привязывать фотку — то она привяжется одна. Если бы был какой-то инструмент в админке, типа как на ВП (regenerate thumbnails) — было бы чудесно, то есть чтобы можно было в один клик сгенерировать установленные миниатюры для каждого поста.

Вопрос по переносу темы. URL темы не меняется при переносе?
Допустим, создал топик в корневом разделе, потом перенес его в подраздел — урл топика не поменяется?
Один раз что-то такое промелькнуло, как будто там цифры добавлялись и убирались, повторить не могу

Удалил я вот это

Удалили вы совершенно зря.
Такая ошибка как у вас может появляться по разным причинам. Одна из этих причин — компонент Фотоальбомы отключен (неактивен) в админке (вкладка Компоненты).

Он должен сделать сайт рабочим под любым браузером.

Не должен. Если кто-то обвешался плагинами — это его проблема. Под каждый глюк плагина оптимизировать сайт? :)
Здесь вроде все нормально, с Хрома зашел — отображается корректно. Скорее всего какая-то рекламорезка криво работает, они иногда глючат на иконочных шрифтах.

Evanescence написал решение, сам я не проверял, но отзывы положительные. Кстати может и воспользуюсь в будущем:
instantcms.ru/blogs/moi-razrabotki/pole-telefon-s-sms-podtverzhdeniem.html

Работает вопреки всякой логике, удаления никакого не происходит, профиль остается доступным, просто добавляется что-то типа статуса "пользователь удален". С точки зрения пользователя: он удалил свой профиль, но на деле просто перестал получать доступ к профилю, а сама страница осталась.

1. Удалять совсем профиль ( => строку в mysql таблице пользователей в БД) нельзя — будет нарушена ссылочная целостность базы данных.
2. Не отображать удаленный профиль можно подправив шаблон — писать на его странице "Пользователь не найден или удален", то есть это решается силами шаблона.

Да это понятно, хотелось бы изначально в движке. Просто сейчас удаление — не удаление.
Контент и все остальное можно оставлять, как вконтакте: профиль удалился — везде осталась собачка вместо авы, в профиль заходишь — он пустой и написано что пользователь удален. Все логично.

1. Удаление пользователей надо бы доработать.
Работает вопреки всякой логике, удаления никакого не происходит, профиль остается доступным, просто добавляется что-то типа статуса "пользователь удален". С точки зрения пользователя: он удалил свой профиль, но на деле просто перестал получать доступ к профилю, а сама страница осталась.
2. Добавить функцию "пожаловаться на пользователя". В меню действий. Из админки можно читать жалобы и принимать решения.

Эти 2 пункта сильно нужны, когда сайт становится посещаемым. Иначе придется делать много лишней работы и отбиваться от пользователей.