Записи личного блога и все записи пользователя
1
До сего момента я предполагал, что если зайти в личный блог (адрес .../my/user/), то там будут только записи, сознательно публикуемые в персональный блог. Однако обнаружил, что по адресу .../my/user/ находятся ВСЕ записи пользователя user.
Кстати, адрес .../my/user/ называется как Блог им. user, и я предполагал, что это будет тот самый персональный блог, только с теми записями, которые были опубликованы прямо в персональный блог.
По ссылке Блог им. user находится не личный дневник с публикуемыми записями, а по указанной ссылке находятся ВСЕ записи пользователя user.
Все записи пользователя и записи пользователя публикуемые в персональный блог, как я думаю, это различные данные, а значит не должны подменяться.
Или у LS другая идеология?
Кстати, адрес .../my/user/ называется как Блог им. user, и я предполагал, что это будет тот самый персональный блог, только с теми записями, которые были опубликованы прямо в персональный блог.
По ссылке Блог им. user находится не личный дневник с публикуемыми записями, а по указанной ссылке находятся ВСЕ записи пользователя user.
Все записи пользователя и записи пользователя публикуемые в персональный блог, как я думаю, это различные данные, а значит не должны подменяться.
Или у LS другая идеология?
Цитирование в топике с TinyMCE
Мне кажется или действительно цитату можно сделать только в комментарии?
Сначала написал здесь вопрос, потом посмотрел на панель редактора здесь и вижу символ цитирования.
Удивляюсь. Проверил у себя еще раз — на версии 0.5 и 0.5.1 нет иконки цитирования в редакторе.
И заметил различие панелей редактора.
У меня включен флаг
Сначала написал здесь вопрос, потом посмотрел на панель редактора здесь и вижу символ цитирования.
Удивляюсь. Проверил у себя еще раз — на версии 0.5 и 0.5.1 нет иконки цитирования в редакторе.
И заметил различие панелей редактора.
У меня включен флаг
«Использовать визуальный редактор TinyMCE:»Неужели в TinyMCE невозможно визуально сделать цитату?
- 0
- 08 октября 2011, 19:12
- rxs
- Оставить комментарий
Skin по умолчанию в настройках aceAdminPanel
Может пропустил что, но заметил такой случай.
После установки новой версии aceAdminPanel для LS05 и настройки параметров, скин указывался как «from config file». Все это я сохранил. Через несколько дней обнаружил отсутствие трафика по яндекс.метрика и отсутствие всех изменений в шаблоне, которые сделал для new-jquery.
Проверил файлы — изменения на месте.
Тогда в админке aceAdminPanel сохранил скин, явно указав new-jquery и все стало как и раньше.
Или все же я пропустил и выбрал случайно скин new и потом сохранил настройки, или без явного указания aceAdminPanel сохраняет текущий скин как new.
После установки новой версии aceAdminPanel для LS05 и настройки параметров, скин указывался как «from config file». Все это я сохранил. Через несколько дней обнаружил отсутствие трафика по яндекс.метрика и отсутствие всех изменений в шаблоне, которые сделал для new-jquery.
Проверил файлы — изменения на месте.
Тогда в админке aceAdminPanel сохранил скин, явно указав new-jquery и все стало как и раньше.
Или все же я пропустил и выбрал случайно скин new и потом сохранил настройки, или без явного указания aceAdminPanel сохраняет текущий скин как new.
- 0
- 29 сентября 2011, 10:41
- rxs
- Оставить комментарий
NOT_FOUND_LANG_TEXT в версии 0.5 с плагином BreadCumbs
При редактировании своего профиля путь к профилю выглядит как
Лента (/feed/) по умолчанию имеет вид
Почтовый ящик выглядит так (точнее структура путей)
Главная -> NOT_FOUND_LANG_TEXT с ссылкой /talk/
Письмо видится со структурой
Варианта «Ответить» не вижу, только «Удалить переписку»
Можно «Оставить комментарий», и это оказывается и есть тот самый требуемый ответ на письмо.
Но с этими NOT_FOUND_LANG_TEXT думаю что-то не то, слишком их много и в разных местах, где и быть их не должно.
update
Источник — плагин BreadCumbs
Главная -> NOT_FOUND_LANG_TEXT -> Профильхотя на функционал не влияет и параметры сохраняются.
Лента (/feed/) по умолчанию имеет вид
Главная -> NOT_FOUND_LANG_TEXT
Сюда еще никто не успел написать
Почтовый ящик выглядит так (точнее структура путей)
Главная -> NOT_FOUND_LANG_TEXT с ссылкой /talk/
Письмо видится со структурой
Главная -> NOT_FOUND_LANG_TEXT -> NOT_FOUND_LANG_TEXT ->и открывается по ссылке /talk/read/[номер]/
Варианта «Ответить» не вижу, только «Удалить переписку»
Можно «Оставить комментарий», и это оказывается и есть тот самый требуемый ответ на письмо.
Но с этими NOT_FOUND_LANG_TEXT думаю что-то не то, слишком их много и в разных местах, где и быть их не должно.
update
Источник — плагин BreadCumbs
Warning: Smarty error: unable to read resource: "notify/russian/notify.talk_new.tpl"
При отправке сообщения из админки рядовому пользователю в тексте письма на email приходит ошибка вида
1. Перезалил файл talk_new.tpl — не помогло
2. Очистил кеш через /admin/site/reset/ — не помогло
3. Установил $config['path']['offset_request_url'] = '1'; (было 0) — совсем сломал уже работающий сайт (404), вернул обратно
4. Обновил aceAdminPanel до актуальной на 17.07.2011 версии 176 — не помогло
Поиском решения пока не нашел.
Думаю, что связано с aceAdminPanel.
Warning: Smarty error: unable to read resource: "notify/russian/notify.talk_new.tpl" in .../www/engine/lib/external/Smarty-2.6.19/libs/Smarty.class.php on line 1092 1. Перезалил файл talk_new.tpl — не помогло
2. Очистил кеш через /admin/site/reset/ — не помогло
3. Установил $config['path']['offset_request_url'] = '1'; (было 0) — совсем сломал уже работающий сайт (404), вернул обратно
4. Обновил aceAdminPanel до актуальной на 17.07.2011 версии 176 — не помогло
Поиском решения пока не нашел.
Думаю, что связано с aceAdminPanel.
Вывод постов на главную
За вывод на главную страницу отвечает параметр
который задается в файле config.php расположенном в папке config.
После изменения параметров надо очистить кеш и удалить временные файлы.
$config['module']['blog']['index_good'] = 1; // Рейтинг топика выше которого(включительно) он попадает на главнуюкоторый задается в файле config.php расположенном в папке config.
После изменения параметров надо очистить кеш и удалить временные файлы.
- -1
- 29 мая 2011, 13:52
- rxs
- Оставить комментарий
Fatal error при активации плагина Sitemap
Первая ошибка при активации плагина.
Крайним оказался плагин Sitemap
Ошибка выглядит так
Решилось очисткой кеша в папке /tmp — удалением директорий вида livestreet_cache--8
Крайним оказался плагин Sitemap
Ошибка выглядит так
Warning: Class 'PluginGravatar_ModuleGravatar_EntityUser' not found in .../www/engine/classes/Engine.class.php on line 610
Fatal error: Class 'PluginGravatar_Inherit_ModuleUser_EntityUser' not found in .../www/plugins/gravatar/classes/modules/gravatar/entity/User.entity.class.php on line 2 Решилось очисткой кеша в папке /tmp — удалением директорий вида livestreet_cache--8
- 0
- 02 мая 2011, 06:47
- rxs
- Оставить комментарий
Описание плагинов
1
Ставлю плагины на LS 0.4.2 и заметил неудобный момент.
Различные плагины имеют свои пути для управления, которые еще надо помнить.
Было бы удобно, если бы на странице плагинов admin/plugins/ в описании указывался шаблон ссылки на управление плагином. Это к авторам плагинов.
И наверно было бы еще удобнее, если был бы добавлен столбец «Управление», в котором были прямые ссылки на админку плагина. Это к разработчикам движка.
Различные плагины имеют свои пути для управления, которые еще надо помнить.
Было бы удобно, если бы на странице плагинов admin/plugins/ в описании указывался шаблон ссылки на управление плагином. Это к авторам плагинов.
И наверно было бы еще удобнее, если был бы добавлен столбец «Управление», в котором были прямые ссылки на админку плагина. Это к разработчикам движка.