Релиз LiveStreet 2.0.0
Основные изменения относительно версии 1.0 описаны в этом посте — livestreet.ru/blog/dev_livestreet/17704.html
В текущем релизе постарались исправить баги бета-версии.
За это время успел обзавестись двумя сыновьями, а тут какую-то версию не мог выпилить :)
В общем, гора с плеч, одним словом.
За эти четыре года уже всех могу не вспомнить, но хочу сказать большое спасибо deniart , что хватило терпения из года в год перелопачивать фронт. PSNet за реализацию админки (точно не помню, но версия эдак четвертая по счету), gran , kerby , Chiffa , lifecom , Chiliec , kpoxas , prokopov за несчетное число багов, и всему сообществу. Отдельно спасибо LeX — отличный источник заряда энергии.
Вот такие дела. Всем спасибо!
Документация по новой структуре фронта — github.com/livestreet/livestreet/wiki + в дистрибутиве идет плагин docs с доками по каждому компоненту.
Поддержать новость на Хабре — habrahabr.ru/post/320848/
В текущем релизе постарались исправить баги бета-версии.
--------------------------------------------------------
Сам уже не верил, что что-то произойдет, не говоря уже о сообществе :)За это время успел обзавестись двумя сыновьями, а тут какую-то версию не мог выпилить :)
В общем, гора с плеч, одним словом.
За эти четыре года уже всех могу не вспомнить, но хочу сказать большое спасибо deniart , что хватило терпения из года в год перелопачивать фронт. PSNet за реализацию админки (точно не помню, но версия эдак четвертая по счету), gran , kerby , Chiffa , lifecom , Chiliec , kpoxas , prokopov за несчетное число багов, и всему сообществу. Отдельно спасибо LeX — отличный источник заряда энергии.
Вот такие дела. Всем спасибо!
--------------------------------------------------------
Скачать можно здесь — livestreetcms.ru/download/get/Документация по новой структуре фронта — github.com/livestreet/livestreet/wiki + в дистрибутиве идет плагин docs с доками по каждому компоненту.
Поддержать новость на Хабре — habrahabr.ru/post/320848/
635 комментариев
Теперь нужно плагины обновлять :)
Готовы уже к переходу на 2.0?
MySQL 5.7.
Пока никак не решилась. Сообщения «Invalid default value for 'session_date_create'» проигнорировал. Сайт вроде запустился, но залогиниться невозможно. В консоли виден ответ сервера про «Unknown column», процитированный мною выше.
Добавьте в пост кнопку пожертвований (а лучше в шапку этого сайта).
Просьба поддержать лайками )
В чем отличие «для бизнеса» от «для небольших компаний» и насколько опасны вышеупомянутые дыры?
Отчего может быть такая ситуевина?
github.com/gowebpro/lsp-saltpassword
Критика — критикой. А вот Livestreet (Alimero) уже и премии берет, притом в том, для чего и задумывался автором) premiaruneta.ru/press/52/
Хотя все может быть)
github.com/Xmk/lsp-cryptopass
Инструкция:
— Установил через админку;
— Зашел в свой профиль в админке — сменил пароль (нужна админка с github — https://github.com/livestreet/lsplugin-admin/commits/master), либо восстанавливай пароль;
значит можно убрать проверку)
схема конфига для админки есть
не доглядел схему
он есть на гитхабе
Вопросы к сообществу по актуальности плагинов
1. Форум.
Сейчас переношу форум на 2.0, для одного проекта. Актуален ли данный плагин сообществу? Нужен в каталоге?Вообще этот плагин изначально использовался на сайтах, написанных преймущественно на фреймворке LS (то есть без блоговой системы) и показывает что лайвстрит это довольно гибкая система, позволяющая реализовать на ней что душе угодно.
2. Обратная связь.
Если актуально, напишу новую версию плагина позволяющую создавать неограниченное число форм и вставлять их тегом в редактор или в другое место сайта (хуками).3. Вопрос-ответ.
Да простят меня авторы всех предыдущих подобных плагинов, но я напишу свою версию для 2.0 и бесплатно.Если актуально…
Был ли выложен плагин обратная связь и какие ни будь обновления дл 2 0?
У меня версия 2 0 которая была превысоком (обновить до текуще версии не получается) после установки плагина, при нажатии в админке на картинку обратная связь перекидывает на главную, так и должно?
настроек чего? конфига в админке? при обновлении такие настройки должны сохраниться
времени к сожалению не так много, а по q&a просто есть наработки
Очень интересует линейка DAO и плагин «Медали и достижения (User medals)»
от PSNet
Просто для авторов стало, наверное, сюрпризом выход 2.0 версии после столь долгих ожиданий.
Хотя само обновление получилось выстраданным, но удачным.
я например иногда переопределяю компонент grid и в него вписываю стили бутстраповской сетки
например в конфиге написано
components = [ 'пятый', 'третий', 'десятый' ];
но у пятого в зависимостях есть десятый, а у третего пятый, значит пятый загрузится после десятого а третий после пятого
$config['components'] = Config::Get('components');так можно сделать только руками через хук в хедере
В настройках заменил:
0-9a-z_\-
на
А-Яа-я0-9a-z_\-
Но фронт упорно матерится при попытке зарегистрироваться после перехода по ссылке-инвайту.
Что сделать чтобы из коробки заработали русские буквы в никах?
Я хотел проект начать на двойке, но не могу, пока не одолею эти грабли, ибо нужно принципиально.
Шаблоны делать можно уже?
В описании есть только информация по обновлению с 1х
затем открой файл application\install\data\sql\patch_1.0.3_to_2.0.0.sql
Найди в нем примерную дату твоего последнего обновления (например какого-то октября — нашел такое yadi.sk/i/NAuM8Pus3CfPwk)
и все что-ниже — твой sql патч
Обновил перезалил и все перестало работать.
Очень жаль, что нельзя обновляться через ЛК админа.
WP и LS совершенно разного поля ягоды во всем, их не то что сравнивать, их даже в пример друг-другу ставить нельзя, на рынке чего-то подобного LS нет, и вряд ли будет.
Каждый подобный коммент, оборачивается халиваром в его зачатке, на мой взгляд, в нынешних реалиях главное поведенческие факторы и SMM, интеграция с гигантами, но это не про контентопомойки с 2000к хостами в сутки. Прежде всего нужно определиться какой вы проект делаете. После этого сразу станет ясно, какой движок вам нужен, а может быть и не нужен совсем.
Инфосайты естесно в выдаче выше, а их как раз и делают на WP, Жумле и прочих блого-движках.
А сео — это не мифическая штука, а контент и доверие пользователей + разные плюшки, которые помогают ускорить индексацию поисковикам.
LS — узконишевый проект, и поверьте, весьма неплох в плане СЕО.
А вот жисть текущего релиза и его будущее — это отдельная тема.
Проблема не качестве кода, или его готовности к использованию на рабочих проектах. Беда в том, что многие разработчики просто разбежались, активность ядра аудитории существенно снизилась, как и интерес к движку.
И если вам понадобиться существенно допилить проект на LS, готовьтесь к тому, что сложно будет найти исполнителя или будете ждать в очереди к старожилам(((
На этом все минусы и заканчиваются ;)
@ort — планируется ли официальный плагин или настройка в движке по умолчанию для системы рейтинга?
Проблема только в том, что в дистрибутиве нет перевода en. Но на гитхабе версия уже содержит базовый перевод.
— Зря объединили фото и аватар пользователя. Лучше бы осталось как на 1.0.3, или дать админу право выбора.
— Упрощение рейтинга хорошо, но лучше дать возможность выбора админу «Какую систему использовать».
— Фотораму заменил бы на более универсальный скрипт слайдера, например bxslider.
— Очень порадовала возможность вставлять множество фотосетов, но теперь нельзя просто так взять и отказаться от основного редактора, оставив лишь фотосеты, или легко сделать упор на фото.
— По шаблонанам уже как-то высказывался, однако напишу еще раз. Понятно для чего сделан такой подход, это правда круто, но вы одним махом усложнили вход в разработку новым разработчикам, который и так не особо простой был. Теперь шаблоны будут делать только особо отчаянные адепты, новички просто забью, профи даже заморачиваться не будут и пойдут в WP/Opencart/Joomla etc.
— Не хватает less/sass.
В процессе работы наверняка много чего интересного всплывет.
— Рейтинг, да, старый правильнее был. Но опять же шаг на встречу новичкам и получили + к упрощению накруток, имхо.
— На Фотораму тоже, помниться, просьб много было, видимо поэтому.
— По шаблонам тоже поддерживаю: порог вхождения здорово повысили.
Выплывает. Сейчас смотрю в конфиг шаблона на подключение компонентов и в исходный код: в исходном коде стили подключены в head, а js в конце body. А в конфиге компонент с js-ами подключается практически в самом начале. В чем тогда смысл? Я понимаю, что некоторые компоненты не будут работать без того же первоначально загруженного jqery и проч, может в таком случае стоило бы разделить js еще и на те которые необходимо загружать сразу, и те которые можно потом + из компонентов их как-то тоже в конец вынести?
что ты имеешь ввиду?
все верно.
может я не правильно понял, речь шла о загрузке скриптов из head\body. Все скрипты грузятся перед , устанавливается только порядок зависимостями. Скрипты, подключаемые в контенте имею аттрибут defer (смотри пример компонет editor)
</body>*по сути, что ты напишешь
{include 'components/my_component/my_file.tpl'}или
{component 'my_component' template='my_file'}разницы нет.
ls-vendor ты можешь перенести в конец конфига, но все-равно он будет грузиться одним из первых, т.к. в других компонентах приписана зависимость от него.
соответственно не важно — сторонний скрипт или нет, в большинстве случаев он будет загружен после стилей
ты посмотри исходный код страницы
Скорее всего не доработка. Добавленные css и js должны по идеи грузится после дефолтных.
по шаблонам — можно использовать старую структуру, внеся лишь небольшие правки.
загружается файл шаблона
/actions/ActionНазвание/эвент.tplи далее уже ваш выбор:
подключать header.tpl и footer.tpl, в которых расписан верхний и нижний код страницы
или layout.qwerty.tpl в котором расписан код всей страницы, с разбивкой на блоки которые можно заменять\дополнять из файла эвента
копируете папку с компонентом в свой шаблон и меняете
если хотите поменять только стили — пишите свои стили в файле css шаблона.
вот смотри пример на маленьком плагине:
код для 2.0 — github.com/gowebpro/lsp-userstatus
код для 1.0 — github.com/gowebpro/lsp-userstatus/tree/ff1897cdd73571f46878d5282bc53ff0685706ab
сравни.
переопределить шаблоном компонент плагина боюсь не получится (а жаль) =)
P.S. github.com/livestreet/livestreet/wiki
ПС: Вики читал, нюансы для себя пытаюсь уяснить.
Если я не хочу кнопку в стиле шаблона, я могу не использовать компонент (или написать свой компонент наследуемый от исходного) и задать свое оформление.
в моем плагине выводится форма.
раньше я должен был написать для каждого шаблона свою разметку, чтобы всё корректно отображалось.
сейчас я вывожу компонент (input например, или ту же кнопку) и не заморачиваюсь за разметку с оформлением, потому что она автоматически подхватывается в соответствии с шаблоном
в другом так
в третьем так:
<div class="my_custom_field_class_for_field_box"> <div class="my_custom_class_for_field_label"> <label>....</label> </div> <div class="my_custom_class_for_field_body_wrapped"> <div class="my_custom_class_for_field_body_input"> <input ... my-super-attribute="my-super-attr-value"> </div> </div> </div>и под каждый шаблон нужно писать в плагине разметку.
а теперь я пишу так
{component 'field.text' ... }и не заморачиваюсь за выше написанное
речь то идет именно о часто используемых компонентах, типо полей форм или кнопок. то есть о вещах, которые должны соответствовать единому виду на всем сайте.
Наверное, придётся дублировать почти 50% компонентов в шаблоне…
вы переопределите (не продублируете) сколько угодно процентов компонентов в своем шаблоне (то же самое делается при написании шаблонов для 1.0 — вы также переписываете разметку)
а плагины работают как и работали, они не зависимы от спецификации разметки шаблона — они автоматически ее используют
ПС: А Бутстрап-то, говорили, будет подключаться буквально парой несложных действий...)))
лайстрит это фреймворк.
где-то есть коммент от @deniart (или @ort) о том, почему не взяли бутстрап (из-за жесткой привязки js к классам).
со временем, я понял что оно и к лучшему. Но компонент grid я всё равно каждый раз переопределяю сеткой бустрапа =)
github.com/livestreet/livestreet-boilerplate/tree/master/application/frontend/components/bootstrap
подключение:
github.com/livestreet/livestreet-boilerplate/blob/master/application/frontend/skin/bootstrap/settings/config/config.php#L16
это как 1 вариант.
вариант 2 — подключайте как раньше. положили в шаблон, подключили конфигом.
Доводы там правильные, сам против бутстрапа как такового. На работе приходится иногда использовать, просто режу все, что не надо на этапе сборки css, js подключаю рекваером, и потом собираю в один файл, при необходимости добавляю нужно, ну и свое.
Нет, не лучше, имхо, лучше стилевой файл дефолта убирать и писать свой, опираясь на свою базу. Ваш вариант хорошо подходит для возможно шаблонов, каких то быстрых проектов, но когда мы делаем свое с «Нуля», это только мешает. Не суть конечно, можно делать по разному.
Теперь по-порядку. Главная для гостя:
Практически пустая область сверху.
Для зарегистрированного пользователя:
Добавился аппендицит в виде пары кнопок.
Предлагаю рассмотреть следующий вариант: поиск и кнопку создания вынести в другие области (верхняя напигационная панель, сайдбар, меню топиков...), меню Все/Лента убрать перенеся Ленту в меню топиков. Таким образом можно будет убрать эту полупустую плашку и один этаж меню. Да и логичнее немного получится: Топики > Интересные, Новые, Обсуждаемые, ТОР, Лента. У Ленты можно выводить количество новых топиков в ленте.
Далее, третий этаж, периоды… Почему бы их не навесить дропдаунами к Обсуждаемым и ТОРу? Пункты все равно не сильно популярные, а для них еще и отдельный этаж в меню отводится. Предлагаю: надписи и ссылки оставить как есть, а рядом значок дропдауна при клике по которому разворачивается период с выделенным активным элементом (если уже находимся на какой-то из этих страниц).
Следующий момент — блоги. Здесь, по-моему, все совсем плохо с меню получилось. Во-первых:
Сразу меню топиков блога, а потом его шапка, не логично. Плюс аналогичное меню на главной было в контентной области, а здесь перенеслось вверх, пойди пойми теперь к чему оно относится.
Далее, периоды:
А они раз, и появляются после описания блога, с разрывом от меню к которому они относятся… Предлагаю: меню топиков блога перенести на прежнее место (под шапку блога), а периоды как и выше писал — на дропдауны повесить.
По меню периодов баг есть какой-то, кстати: сразу загружается надпись «интересное», которая потом меняется на период.
Ну и профиль пользователя, страница его материалов, тоже нелогичность: сначала вверху меню, а потом «Публикации»:
Оно ведь помимо нелогичности еще и визуально теряется для взгляда, по-моему. Прежний вариант был лучше.
Итого: в результате можно получить вполне человеческую, понятную и одноэтажную менюшку. :)
Может сделать как в WordPress? Области для вывода менюх и удобный инструмент по их сборке?
А компрессию убрали или я ее не нашел просто?
И попутно вопрос про папку compiled: можно как-то отключать временно создание фалов? Чтобы при работе с шаблоном не приходилось подчищать ее регулярно.
А в админке, да, нашел сейчас.
включите обе (но достаточно первой)
1 — Как в страницах (статических) сделать возможность писать HTML код ( расширенный вариант а не упращенный как в кастомном варианте)
2 — Как сделать возможность прикреплять файлы различных форматов (ворд пдф и зип) в загрузчике медиафайлов
Из этого топика: Документация по новой структуре фронта — github.com/livestreet/livestreet/wiki + в дистрибутиве идет плагин docs с доками по каждому компоненту. Почитайте.
Там для инфы о фото задана min-height в 100px по высоте авы, но не учтены padding в 20px сверху и снизу.
у себя баг не могу воспроизвести, проверил в фф и хроме
21 минуту
Как вместо интересного, вывести «Топ»? Старый способ к 1.0.3 тут не канает. Был бы благодарен :)
P.s. Извините, если тут нельзя спрашивать… Считаю глупо создавать топик для таких скромных вопросов.
Вообще плохо, что нет какого-то FAQ.
У нас есть свои предположения, в ручную переносить базу, но это очень долго. Может есть что-то еще..?
1. Где поменять, чтобы по Enter вставлялся параграф, а по Shift+Enter — строка?
2. Почему при использовании тегов h2,h3 в редакторе отображается все нормально, а при сохранении — стиль текста не меняется (выглядит как обычный текст, не как заголовок)
вот по второму моменту оказывается, что теги из редактора не парсятся при публикации.
/framework/frontend/components/editor/js/editor.visual.js, менять их можно при инициализации lsEditor в/application/frontend/skin/synio/assets/js/init.js2. эти теги не доступны в топиках, убрал из редактора — github.com/livestreet/livestreet-framework/commit/22f69b9bae19047ae2a09acb03048defedf8726c
h2 — заголовок топика в списке топиков
h3 — заголовки блоков в сайдбаре
Соответственно, в тексте топика можно юзать начиная с h4.
Хотя кто-то здесь писал, что следует убрать h3 из заголовков в сайдбаре…
И даже в таком случае (при отсутствии h3), уже не имеет значения использовать в тексте топика начиная с h3 или h4.
h2 — используется для заголовков внутри поста.
h3-h6 — тоже, что и h2, но уровнями ниже.
То есть, по правилам SEO, h2-h6, по идее, должны использоваться только в тексте поста, но никак не в сайдбаре или где-то еще.
LS — это единственная CMS, где я впервые столкнулся с тем, что в тексте заголовки начинаются с h3. Поэтому и спрашиваю, что хочется привести все к привычному виду.))
link1 link2
И я тоже считаю, что использовать заголовки h не в теле топика не хорошо.
1. При вводе некорректного адреса почты выводит ошибку «Введите адрес электронной почты.», хотя должно бы что-нибудь типа: «Поле E-mail не соответствует формату email адреса».
2. Не совсем хорошо работает проверка полей пароля и повторения пароля при регистрации. Так, например, подсказки о неправильности заполнения появляются только после сабмита, потом уже срабатывают на лету. Текстовка у повторения пароля не совсем очевидная: «Это значение должно совпадать.» С чем должно совпадать?
3. У капчи появляется нотис только если поле не заполнено, о том что оно заполнено неправильно нотиса нету даже после сабмита формы.
2. fix текстовки
3. fix
А фикса появления подсказок не будет?
Хорошо бы каким условием обернуть, чтобы не выводился.
И в таком случае могут ли работать шаблоны со «старым» лэйаутом а-ля 1.0.3 (теоретически)?
нужно как минимум перейти от header/footer на использование
{extends 'layouts/layout.base.tpl'}+ местами менялась структура самого шаблона и связанного с ним кода{$previewImage = $topic->getPreviewImageWebPath(Config::Get('module.topic.default_preview_size'))}
{if $previewImage}
{/if}
Можно просто удалить строчку admin из файла
/plugins/plugins.datДобрый день!
Ожидается ли подробное FAQ по LS2.0? Чтобы полностью охватить работу движка, как, где и что настраивать, как создавать топики, их категории, группы сообщества и т.д и т.п. У всех движков, с которыми работал, есть такое в обязательном порядке и из коробки, у LS к сожалению нигде не нашёл, кроме FAQ для разработчиков на сайте.
{ "name": "topic-card", "version": "1.0.0", "dependencies": { "article": "*", "favourite": "*", }, "templates": { "topic-card": "topic-card.tpl", "grid": "topic-card-grid.tpl", }, "styles": { "topic-card": "css/topic-card.css" } }При попытке вывести в шаблоне таким образом:
{component 'topic-card.grid' topics=$topics paging=$paging}Получаю ошибку:
В чем я ошибаюсь?
{assign var="noSidebar" value=true}.юзай /application/frontend/skin/_название_/layouts/layout.base.tpl
При желании можно сменить логин любого пользователя в админке.
ПС: на мобилке, в Хроме, сайт так и остался зависшим в состоянии ошибки, сбрасывание кешей браузера так и не помогло, буду признателен за подсказку о возможном решении.
ПС: по Хрому на Андроиде, если кому нужно: убрать проблему можно переустановив приложение.
$config['module']['asset']['js']['compress'] = true;
В консоли ошибка JS
Последняя версия пока доступна только на github
— — Структура таблицы `prefix_lssoft_feedback` — CREATE TABLE IF NOT EXISTS `prefix_lssoft_feedback` ( `id` int(11) NOT NULL, `user_id` int(11) DEFAULT NULL, `user_name` varchar(100) DEFAULT NULL, `user_mail` varchar(100) DEFAULT NULL, `text` text NOT NULL, `date_create` datetime NOT NULL, `date_reply` datetime DEFAULT NULL, `text_reply` text, `ip_create` varchar(50) NOT NULL ) ENGINE=InnoDB DEFAULT CHARSET=utf8; — -- Индексы сохранённых таблиц — -- — Индексы таблицы `prefix_feedback` — ALTER TABLE `prefix_lssoft_feedback` ADD PRIMARY KEY (`id`), ADD KEY `user_id` (`user_id`), ADD KEY `user_name` (`user_name`), ADD KEY `user_mail` (`user_mail`), ADD KEY `date_create` (`date_create`), ADD KEY `ip_create` (`ip_create`), ADD KEY `date_reply` (`date_reply`) USING BTREE; — -- AUTO_INCREMENT для сохранённых таблиц — -- — AUTO_INCREMENT для таблицы `prefix_feedback` — ALTER TABLE `prefix_lssoft_feedback` MODIFY `id` int(11) NOT NULL AUTO_INCREMENT;
Fatal error: Class 'PluginLssoftFeedback_Update_dump.sql' not found in /home/users/j/j618147/domains/ios.iotgn.ru/framework/classes/modules/plugin_manager/PluginManager.class.php on line 558
Что нужно сделать???
Так же на главной странице там где разделы плагины жалобы и образения пропали картинки, там теперь просто квадратики, так и должно быть???
default.ERROR 14608 11e6ed6: Uncaught Exception Exception: "Undefined method module: GetLangJs" at C:\OpenServer\domains\livestreet\framework\classes\engine\Engine.class.php line 637 {"exception":"[object] (Exception(code: 0): Undefined method module: GetLangJs at C:\\OpenServer\\domains\\livestreet\\framework\\classes\\engine\\Engine.class.php:637)"}вместо главной — пустой экран
Только доставил Плагин «Crypto Password». Кэш чистил.
cURL
Попробуйте начисто движок поставить.
У меня во время работы над шаблоном было что пропадала капча, к сожалению, не запомнил в чем была причина, думал у Вас может что-то аналогичное было, помогли бы вспомнить…
cURL — это часть модуля для PHP. По умолчанию на сервере не стоял.
Развернул LS 2.0 в vagrant scotch/box.
При попытке загрузить превью к топику в ответе на /ajax/media/create-preview-file/ приезжает:
<br /> <b>Warning</b>: Illegal string offset 'preview_image' in <b>/var/www/public/application/classes/modules/topic/entity/Topic.entity.class.php</b> on line <b>923</b><br /> {"bUnsetOther":true,"sMsgTitle":"","sMsg":"","bStateError":false}Что делать? Как быть?
{$topic->getText()|strip_tags|truncate:100:"..."}100 — колличество символов для вывода.
{$_blogs = []} {if ! $isPreview} {foreach $topic->getBlogs() as $blog} {if $blog->getType() != 'personal'} {$_blogs[] = [ title => $blog->getTitle()|escape, url => $blog->getUrlFull() ]} {/if} {/foreach} {/if} {if $_blogs} <div class="{$component}-blogs"> {foreach $_blogs as $blog} <a href="{$blog.url}">{$blog.title}</a>{if ! $blog@last}, {/if} {/foreach} </div> {/if}но она странно работает, если блог есть то выводится его название, но если написал не в блог то ничего не выводится. Ну я к примеру меняю
{if $blog->getType() != 'personal'}на{if $blog->getType() != 'personal'}и вроде бы выводится Blog by admin(если статья не принадлежит ни одному блогу), но тогда не выводятся названия блогов у статей которые состоят в блогах. На 1 ветке было просто написать<!-- вывод названия блога --> {if $oBlog->getType() == 'personal'} <a href="{$oBlog->getUrlFull()}" >{$aLang.topic_publish_to_personal_blog}</a> {else} <a href="{$oBlog->getUrlFull()}" >{$oBlog->getTitle()|escape:'html'}</a> {/if} <!-- вывод названия блога -->а тут чет странно както
{if $blog->getType() != 'personal'}на
{if $blog->getType() == 'personal'}{if $blog->getType() != 'personal'} {$_blogs[] = [ title => $blog->getTitle()|escape, url => $blog->getUrlFull() ]} {else} {$_blogs[] = [ title => 'Персональный блог', url => $blog->getUrlFull() ]} {/if}у меня вопрос такой наверное очень банальный (пожалуйста не ругайте сильно)
почему на некоторых топиках отображается голосование в виде "-" «просмотры» "+" а на некоторых просто рейтинг с тултипом (в этих топиках нет нигде кнопок для голосования). Установил я ЛС2 и каждый топик идет с тултипом без кнопок голосования. подозреваю где-то настройка не могу понять где. подскажите если не трудно люди добрые)
и еще такой баг (не баг?), когда удаляешь какой-то комментарий (полностью), то счетчик комментариев топика не изменяется в меньшую сторону.
isLocked = falsereflang тэг — moz.com/learn/seo/hreflang-tag он отвечает за язык на котором пользователь ищет информацию,
т.е. как я понимаю нужен для более релевантной поисковой выдачи и меньшего числа
отказов. Как его добавить?
github.com/livestreet/livestreet/issues/843
github.com/livestreet/livestreet/issues/841
github.com/livestreet/livestreet/issues/838
github.com/livestreet/livestreet/issues/832
github.com/livestreet/livestreet/issues/796
github.com/livestreet/livestreet/issues/790
Есть замечательный плагин Page и в новой версии у него есть собсвенный блок с навигацией, отображаемой на статических страницах.
А как бы сделать вывод этого блока в сайдбаре на главной и на странице блогов?
но работать не будет.
для того, чтобы заработало:
открываем файл \application\plugins\page\frontend\skin\default\blocks\block.structure.tplнаходим строку:
заменяем на:
теперь понятно, спасибо!
в конфиг бока пробовал вставить и в конфиг шаблона (application/frontend/skin/../settings/config/config.php
и в конфиг фреймворка (/application/config/config.php)
— блок так и не показался ((
может не туда вставлял?
в моем коде выше я вывожу блок на страницы сайт.нет/blog/
если нужно на главную, то
работоспособность вывода блока я проверил на локалке на чистой лс2 перед тем как публиковать коммент
$config['block']['rule_index_blog'] = array( 'action' => array( 'index', 'blog' ), 'blocks' => array( 'inner-sidebar' => array( 'blogs' => array('params' => array(), 'priority' => 1) ) ), 'clear' => false ); $config['block']['rule_blog_page_structure'] = [ 'action' => [ 'index' ], 'blocks' => [ 'right' => [ 'structure' => [ 'params' => [ 'plugin' => 'page' ] ] ] ] ];первый блок выводится, второй — нет.
Причем синтаксис оформления блоков разный в Вас и в исходном варианте конфига — может в этом проблема?
попробуйте следующее:
1) Ситуация: Включили превью для статей. Получилось, что в новостной ленте на 1 странице 15 статей с 15 картинками. Как итог, вес всей страницы подошел к границе в 20 МБ. Это адская цифра для прогрузки веб-сайта. Исправить ситуацию можно банальным облегчением веса картинки. Однако в случае ручного вмешательства, когда у вас по 25 статей в день, то это получается пожиратель большого количества вашего времени.
Вопрос: Почему бы LS не обзавестись нормальным обработчиком изображений?
2) Ситуация: В статью залили изображение, например в 4К. Выбрав в графе “размер” значение “оригинал” мы получаем просто картинку на всю ширину страницы. Однако если выбрать какое-либо конкретное значение, то мы получаем картинку, которая по клику открывается на полное окно.
Вопрос: Как можно сделать так, чтобы независимо от того какое значение ты ставишь, по клику картинка всегда открывалась в фулл окно?
1. Скачал сборку с Github
2. Залил поверх на рабочий сайт
3. Прошёл процесс установки
4. Удалил install
Результат:
1. Главная страница белый лист
2. В логаx:
[2017-04-01 12:34:40] default.ERROR 29650 5f990e1: Uncaught Exception RuntimeException: "Class "ModuleSitemap" not found!" at /var/www/SiteName/framework/classes/engine/Engine.class.php line 427 {"exception":"[object] (RuntimeException(code: 0): Class \"ModuleSitemap\" not found! at /var/www/SiteName/framework/classes/engine/Engine.class.php:427)"} [2017-04-01 12:34:40] default.ERROR 29768 8a5c6df: Uncaught Exception RuntimeException: "Class "ModuleSitemap" not found!" at /var/www/SiteName/framework/classes/engine/Engine.class.php line 427 {"exception":"[object] (RuntimeException(code: 0): Class \"ModuleSitemap\" not found! at /var/www/SiteName/framework/classes/engine/Engine.class.php:427)"}В пользовательских полях типа «Топик — Стандартный» можно добавить к примеру поле с типом «Дата». Как можно переключить вывод топиков, основываясь на коде этого нового поля? (Т.е. по сути, мы подменяем дату создания топика).
если нужно именно по дате создания (например, будущая), то уэто уже есть в коде — поле topic_date_publish
{if Config::Get( 'view.topic_list' ) == 'masonry'} {extends 'layouts/layout.index.masonry-grid.tpl'} {else} {extends 'layouts/layout.index.tpl'} {/if}В итоге вижу пустую страницу. В чем ошибка?
{$layout = (Config::Get( 'view.topic_list' ) == 'masonry') ? 'index.masonry-grid' : 'index'} {extends "layouts/layout.{$layout}.tpl"}так попробуй
Но направление понял, спасибо!
{$layoutName = {cfg 'view.topic_list'}|default:'index'} {extends "layouts/layout.$layoutName.tpl"}{extends 'layouts/layout.index.tpl'}на
{$layoutName = {cfg 'view.topic_list'}|default:'index'} {extends "layouts/layout.$layoutName.tpl"}далее в config прописал
по сути должно у меня вместо layouts/layout.topics.tpl выводится layouts/layout.masonry.tpl
в котором я прописываю
{extends './layout.index.masonry-grid.tpl'} {block 'layout_options' prepend} {/block}далее у меня выводится ./layout.index.masonry-grid.tpl
с навигацией и строчкой
{block 'layout_content'} <div id="container_masonry"> {component 'topic_masonry.list' topics=$topics paging=$paging} </div> {/block}файл topic_masonry > list.tpl у меня выводит
{foreach $topics as $topic} {component 'topic_masonry' template='topic_masonry' topic=$topic isList=true classes=$classes} {/foreach}файл topic_masonry.tpl уже выводит ленту топиков
ВРОДЕ ВСЕ ВЕРНО! Но этот вот код выше не работает
{$layoutName = {cfg 'view.topic_list'}|default:'index'} {extends "layouts/layout.$layoutName.tpl"}если тупо поставить
{extends "layouts/layout.masonry.tpl"}то работает! В чем может быть проблема!?{block 'layout_content'} {if Config::Get( 'view.topic_list' ) == 'default'} {$topiclistView = 'topic.list'} {else} {$topiclistView = "topic-card.{cfg 'view.topic_list'}"} {/if} {component "$topiclistView" topics=$topics paging=$paging} {/block}где topic-card — мой компонент с миниатюрами топиков и списками лент.
{block 'layout_options' append} {if Config::Get( 'view.topic_list' ) == 'masonry_1'} {$layoutShowSidebar = false} {/if} {/block}Но, опять же, не хотелось бы городить дополнительные условия если разные ленты должны быть без сайдбара. Хотелось бы из компонента передавать переменную, пробовал так:
{block 'layout_options' append} {$layoutShowSidebar = false} {/block}в файле ленты (в компоненте) — не работает.
{assign var=layoutShowSidebar value=false scope="root"}У меня в компоненте присутствует несколько лент, некоторые из них должны выводится без сайдбара, вот и хорошо бы «выключать» сайдбар из файла самой ленты.
В других местах если — придется писать условия типа: если используются такие-то ленты, то…
Засунул
{assign var=layoutShowSidebar value=false scope="root"}в файл компанента, сайдбар выключился странным образом… У меня есть несколько проверок
{if $layoutShowSidebar}в разных местах. Видимо из-за этого. Что означает scope=«root»?
лэйауте
{if Config::Get( 'view.topic_list' ) == 'masonry_1'} {$layoutShowSidebar = false} {/if}{$layoutName = {cfg 'view.topic_list'}|default:'index'} {extends "layouts/layout.$layoutName.tpl"}и в конфиге прописываю
то у меня должен выводится темплейт по адресу
$config['module']['blog']['avatar_size'] = array( '1140x380crop', '500crop', '100crop', '64crop', '48crop', '24crop' ); // Список размеров аватаров у блога $config['module']['blog']['avatar_size_big'] = '1140x380crop'; // Размер большой аватарки блога, которая будет использоваться на странице блогаВ итоге загружаемые изображения обрезаются максимум до 1000 пикселей, а не до 1140-ка указанных в конфиге, но в любом случае с пропорцией соответствующей конфигу. В чем причина и как поправить?
{if $blog->getAvatar()}{/if}Да, мелкие авы при этом будут смотреться не ахти, но ими можно и пожертвовать.
А вообще, хорошо бы, чтобы с авами блога было тоже, что и в профилях — фото и ава, тогда на страницах блога можно было бы с ними делать что угодно, и мелкие нормальными нарезать.
Для того, чтобы подхватывалась папка шаблона плагина одноименная с шаблоном, установленным на сайте, необходимо задать шаблон в конфиге сайта, а не админкой.
В конфиге прописан developer, через админку стоит synio. В плагине есть шаблон synio — плагин выводит именно его.
Возможно у тебя какая-то специфика использования плагина? Нужен код.