Как модератору дать права, что бы он мог удалять топики и комментарии в персональных блогах?
Если речь о модераторе сайта, то у него должны быть такие права. Но там кажется, небольшой баг прямо в шаблоне — идет проверка только на админа сайта, но не на модератора. Если исправить, то должно работать
У меня вот прямо противоположная проблема- как персональные блоги сделать скрытыми от всех, включая модератора, и как отобрать у модератора право видеть все кроме открытых (или разрешенных для модерирования) блогов.
Я решение этой задачи вижу так: некий юзер, который должен стать таким модератором, подписывается на все открытые блоги и на уровне этих блогов он назначается их модератором.
Ссылку на Альто можно удалить бесплатно. Лого Creatime в шаблоне Start-kit тоже можно удалить без всяких условий, в шаблонах Experience и Experience Simple — по согласованию с Alyona
About — это страница, которую можно либо отредактировать, как нужно, либо удалить.
Объединение css и js файлов ускоряет загрузку страницы. На этапе разработки сайта и изменений дизайна не стоит включать эту опцию, проще будет отлаживать, но когда все устаканится, то лучше включить — сайт будет грузиться быстрее.
Логгирование SQL-запросов нужно только для отладки, в рабочем режиме лучше отключить (либо если вы не понимаете, зачем они вам, то тоже отключить).
Хост и путь для куков лучше не трогать, если не понимаете назначение этих вещей.
А как ставили вручную или через установщик? И у ЛС, и Альто есть одна тонкость: если ставить в подпапку, то нужно обязательно в конфиге задавать параметр:
$config['path']['offset_request_url'] = 1;
Если через установщик это делать, то оно само должно проставиться, а если вручную, то нужно этот параметр задать в app/config/config.local.php
1. В админке Сайт / Оформление, там выбираете скин для админки и в настройках скина нужную тему оформления.
2. В разных. Если говорить о системных виджетах, то программные виджеты в папке common/classes/widgets, а шаблонные — в папке common/templates/skin/название_скина/tpls/widgets
3. Очень общий вопрос. Если кратко — написать плагин.
4. А что непонятно про куки?
5. Непонятно, как собираетесь их обрабатывать.
Задавайте более конкретные вопросы, если хотите получить конкретные ответы
Во-первых, надо начинать обязательно с указания номера версии движка.
Во-вторых, нужно указать, какие плагины установлены.
Наконец, если сайт работал нормально, а потом вдруг перестал, то в подавляющем числе случаев это случается из-за того, что что-то было сделано на сайте: что-то изменили в конфиге, активиривали какой-то плагин, или вообще в коде что-то поменяли. Вспоминайте, после каких действий сломался сайт.
Да, перевод далек от идеала, сам много чего исправлял, но мои знания английского тоже далеки от идеала, да и не занимался я целенаправленно вычиткой текстов.
Конечно, лучше всего для всех будет, если исправления по языкам будут отправляться на гитхаб. Либо могу предоставить инструмент для онлайн-перевода, где можно будет сравнивать фразы на русском и английском языках. И потом я этот перевод смогу включить в официальный комплект.
Но если все ж будете переводить сугубо для себя, то достаточно будет файл en.php положить сюда: app/templates/language/, тогда при обновлениях ничего не слетит, и ничего перенастраивать не придется.
Если я отвечу просто «да, реально» — такой ответ ведь не устроит, верно? :) А шарить в инете про коубы нет ни желания, ни времени. Поэтому гораздо эффективнее задать вопрос так:
Я вставляю в топик такой-то код...
Получается вот так...
А мне нужно чтоб было так...
Как это сделать?
Вероятность получить конкретный ответ на конкретный вопрос гораздо выше
Да, глобальный модератор сайта имеет все те же права, что и администратор сайта, за одним исключением: он не имеет доступа в админку сайта. Правильно это или нет — это вопрос спорный, но так это и задумывалось.
По большому счету говоря, даже точка зрения, что админ сайта не имеет права доступа к закрытым блогам — она тоже имеет право на существование. Но в движке сейчас это реализовано именно так.
Хотя можно, конечно, подумать о том, чтоб глобальные права модератора и админа сайта могли бы задаваться в админке.
Пишет, что не база не существует а таблица prefix_storage в базе admin_default. Непонятно, как Вы вообще движок устанавливали, если приходится все руками править, это же все автоматически ставится при установке.
Смотрите через phpMyAdmin — у вас вообще таблицы какие-то в базе есть? Вы их создавали? Если нет, то нужно выполнить два SQL-скрипта:
install/db/sql.sql
install/db/geo_base.sql
Да понятно, что сам. Но на моих VDS саппорт обычно отвечает на вопросы такого рода, напр., могут ткнуть в инструкцию, которая у них точно сработает. Либо объяснить какие-то нюансы, на которые надо обратить внимание. А могут и вообще бесплатно установить нужный мне софт (наверное, когда это сделать быстрее, чем объяснять).
Во всяком случае, за вопрос дополнительных денег точно не возьмут
А я хочу сделать, что бы заголовок имел такой вид — Картинка / Мой сайт
Это понятно. Но вот что непонятно: хотите убрать в конкретном блоге? Хотите убрать во всех блогах название? Хотите чтоб вообще на всем сайте было в title только две части?
Не очень понятно, что именно хотите поправить. Вот тут есть про настройки в конфиге, которые отвечают за формирование тега title: http://altocms.ru/1186.html Возможно, поможет
- AND (m.type & (?d | ?d | ?d))
+ AND (m.type::int & (?d::int | ?d::int | ?d::int))::boolean
Нашел, где используется эта конструкция. Удивлен, что постгресс не понимает битовых выражений. И данный вариант замены, конечно, тоже не годится, т.к. это получается чисто постгрессовская фича. Значит, надо выражение переписывать так, чтоб правильно отрабатывалась на разных ДБ-движках.
Нашел баг — при редактировании комментария, & превращается в & #38;
Баг известен, будет устранен в 1.2 (чтоб без костылей работало, надо исходник текста коммента сохранять, а нынешней структуре БД просто некуда).
ЗЫ. А ORM как ActiveRecord в 1.2 будет, вопрос решенный.
А это уже получается что-то вроде списка блогов. Если тут блоги сгруппировать в категории, да еще вывести под названием каждого блога его описание — вот и получится карта сайта. Плюс, наверное, можно добавить статические страницы. Плюс добавить возможность включить вручную какие-то другие ссылки/разделы сайта — вот и получится, пожалуй, карта сайта.
Я решение этой задачи вижу так: некий юзер, который должен стать таким модератором, подписывается на все открытые блоги и на уровне этих блогов он назначается их модератором.
Ссылку на Альто можно удалить бесплатно. Лого Creatime в шаблоне Start-kit тоже можно удалить без всяких условий, в шаблонах Experience и Experience Simple — по согласованию с Alyona
About — это страница, которую можно либо отредактировать, как нужно, либо удалить.
Объединение css и js файлов ускоряет загрузку страницы. На этапе разработки сайта и изменений дизайна не стоит включать эту опцию, проще будет отлаживать, но когда все устаканится, то лучше включить — сайт будет грузиться быстрее.
Логгирование SQL-запросов нужно только для отладки, в рабочем режиме лучше отключить (либо если вы не понимаете, зачем они вам, то тоже отключить).
Хост и путь для куков лучше не трогать, если не понимаете назначение этих вещей.
Если через установщик это делать, то оно само должно проставиться, а если вручную, то нужно этот параметр задать в app/config/config.local.php
2. В разных. Если говорить о системных виджетах, то программные виджеты в папке common/classes/widgets, а шаблонные — в папке
common/templates/skin/название_скина/tpls/widgets
3. Очень общий вопрос. Если кратко — написать плагин.
4. А что непонятно про куки?
5. Непонятно, как собираетесь их обрабатывать.
Задавайте более конкретные вопросы, если хотите получить конкретные ответы
Во-вторых, нужно указать, какие плагины установлены.
Наконец, если сайт работал нормально, а потом вдруг перестал, то в подавляющем числе случаев это случается из-за того, что что-то было сделано на сайте: что-то изменили в конфиге, активиривали какой-то плагин, или вообще в коде что-то поменяли. Вспоминайте, после каких действий сломался сайт.
Конечно, лучше всего для всех будет, если исправления по языкам будут отправляться на гитхаб. Либо могу предоставить инструмент для онлайн-перевода, где можно будет сравнивать фразы на русском и английском языках. И потом я этот перевод смогу включить в официальный комплект.
Но если все ж будете переводить сугубо для себя, то достаточно будет файл en.php положить сюда: app/templates/language/, тогда при обновлениях ничего не слетит, и ничего перенастраивать не придется.
Я вставляю в топик такой-то код...
Получается вот так...
А мне нужно чтоб было так...
Как это сделать?
Вероятность получить конкретный ответ на конкретный вопрос гораздо выше
По большому счету говоря, даже точка зрения, что админ сайта не имеет права доступа к закрытым блогам — она тоже имеет право на существование. Но в движке сейчас это реализовано именно так.
Хотя можно, конечно, подумать о том, чтоб глобальные права модератора и админа сайта могли бы задаваться в админке.
Смотрите через phpMyAdmin — у вас вообще таблицы какие-то в базе есть? Вы их создавали? Если нет, то нужно выполнить два SQL-скрипта:
install/db/sql.sql
install/db/geo_base.sql
И все, и не нужно париться с кусочками кода.
Но если все же важно знать, где это в коде задается, то здесь:
https://github.com/altocms/altocms/blob/master/common/classes/actions/ActionBlog.class.php#L922
Во всяком случае, за вопрос дополнительных денег точно не возьмут
Нашел, где используется эта конструкция. Удивлен, что постгресс не понимает битовых выражений. И данный вариант замены, конечно, тоже не годится, т.к. это получается чисто постгрессовская фича. Значит, надо выражение переписывать так, чтоб правильно отрабатывалась на разных ДБ-движках.
Баг известен, будет устранен в 1.2 (чтоб без костылей работало, надо исходник текста коммента сохранять, а нынешней структуре БД просто некуда).
ЗЫ. А ORM как ActiveRecord в 1.2 будет, вопрос решенный.