Хорошо поговорили:)

Мне кажется использование Laravel придаст жизнеспособность и обеспечит развитие проекта на большое время вперед. Большое количество людей интересуется, изучает и применяет его в своих проектах. А тут такая возможность — социальная сеть на этом фреймворке... Будет полно людей, которые разбираются в программировании и захотят участвовать в создании расширений для движка, будет полно людей, которые изучают фреймворк и которые захотят создавать проекты на этом движке. Это конечно не 100% что я сказал и так и будет, но это мое предположение и твердое убеждение. Хотя бы потому, что подобного не существует на Laravel в природе, такого проекта нет. Все остальное — переписывание и улучшение, избавление от костылей и пусть даже самая крутая модернизация кода ничего не изменят. Посмотрите на сайт Livestreet, вышла версия 2.0.1 и что? Проект мертв. Кое кто изредка заходит, что то пишут.... но это конец, по всем признакам проекту кирдык:( И автору тоже все пофиг:( В принципе альто не далеко ушло от LS в этом плане и не намного лучше обстоят дела. В этих самописных проектах что LS, что Alto хорошо разбираются создатели ядра и с десяток программистов единомышленников, которые заинтересованы в написании плагинов. Верстальщики и дизайнеры тоже кое что создадут... несколько шаблонов. Конечно любой, хорошо разбирающийся в программировании сможет вникнуть в код, разобраться и что то сделать под себя или для других. Вопрос в том — много ли таких? Я думаю единицы. LS — живое подтверждение этому.
Конечно Вадиму решать что и как делать... Ну я высказал свое мнение. Quiz вот не одобряет. Но я говорю, что два проекта фактически загнулись и реанимировать их прической кода вряд ли получится. Как то так.

Оно начиналось с форка Livestreet... http://livestreet.ru/blog/addons/14906.html

Да пес с ней, с совместимостью. Зачем вообще писать заново ядро и практически весь функционал с нуля? Потом все это дело будет возможно обрастать плагинами, шаблонами и ... возможно новыми проблемами. В какой то момент захочется создать 3-ю версию, которая будет лишена недостатков 2-й версии и т.д. до бесконечности:) У меня предложение к авторам проекта — начните создавать такой движок на фреймворке Laravel. Такая идея может выстрелить, потому как подобных проектов opensource я не встречал да и платных один только в природе crea8social. Ведь вы продвинутые в программировании люди, зачем писать свой велосипед если сейчас огромная популярность у LARAVEL. Если вы начнете создавать движок на нем — я уверен, что это привлечет внимание и разработчиков и просто пользователей. Интерес к Laravel в последнее время огромен и он набирает обороты. Мое мнение — будет очень круто если вы создадите проект на этом фреймворке и я думаю у проекта будет успех и большая аудитория учитывая какой интерес сейчас к Laravel. У кого какие мнения ребята?

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

Очень сомневаюсь, что что то получится:( Данный проект загнется также как и LS потому, что люди не будут ждать годами обновлений. А начинать все с переписывания ядра, и соответственно плагинов и шаблонов — попытка заново продать существующие плагины и шаблоны для уже новой версии. Думаю затраты на разработку не окупятся. Не проще ли развивать то, что уже есть?

Гостевые комментарии заработали после загрузки архива с гитхаба. А интеграцию с соцсетями так до конца не поборол:(

Гостевые комментарии при активации выдало:
SQL Error: Table 'youwo.prefix_comment_token' doesn't exist at /...../engine/classes/modules/database/Database.class.php line 355 — Array ( [code] => 1146 [message] => Table 'youwo.prefix_comment_token' doesn't exist [query] => ALTER TABLE `prefix_comment_token` ADD `token_image` VARCHAR(254) NULL DEFAULT NULL [context] => /...../engine/classes/modules/database/Database.class.php line 355 )

Скачал, поставил. Что то почти ничего не работает. Работает авторизация VK, mm, yandex и github. Остальные все ошибки сыплет:
— Одноклассники: Указанный redirect_uri не зарегистрирован в настройках приложения.
redirect_uri: http://youwo.ru/auth/od
Ну с этой ошибкой понятно, не дает сохранить настройки приложения если не с https.
— Фейсбук: Invalid Scopes: user_groups. This message is only shown to developers. Users of your app will ignore these permissions if present. Please read the documentation for valid permissions at: https://developers.facebook.com/docs/facebook-login/permissions
Не понятно что ему надо.... какие то права...
— Твиттер: Стойте!
Маркёр запроса для этой страницы не действителен. Возможно, он уже использован или просрочен за давностью. Пожалуйста, вернитесь к сайту или приложению, которое отправило вас сюда, и попробуйте снова. Возможно, это просто ошибка.
— linkedin — вообще заблокирован у нас в стране, нафик не нужен...
— Инстаграм — просто ничего не происходит, вроде как авторизация проходит, но профиль пользователя не появляется....

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

Я сам накосячил:)... В менеджере меню в админке я что то напутал, зачем то в меню авторизованного пользователя в тексте ссылки и был+ и а самой ссылке хрень какая то... сбросил меню в первоначальное состояние и конверт исчез. Спасибо большое всем за неравнодушие!

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

Да действительно... после чистой установки такого нет. Наверное действительно что то пилил:) Просто странно, что полная замена файлов не убирает этот глюк... Наверное в базе что то осталось или от какого то плагина...

Обновлял вчера с гита, заменой всех файлов и удалением папки install.

В исходном коде страницы присутствует var LIVESTREET_SECURITY_KEY = '11a2a8835806be18994572651c53024b';
Также плагин rdsbar в chrome показывает именно Livestreet. Так что там Livestreet. Вообще на LS больших проектов на мой взгляд приличное количество... все таки прародитель Alto:) Вот например http://kosmetista.ru/ да и наверняка еще с десяток другой можно найти.

Я просто скачал текущую версию вчера с гита github.com/altocms/altocms/archive/master.zip
Сильно не ковырял, но сайдбар есть sovunion.ru/

Спасибо Вадим. Вот первая строка и последняя я так понял это в основном конфиге движка прописываются. А вот эти две средние строки:

$config['memcache']['servers'][0]['host'] = '127.0.0.1';
$config['memcache']['servers'][0]['port'] = '11211';

Их где прописать? В config.local.php или еще где?

Я так понял в меню третьего уровня в шапке сайта теперь нет смысла выводить ссылки на категории, а только на блоги. Потому что ссылки на категории выглядят теперь так
site.ru/#category-blogs-1
site.ru/#category-blogs-2
site.ru/#category-blogs-3
… И так далее… И эти категории просто раскрываются в виджете (в сайдбаре) и там уже можно выбрать блог в определенной категории. Кто нибудь использует категории и ссылки на них?

Еще хочется услышать мнение разработчиков на вот это:

Поэтому мы не знаем, что означает, например, настройка «xcache» в параметрах CMS.

Короче так до конца я и не разобрался. Много общался с поддержкой хостинга… или я такой тупой:) или у них там кто как хочет так и дрочет… Привожу концовку переписки:
Я:

Я так и не понял учитывая что opcache не поддерживает хранение пользовательских данных, а кеширует только сами скрипты может есть смысл настроить совместную работу opcache и memcache. Просто в движке (Livestreet или Altocms) там задается вид кеширования конкретно для движка, как я уже писал ранее это: file (файловый кеш), memcache (используется memcache), xcache (используется xcache). То что в php 5.6 уже встроен кешер opcache это понятно, он работает на всем сервере на любых php скриптах. А хочется ускорить работу конкретного сайта и задействовать предусмотренные именно в движке методы кеширования данных. Если opcache совместно с xcache не работает то можно ли настроить memcache? Выше мне ответили, что memcache работает совместно. Помогите пожалуйста настроить тогда совместную работу Opcache и memcache. Правда я что то еще слышал про apcu. Чтобы было понятно что я вам «выношу мозг»:) я хочу чтобы кешировались php скрипты через штатный opcache и работал нормальный (не файловый) кеш данных в движке сайта.

Ответ:

Xcache, APC, opcache, eaccelerator — всё это PHP-акселераторы, которые кэшируют байт-код на сервере. По-умолчанию настройки таковы, что кэшируется весь PHP-код, выполняемый на сервере, а не для каких-то конкретных сайтов. В коде самого сайта никаких упоминаний про акселератор можно не оставлять — код всё равно будет кэшироваться. Поэтому мы не знаем, что означает, например, настройка «xcache» в параметрах CMS.

Memcache — это НЕ PHP-акселератор. Работа с ним должна быть явно определена в коде сайта, иначе смысла в нём нет.

Memcache может работать совместно с любым PHP-акселератором. Работа же двух акселераторов одновременно будет приводить к ошибкам.

Вроде все понятно. Тогда получается что, нужно оставить штатный opcache который встроен в php 5.6 ну и memcache имеет смысл включить. Оно же быстрее будет чем файловый кеш работать так?

Фрагмент конфига я показывал поддержке, но тем не менее они говорят

Memcache — это НЕ PHP-акселератор. Работа с ним должна быть явно определена в коде сайта, иначе смысла в нём нет.

Вадим, подскажи пожалуйста как ты понимаешь всю эту кухню и определена ли работа с memcache в коде Alto?

Короче хостер выключил opcache сказав, что он совместно с xcache не работает. Кто нибудь знает что нибудь о совместной работе кешеров? Если да то помогите пожалуйста разобраться.

Общаюсь с поддержкой хостинга на эту тему. Пробую установить xcache 3.2.0. О результатах отпишусь сюда попозже.