Aquamarine, спасибо. Наверное удалил случайно.

Для интеграции сторонних модулей с минимальными изменениями основного движка прошу внести изменения в файл function.php
Для функции cat_modul() заменить строку

На строки

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

Хорошо, спасибо, учту!

В таком случае лучше изначально делать запрос в таблицу модулей.
Как правило, таблица модулей обновляется не часто. поэтому подумываю о переносе таблицы базы модулей в конфигурационный файл. Тем самым экономим один запрос в базу данных, снижаем нагрузку, ускоряем систему.

Скорей всего будет реализовано уже в следующей версии.

SLAED CMS, Будем ждать.

Добрый день.
Как сделать в модуле Вопросы и ответы ограниченное количество выводимых знаков текста, а остальной текст можно было посмотреть нажав кнопку подробнее?

Заранее спасибо.

Aquamarine, вы вроде бы не первый день на форуме...

Просьба, создавать посты в соответствии с тематикой тем форума.

Данная тема предназначена для сбора информации связанной с ошибками и недочетами версии 6.2 Pro.

Вам в данный отдел.

1. поставил SLAED 6.2 на xampp (локальный), в админке "Загрузки и шаблоны" при попытке загрузить "файл с компьютера" файл не копируется, пробовал даже на самых маленьких картинках которые точно удовлетворяют условия, аля / jpg / 100х100 / 8,00 КБ при этом если "копировать по ссылке" скажем положить этот же файлик в любую потдиректорию сайта и указать к нему путь в виде урла то файлик скопируется в нужную директорию например в /uploads/all, удаление тоже работает, проблема только с загрузкой через указание файла на компе.

2. в момент установки сайта (когда выбор языка) не подтягивается языковой файл

3. в 6.2 добавили новый редактор, с ним есть глобальный косяк, например если в модуле на одной странице несколько текстовых полей, то новый редактор (хз как называется) "отрисуется" только в первом поле, остальные будут без "доп кнопок", а вот BB "отрисовывает" свои кнопки во всех таких текстовых полях.

P.S
пользуясь случаем очень хочется высказаться по некоторым вопросам.

- мое вам "ФИ" за изврат с администрированием модулей, ну вот кому мешала опция позволяющая указывать имя модулю, это же надо было заковырять в function.php функцию в которую ЖЕСТКО ПРОПИСАТЬ список модулей, для которых будет дергатся перевод из языкового файла (я имею в виду само название модуля) а список модулей брать из БД модулей не судьба?

- при использовании дополнительного префикса в БД (скажем если таблички сайта идут с префиксом "1" и скажем есть модули использующий таблички с префиксом "2") то у такого модуля отвалится половину функционала, например функция разбивки списков на страницы не будет работать т.к. в нее передается имя таблицы без префикса и префикс уже в ней дописывается жестко, ну вот зачем этот изврат, либо давать возможность передавать имя таблички полностью, либо добавить аргумент для передачи другого префикса.

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

1 и 2. Скорей всего причина в самом локальном сервере XAMPP или его настройках. Ничего более конкретного сказать не могу, так как давно с ним не сталкивался, к тому же система на нём не тестировалась. Последний раз на локальной платформе использовал XAMPP в 2007 году, разного рода проблемы с XAMPP возникали часто, основная из которых не соответствие реалиям, дополнительно ко всему высокая нагрузка на PC была его постоянным спутником. Долго искал альтернативу и наконец нашёл оптимальное решение. После чего полностью перешёл на Open Server в виду его более точной имитации реального сетевого сервера.

3. О редакторе подробнее? Имеется в виду стандартный или установленный вами лично сторонний редактор не входящий в пакет. Если нестандартный, то приведите код вашей реализации.

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

кому мешала опция позволяющая указывать имя модулю, это же надо было заковырять в function.php функцию в которую ЖЕСТКО ПРОПИСАТЬ список модулей, для которых будет дергатся перевод из языкового файла (я имею в виду само название модуля) а список модулей брать из БД модулей не судьба?

В этом пункте с вами полностью согласен.

Причинами данной ситуации являются следующее факторы:

1. Экономия ресурсов, запроса в базу данных, так как в основном используется в блоке пользователей, который как правило, активирован на всех страницах сайта.

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

Этот вопрос обсуждался совсем недавно в данной теме. Поэтому решение с использованием языковых констант и сохранение настроек модулей в файле не за горами.

при использовании дополнительного префикса в БД (скажем если таблички сайта идут с префиксом "1" и скажем есть модули использующий таблички с префиксом "2") то у такого модуля отвалится половину функционала, например функция разбивки списков на страницы не будет работать т.к. в нее передается имя таблицы без префикса и префикс уже в ней дописывается жестко, ну вот зачем этот изврат, либо давать возможность передавать имя таблички полностью, либо добавить аргумент для передачи другого префикса.

Думаю не надо объяснять, что использование префикса, повышает уровень безопасности и защищает от прямых инъекций в базу данных. Такой вариант обращения к базе используется в системе изначально, вы к стати первый за весь мой опыт работы, который считает его "извратом". Данный метод широко распространён и используется во всех популярных CMS и Форумах.

В лубом случае, вам ни кто не запрещает отказаться от использования префикса в своих модулях, использовать другой или дополнительный. Префикс в классах базы данных не фигурирует и работает на уровне запросов, в модулях, блоках и т.д.

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

Всё верно, раньше в теме используемой до этой, смена логотипа влияла на стандартную тему оформления. Хотелось бы обратить внимание, логотип в конфигурациях системы указывается не только для пользовательского отдела сайта, но и для страниц ошибок, блокировки, предупреждений и т.д. В актуальной теме, в виду её специфики (HTML5, CSS3), а именно использования спрайтов (sprites) в файле изображения (templates/default/images/misc/sprite.png) у которого уже имеется логотип, было решено отказаться от данной функции, но только на уровне темы.

Если хотите использовать отдельный логотип который указывается в конфигурациях панели администратора, воспользуйтесь переменной: $lan[2] темы оформления.

Модифицируйте основной файл темы: index.html
Пример возможного использования:

редактор - CKEditor, у меня на странице генерится набор форм в цикле, если включен ББ то он отрисовывается во всех формах, переключаю на CKEditor - только в первой форме.

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

и да, я знаю, что мне не что не мешает подинклюдить свой конфиг и писать в коде запрос в базу указывая свой префикс, НО ВОТ В РОДНЫЕ ФУНКЦИИ СИСТЕМЫ Я ЭТО ПЕРЕДАТЬ НЕ МОГУ. если только не перелопачивать все ядро


по поводу XAMPP ну тут как бы дело конечно техподдержки SLAED CMS, в этом весь слаед... зачем поддерживать работу сайта на одном из самых распространенных ВИРТУАЛЬНЫХ хостингов для локального сегмента, когда на уровне личного "мировоззрения" устраивает Open Server.
*** у меня конечно нет глобальной статистики о кол-ве установок XAMPP VS Open Server , я посмотрел статистику посещаемости проектов - 224 305 уникальных посетителей в месяц против 35 765 уникальных в месяц.
* и изначально когда решил поднять проект на следе 6.2 и выбирал виртуалку я видел ваши рекомендации о Open Server но!!! ссылаетесь на статью 2011 года СЕРЬЕЗНО? и пошел на XAMPP...
хотя ради вселенской справедливости - качну попробую движек перенести на Open Server

редактор - CKEditor

Читать мысли к сожалению не научился. Нестандартный модуль, реализация не входящая в пакет системы? Приведите код или участок кода?

Ещё раз наглядно:

Если на странице две Textarea, то нужно использовать разные идентификаторы.

Пример:

Первая: textarea("1", "hometext", $hometext, "news", "5")
Вторая: textarea("2", "bodytext", $bodytext, "news", "15")

по поводу префикса

Зачем стандартным компонентам системы второй префикс?
Зачем использовать при реализации дополнительных расширений второй префикс?

Допустим вы используете в своём расширении несколько префиксов, при этом вам ничего не мешает использовать встроенный класс базы данных.

Честно говоря мне непонятен смысл усложнения... Объясните цели.

по поводу XAMPP

Локальный сервер это ничто иное как эмулятор реального сервера в сети. Если в сети и на других сервера CMS или любой другой скрипт работает корректно, а на XAMPP нет, значит XAMPP плохой эмулятор. Тут не важно на сколько он популярен. Причин у пользователей может быть много: привычка, незнание альтернатив, сложность перехода на другой в виду большого количества наработок.

К тому же я не утверждал, а предположил причину проблемы в работе или настройках XAMPP.

Прошу тех у кого возникли проблемы с использованием системы на XAMPP сервере отписаться в данной теме.