alkokrolik

Я начинающий. Выбор встал между отечественным и популярным.

Если вы способны ковыряться в движке и что-то там делать — проще всего скачать все, установить, и сделать. И сравнить результаты. И проблемы сразу будут отчетливо видны.

Список фич это хорошо, но еще лучше глазами видеть как реализуется это все в соответствии с видением проекта. А там могут всплывать разные подводные.

Про конкурентов не оень понятно, миллионное сообщество — это про вордпресс? Потому что, как бы кто ни считал, конкурентами Инстанта являются все-таки разные social-network-cms, которые я честно говоря уже давно не смотрел, т.к. все они Инстанту в свое время сильно проигрывали.

Наверное нет более диаметрально противоположных по сути CMS, чем Instant и WordPress, совершенно разный подход к созданию проекта. Скажем так, инстант с каждым обновлением все больше и больше уходит в такую намертво шаблонную но многофичевую систему, с которой крайне сложно запустить конкретный проект, задолбаешься на этапе подгонки макета и стиля под имеющиеся реалии, а потом задолбаешься это все обновлять. Учитывая что архитектура подразумевает большое кол-во таблиц и файлов, любые плагины с большой вероятностью будут конфликтовать с обновой (но если повезет, как мне в свое время, то разрабы будут обновлять плагины, но может и не повезти).

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

У вордпресса своя атмосфера, там любой HTML макет можно быстренько порезать на файлики и прикрутить как тему, будет работать миллион лет под любыми обновами, потому что основы почти не меняются. Другое дело, что все-таки чистый ВП из коробки — это просто блог, не более. И чтобы из него сделать нечто более сложное — нужно обвешивать плагинами. Чтобы на вордпрессе сделать функционал инстанта — это надо очень сильно постараться, я как-то давно делал по меркам коробочного Instantа совсем простенький сайтец на ВП, там всего лишь надо было сделать 3 типа контента и связать между собой — сразу встал вопрос: либо ставить убердополнения, либо пилить самостоятельно по гайдам, короче говоря ни одно решение в итоге не работало как надо и потребовало допиливаний. С другой стороны, плагины ВП как правило работают стабильно и долго, и честно говоря у меня было мало случаев, чтобы плагин начал выдавать ошибки после обновления, во всяком случае сайтов на ВП через мои руки прошло огромное кол-во и у каждого был внушительный набор плагинов, каких-то явных проблем никогда не было, обновлялись они автоматически (другое дело что всякое самописное действительно могло глючить, когда лезли в ядро системы).

Под каждую задачу, каждый проект — всегда есть несколько решений, и как правило самое разумное и логичное решение требует больших денег. Когда решают строить сайт на существующей CMS — так или иначе фокус смещается от задачи и цели к адаптации под движок. По-другому просто никак. Другой вопрос, что если допустим все магазины плюс-минус выглядят одинаково и работают по похожей логике, и имеют одинаковую архитектуру (в подавляющем большинстве) — то понятно, что разумнее взять CMS для магазина. Если нужен блоговый сайт — вордпресс. Форум — Xen. Хотя...

В идеале надо танцевать от требований и делать проект с нуля. Я сейчас, если нужно что-то такое не сложное со статьями и каментами, даже вордпресс не буду скачивать — нафига? Вот в чем проблема всех движков: они предлагают возможности, которые вообще-то особо и не нужны обычно. Я запущу Grok, напишу базовые хотелки, закину файлы на хостинг, посмотрю, напишу чего добавить или исправить, посмотрю… И короче за пару часов у меня будет именно такой сайт, какой нужен. И админка у меня будет идеально заточена под удобство. А если например мне в этом блоге захочется выдавать медальки товарищам комментаторам и дать им возможность чатиться — это на самом деле займет даже меньше времени, чем поиск нужных плагинов для вордпресса.

 Денис Васильевич, так по каждой cms будет куча вопросов, если первый раз установил. Везде разная архитектура, организация всего-всего.

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

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

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

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

Получается, что дублируется ссылка на посты группы. В табе и в списке. То есть как бы говорится: самое главное у нас — это посты. Но на главной открывается все-таки не совсем оно.

Жаль, что Fuze не сделает прямо из коробки более универсальный компонент групп. Хотя бы (самое логичное) дать распределить порядок табов. Лучше бы конечно их вообще можно было показывать все сразу.

Более универсальным стал бы компонент Группы, можно было бы мутить проекты типа реддита:

www.reddit.com/r/horror/

Там толково выглядят сообщества, заходишь и всё сразу видно.

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

Есть категория mods, в ней подкатегория visuals. Как нужно настроить урл для записей, чтобы было:

сайт/mods/visuals/страница.html

По большому счету это даже и не жизненно необходимо, просто у меня сейчас так:

сайт/mods/страница.html

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

Ох, я опять забыл этот момент с пересохранением контента.

Сейчас структуру URL поменял, отредактировал посты и все нормально заработало, включая и меню.

Ситуация такова, есть большая база модов для игры. По категориям.

У многих модов есть требования, то есть чтобы они корректно работали, нужны другие моды.

Так вот как бы это сделать? И вывод, и добавление.

Моды из одной категории могут требовать установленных модов из этой же или другой категории, явной зависимости нет.

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

Думал через связи, но там же дочерние-приемные, вот это всё, не пойдет. Тип контента ведь один.

 Make, ага, спасибо, работает.

Только непонятно, вот я еще один скрипт подключал в main.tpl — и там обошелся без этой обертки 

<?php ob_start(); ?>

и там нормально работает.

В общем, вот это: github.com/bigbite/macy.js

Подключал так: в самом начале файла «default_list.tpl» вставил

<?php
$this->addMainTplJSName('macy');

Потом создал div #macy-container, далее после вывода цикла постов добавлял уже код

<script>
        var masonry = new Macy({
            container: '#macy-container',
            trueOrder: false,
            waitForImages: false,
            useOwnImageLoader: false,
            debug: true,
            mobileFirst: true,
            columns: 2,
            margin: 20,
            breakAt: {
                1200: 2,
                940: 2,
                520: 2,
                400: 2
            }
        });
    </script>

Не работает, в консоли пишет что macy не определена или как-то так.

Именно таким образом подключал скрипт еще в версии 2.12.2 — там работало (и сейчас проверил — работает).

В чем может быть проблема?

А вспомните сколько о серче было, когда они дизайн поменяли?

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

Но боюсь что вы немного не понимаете, в чем суть проекта.

добавьте это

Может создателям шаблонов продавать не сам шаблон, а его адаптацию под конкретный проект?

Так это есть уже давно. Решается в разделе Фрилансеры /freelancers

Если же кому-то понадобится в теле статьи загрузить еще фоток, придется по ссылке.

instantcms.ru/addons/goodtheme-slider-context.html

Ну в общем в файле redactor.js пришлось закомментировать все строки касающиеся табов, вроде получилось то что нужно.

Точно то? Выше вы писали, что нужно только для комментов, а в других местах опция в редакторе должна остаться дефолтной.
Если таки "то" (удалось применить изменения только к комментам), поделитесь, пожалуйста, решением.

Классы пресетов "Редактор HTML" разные? Тогда можно в my.css скрыть лишнее qna.habr.com/q/353493 .

Вопрос. А как сделать кликабельными картинки в постах?