dwd

Есть же системный метод isTableExists($table_name)

Старый балбес, да, есть, но для других случаев. Давайте каждую переменную проверять будем. Какова будет скорость сайта? Если переменная должна содержать название типа контента значит она ее должна содержать. Если так во всей системе значит так должно быть и тут. Днем, ночью и в любую погоду. Так задумано разработчиками и не нам это менять. Не надо никаких "можно", "если бы", "а вдруг", потому, что там где эти "можно", "если бы", "а вдруг" начинаются, там заканчивается программирование. Код должен быть стандартизован и структурирован. Если предполагается, что тип контента это стандарт значит ответ очевиден, не понимаю почему меня тут все убеждают писать костыли в том месте где они не нужны.

Да, что бы голословно обвинить человека в том что он не сказал или не совершал

А я вас в чем-то обвинял? Вроде нет. Я лишь сказал что разговор на эту тему был и было нежелание что-то исправлять. И было это около года назад. И ситуация была точно такая же — ставит человек компонент и ошибка у него. Вот вы из моего письма цитату привели, могли бы и свой текст почитать, у меня этого письма давно уже нет.

Я не возмущаюсь, а просто требую что Вы говорили правду и признали что ошибка возникает в вашем компоненте.

Конструктив прошел мимо, вместо него пошли требования. А жаль… Ну что ж, давайте я вам подыграю. Итак, требуемая вами правда:

Это я своими кривыми руками написал кривой компонент который не хочет работать с вашей великолепной доской объявлений. Каюсь и обязуюсь впредь учитывать все все изменения, которые вы будете осуществлять в системе при написании своих компонентов. И если завтра вам взбредет в голову в какую-то переменную засунуть 10-ю главу книги "Война и мир", я обязательно должен буду проверить это перед тем как использовать эту переменную в своем коде.

на этом тему можно закрыть)))

Всё намного проще, если сделать dump() массива который передается в content_before_add.php получаем

Да. спасибо, вы мне открыли еще один способ опредения типа контента при добавлении записи. Только
1. это не отменяет неверных параметров ядра в типе контента
2. Мы с вами общались на эту тему до того, как массив записи стал содержать данные о типе контента(ctype_data)

Evanescence, тип контента это часть контроллера content и должен вести себя как определено этим контроллером вне зависимости от того, что вы к нему дописываете. Это мое личное мнение, вы можете быть с ним не согласны. Изменяя поведение системного контроллера вы создаете конфликтоопасные ситауции, одну из которых мы наблюдаем в данном случае. Тем более, что это не связано с какими-либо трудностями, достаточно просто вернуть параметр uri_action на место после того как переопределили контроллер.

Жаль такой уважаемый программист опускается до уровня шэльдэ, приведя цитаты, которых я не говорил. К тому же, я пошел на встречу и предлагал вернуть $core->uri_action = 'board', в ответ получил слова типа "Какой у меня крутой продукт, у остальных одни костыли", после чего как то пропала желание вести диалог.

Я не храню переписку чтобы процитировать вам ваше "Я спрашивал у Fuze как реализовать перенаправление и это его код". где вы киваете на "отца системы" и безупречность его кода. Но разговор имел место быть и данный момент вы решили все оставить без исправлений. Ну а зачем исправлять? Компонент доски то от этого не косячит, все ровненько. Это на других потом можно будет кивать какие они рукожопы.

И дискуссий на эту тему у меня желания вести тоже нет, для этого есть более приятные темы. Но в отличии от вас я привык не возмущаться на критику а исправлять свои косяки даже если они никому не мешают, а уж тем более если меня об этом просят.

Да, забыл сказать — речь идет об этом компоненте доски.

Да, проблема связана с компонентом "Языки", благодарю за подсказку.

Проблема связана с компонентом доски объявлений, и никак не связана с компонентом Языки. Почему этот чудесный компонент меняет параметры ядра на свои и не возвращает их обратно надо спросить у его автора(кстати я уже спрашивал и ответ был примерно "ну мапс тоже так косячит, а делал как в мапсе"). В типах контента значение $core->uri_action должно содержать название типа контента, а не экшен самописного компонента. Хотя очевидно так считают далеко не все.

Он разработает созданные категории с полями ?

С такими запросами пора самолеты разрабатывать, причем сразу 8-го поколения))) Но если немного поразмышлять на данную тему, то
хотя я использование данного творения никому не рекомендую, это чисто теоретические изыскания в данной отрасли.

instantcms.ru/blogs/kladovka-kodera/quill-tekstovyi-redaktor-na-js.html

1. В белый список добавляем .html и получаем только нужные записи. Этот случай как и ряд других описан в документации.
2. Это пожалуй вопрос не ко мне, а к разработчикам инстанта. Парсер передает компоненту Контент точно такую же форму, как если бы вы заполнили ее вручную.
По поводу регулярных выражений — в большинстве случаев просто не хватает просмотра обучающего видео, в 99% остальных случаев — элементарной смекалки. Я не встречал еще ни одного случая, где столкнулся бы с ситуацией невозможности убрать то, что мне не нужно. Ну а даже если такой случай и встретится — я никому не давал гарантии, что всегда и везде можно все что угодно. Парсер это мощный инструмент, а не волшебная палочка.

1. Что значит правильно? Они и так правильно вставляются. Просто для их вывода надо использовать тип поля HTML-текст. Вы же судя по написанному пытаетесь поместить ссылку в строковое поле. На момент написания компонента строковое поле вообще не умело показывать ссылки.
2. Это не баг, а текст, полученный с сайта-источника. Существуют десятки кодировок и тысячи html-сущностей, предусмотреть автозамену их всех практически невозможно. В компоненте заложена автозамена ряда сущностей, но если вам ее оказалось недостаточно и попались сущности, которые автоматически не заменяются компонентом, то удаление мусора из заголовков осуществляется в файле postprocess.php, для этого достаточно добавить в него строку типа , в базовой версии парсера это делается так. Нет желания делать подобные вещи в коде? — instantcms.ru/addons/parser-extended.html — пакет, значительно расширяющий возможности компонента. В нем все поля имеют функциии замены, очистки и т.д.

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

Пакет расширения для компонента «Парсер контента»
3. Этого не может быть. Парсер определяет дублирование по ссылкам, а не по названию. Не удаляйте в интерфейсе парсера скачанные материалы чтобы парсер не качал их повторно.
4. все инструменты парсера работают правильно и возвращают именно то, что должны возвращать. инструменты Тег и Класс предназначены для выборки содержимого коротких или уникальных тегов, а инструмент Начало/Конец искомого текста для простыней контента и случаев когда выборка по тегу или классу невозможна. комбинируя эти инструменты вы моете вытащить со страницы все что угодно. Лично мне пока не попадались сайты где этого б не удавалось сделать.
5. Парсер изначально писался для тех, кто любит простоту использования и ценит свое время. Именно поэтому в нем нет регулярных выражений, DOM-структур и прочих практически никому не понятных вещей. И честно говоря я в них тоже особого смысла не вижу.
Вроде как ответил на все вопросы…

Мне кажется вы ошиблись темой и говорите совершенно про другой компонент. Очевидно вы имеете в виду этот компонент? — instantcms.ru/addons/news-parser-for-instantcms.html
Данная же тема посвящена этому компоненту — instantcms.ru/addons/parser.html

Ровно до того момента, пока пользователь, у которого есть доступ к файлу и он знает название файла, не выложит это "знание" на всеобщее обозрение.

Вы хотели сказать "Ровно до того момента, пока кто-то из администрации сайта не сольет все данные в паблик"? Так против этого временные ссылки бессильны. У человека информация делится на 2 категории — для внутреннего использования администрацией сайта и для публичного использования. Так что кроме админов сливать некому. А админам ничего не стоит слить уже скачанные данные.)))

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

Спасибо за оперативность, именно так я и "вылечил" проблему.