LiveStreet CMS

В один прекрасный момент, меня все задолбало, взял в штат программиста/верстальщика/дизайнера и они мне все сайты перенесли на Laravel.

Какая грусть-печаль, ухлопать кучу времени на движок и ресурс, которые посещают 200 человек.

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

Переезжать ли Livestreet-у на другой фреймворк?

Кратко. Нет не переезжать.

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

Максим Орт, не предприниматель и это самая большая беда в ЛС. Вернее сказать, что не было с ним рядом такого человека, кто своевременно поставил бы проект на финансовые рельсы.
Максим талантливый программист, хороший человек< но он делал проект для себя и для своей аудитории, для удовольствия. Делал ради того чтобы делать. Это не бизнес, это дорогое хобби. Фанат своего дела.
Это отличное качество для того чтобы делать проект. Но чтобы проект развивался, нужно выстраивать бизнес процессы. Финансы — это инструмент, а не панацея. Финансы дают возможность развивать проект, привлекать в проект сильные кадры, доносить информацию до Целевой Аудитории проекта.

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

Видите ли, чтобы написать систему вроде Linux, не достаточно быть хорошим программистом. Нужно еще быть хитрым ублюдком. © Linus Torvalds

Я действительно не хочу консервации ЛС — это будет побочный эффект.

Предложение переехать на новый фреймворк, не спасет ситуацию. На примере автомобильного парка (такси). Не работает таксопарк, все плохо, нужно что-то менять, давайте поменяем автомобили (фреймворк) и тогда у нас бизнес заработает. Вертел я такую утопию. :)

Цитата с форума Альто ЦМС:
Что дальше?
slot 22 марта 2018, 14:32 в избранное 5 комментариев
Идеи и предложения
Хотелось бы, чтобы aVadim тоже задумался над вопросом Что дальше, этот вопрос остро стоит сейчас перед сообществом ЛС, и aVadim мог бы решить эту проблему и для сообщества Alto, и для сообщества LS. Переезд на один из популярных фреймворков это действительно необходимость и для ЛС, и для Альто. Кор разработчикам этих двух проектов стот задуматься над тем, что следуя своим принцип оставаться на собственном фреймворке, они медленно убивают свои сообщества. aVadim, надеюсь ты задумаешься над вопросом: «Что дальше?», и ответишь на этот вопрос нам.

Не смешите. Фраза «совершенный движок», очень подходит чтобы почесать ЧСВ, не более.

Всрались (извиняюсь) вам эти совместимости. Новый продукт дает новые возможности. Рубить на корню и двигаться вперед!
© Альтернативная точка зрения.

Не знаю, как на это посмотрит Максим, но я предлагаю взять за аксиому, что ЛС это блого-движок / блого CMS. Как некоторые любят говорить «в стиле Хабр». Движок ЛС предназначен для определенных целей, задач.

Проведу параллель: Не стоит лепить кастом велосипед из легкового автомобиля (лэндинг, хотя это возможно), не стоит лепить и грузовой автомобиль (интернет-магазин).

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

Как вариант, возможно стоит сделать «новый движок» основанные на ЛС и заточенный под определенные задачи. Что-то вроде как Linux Mint, которые отпочковался и был основан на Ubuntu. Например, если есть спрос на лэндинги, сделайте продукт для лэндингов. Чтобы клиент взял коробочную версию, установил/зарегистрировался легко и начал пользоваться, наполнять.

Чтобы попробовать расширить аудиторию движка.

Чтобы расширить аудиторию, логичнее работать с аудиторией.
Аудитория ЛС в данном контексте, это кто? Программисты, дизайнеры, верстальщики, вебстудии, маркетологи, школьники, гос или ком учреждения?

Если «копаться с кодом», то по факту получите перекладывание из пустого в порожнее. Какие-то «доработки» привлекут в лучшем случае единицы разработчиков или возможно чуть-чуть улучшат жизнь текущих разработчиков. Коих, кстати, не так уж и много…

Хотите расширять аудиторию, работайте в первую очередь с аудиторией.

Например, примерно год назад Максиму предлагал выход на московскую аудиторию школьников и студентов. Чтобы провести курс обучения, чтобы ребята освоили основы программирования и сделали свои первые сайты на ЛС. Максим ответил, что он не верит в эту историю. Мол он пробовал, не получилось и забил. Как-то так. Вариант еще был выхода на Банки, у банков клиенты предприниматели, им нужны сайты. Закончилось все тем, что не нашлись программисты, которые готовы были «воять» на ЛС.
Могу сказать, что есть веб студия, в которой когда-то я работал, заключила контракт с одним из топ банков на CMS сервис, теперь сидят как на нефтяной вышке.

Слабое место, это отсутствие разработчиков. Разработчики нет из-за отсутствия спроса. Спроса на сам ЛС движок нет, так как никто не работает с аудиторией.

битая ссылка

Так же есть конфигурация в плагине админки site.ru/admin/settings/config/blog.
Она в приоритете, то есть заменяет ручной конфиг.

аа понял блин сперва прочитал неправильно

т.е это надо вручную устанавливать переменные для каждого предположения?

Ищите «Настройки ACL» в файле config/config.php
Лучше скопировать весь блок ACL в config.local.php, и там править.

Привет. Вывел на главную. Готов участвовать по возможности.

Похоже разобрался. Если в BlockStatInfo.class.php $oUserCurrent заменить на $oUser, то магия начинает работать

Спасибо, работает.

Но если вернуться к первому варианту, что я делаю не так? Создал BlockStatInfo.class.php в application/classes/blocks с содержимым

<?php

class BlockStatInfo extends Block
{
    public function Exec()
    {
        $sRole = $this->GetParam('role');
        $oUser = $this->GetParam('user')
        if(!$oUser){
            return false;
        }
        $aRoles = $this->Rbac_GetRolesByUser( $oUserCurrent);
        $aRoleCodes = [];
        foreach($aRoles as $aRole){
            $aRoleCodes[] = $aRole->getCode();
        }
        if(!in_array($sRole, $aRoleCodes)){
            return false;
        }
        $this->SetTemplate('component@test.test');
    }
}

Создал в application/frontend/components компонент test с шаблоном test

{
    "name": "test",
    "version": "1.0.0",
    "dependencies": {
        "nav": "*"
    },
    "templates": {
        "test": "test.tpl"
    },
    "styles": {
        "test": "css/test.css"
    }
}

В конфиге шаблона подключил. В шаблоне прописал вставил

{insert name='block' block='statInfo' params=[ 'user' => $oUserCurrent, 'role' => 'user']}

Все что идет до блока загружается, все что после, включая сам блок — нет.

Ошибка: 404
К сожалению, такой страницы не существует. Вероятно, она была удалена с сервера, либо ее здесь никогда не было.

role: Это код роли в админке
{insert name='block' block='statInfo' params=[ 'user' => $oUserCurrent, 'role' => 'user']}

classes/blocks/BlockStatInfo.class.php:

class BlockStatInfo extends Block
{
    public function Exec()
    {
        $sRole = $this->GetParam('role');
        $oUser = $this->GetParam('user');
        if(!$oUser){
            return false;
        }
        $aRoles = $this->Rbac_GetRolesByUser( $oUser);
        $aRoleCodes = [];
        foreach($aRoles as $aRole){
            $aRoleCodes[] = $aRole->getCode();
        }
        if(!in_array($sRole, $aRoleCodes)){
            return false;
        }
    }
}

frontend/skin/ваш_шаблон/blocks/block.statInfo.tpl:

Здесь html блока