Поддерживается автоматическое приведение значений к регистру. Знак *, добавленный к имени поля отвечает за то, будет ли первая буква являться заглавной. Например {category*} выведет «маркетинг», а {category} — «Маркетинг». Это позволяет использовать значения в любом контексте
Также для текстовых полей в версии 1.67 добавлен вывод неизменных значений. Используйте {title&} чтобы вывести текст в том виде, в котором его ввел пользователь.
Ничего не могу сказать по этому поводу, такого быть не должно. И в ходе эксплуатации тоже ни у кого подобных проблем не возникало. Можете сделать скриншотики настроек компонента и начислений где можно увидеть задваивание и скинуть мне их на почту(адрес есть в моем профиле) или в ЛС?
Надоедайте, кто ж против?)
Применительно к данному случаю - без разницы. Поле не имеет собственных таблиц и прочих записей в БД.
Всегда и везде - достаточно закинуть файлы. Архитектуру таблиц я заранее привык продумывать так, чтобы ее не приходилось менять впоследствии. Если когда-нибудь при обновлении потребуются дополнительные действия, вы обязательно найдете эту информация в файле readme.txt установочного пакета. Если там ничего нет, значит ничего кроме замены файлов не требуется.
Могу написать длинный текст на данную тему, но пожалуй не буду. Скажу лишь, что вы перепутали фронтэнд поля с его функционалом в форме
Отсюда и появились вопросы 2, 3, 4. Далее распространяться смысла нет, поскольку вам нужно совсем другое поле, красиво решить задачу при помощи данного поля не выйдет.
1. Я сто раз писал о том, что "кто хочет решить проблему тот пишет мне письмо в котором ее описывает и мы ее решаем, кто не хочет - идет разжигать срач в комментариях несуществующими проблемами. Комментарии это неподходящий формат для решения ВАШЕЙ КОНКРЕТНОЙ проблемы, это место для обсуждение общих, но не индивидуальных вопросов". Вы упорно отказываетесь это понимать и продолжаете строчить комментарии. Если слишком сложно и непонятно, то перефразирую - "практическая помощь оказывается строго по email". Адрес есть в профиле))
2. Я не могу предложить вам решения не зная поставленной задачи. И вместо того чтобы ее озвучить вы занимаетесь ерундой, то озвучивая Не получается через поле список, потому что то, о чем я вас не спрашивал, то предлагаете прописать, чтобы Строковые/текстовые поля работали в компоненте InSEO научить слона ловить мышей. Тем самым бессмысленно тратите мое время,
1. Давайте вы для начала расскажете как вы себе это представляете. Что по вашему означает "чтобы Строковые/текстовые поля работали"? Я правильно понимаю,что вы хотите выводить бред, введенный пользователями в данные поля в фильтре?
2. Давайте вы расскажете для чего нужно вносить подобные извращения в компонент. Какая религия запрещает мешает выводить ваши поля напрямую в шаблоне? Как я уже и писал выше, данные этих полей статичны, они не меняются и нет смысла прогонять их через компонент.
3. С чего вы взяли, что можно вот так взять и "что-то прописать"? В описании компонента черным по-белому написано с какими типами полей он работает.
4. Ну и собственно хотелось бы услышать всю стоящую перед вами задачу целиком, а не тот кусок ее решения, который вы себе придумали. Мне почему-то кажется, что решать вы ее начали не с того конца. Хотя тут я могу и ошибаться, задачи бывают разные.
5. А еще предлагаю завести группу в Facebook или Одноклассниках для обсуждения данного вопроса. Или организовать сервер в Дискорде)) Это будет более подходящее место для обсуждения ваших фантазий, чем комментарии. Ну или на крайний случай можно одолжить в Кремле красный телефон с защищенным каналом связи, если формат "написал письмо в котором подробно изложил задачу и получил столь же исчерпывающий ответ" вас не устраивает.
InSEO не работает с текстовыми полями. Текстовые поля это статические данные, в них пользователь не может ничего выбрать. Значит и само построение фраз из этих полей теряет смысл. Независимо от выбора в фильтре, категории и других параметров текст этих полей будет тем же. Касательно вывода данных полей - открываем шаблон, пишем <?php echo $item['title']; ?>, закрывам))
Если у вас есть конкретное виденье того как это должно работать, то может ТЗ в личку или на почту? 100%-ной универсальности, удовлетворяющей потребности всех и решающей все мыслимые и немыслимые задачи тут все равно не получится))
Если запись продана, то автор не должен иметь прав ее редактировать. Во всем остальном дело вкуса. Можно показывать автору записи с проданными полями, можно скрывать.
Вы сейчас задали очень сложный вопрос. То, что вы описываете сделать реально, однако тут есть один большой подводный камень - в вашей схеме нет контроля предоставления пользователю услуги. Что делать если я кнопочку нажал, а ссылка не открылась - обрыв связи или другие сетевые проблемы? Если я начал качать файл а закачка оборвалась? И т.д. и т.п. Я возвращаюсь назад чтобы повторить операцию и что я вижу? 404?
Если я вас правильно понял, то целью данной модификации является продажа в одни руки? Если да, то этот вопрос решается немного другим путем.
Ну а используете вы конечно другой шаблон и в нем конечно же имеется свой файл /controllers/content/category_view.tpl.php
Не удивительно, что ничего не работает, ведь данная строка и отвечает за все преобразования.
Более того, при попытке переустановить компонент получаю 503
У вас в запросе после строки `description` TEXT NULL DEFAULT NULL отсутствует запятая. А в файле install.sql в установочном пакете она есть. Не знаю как у вас это получилось, но факт остается фактом. Я аж не поленился сходить в ваш личный кабинет, скачать установочный пакет и проверить.
Что вы хотите - это ваши личные проблемы и ни разу не повод показывать тут свой нрав. Вас никто не заставляет ничего покупать.
Речь тут идет не о "легко и просто", а о невозможности в ряде стран получить оплату другим способом.
И если толщина лобовой брони не позволяет это понять, то мне вас искренне жаль.
Кто хочет решить проблему, тот ищет пути ее решения, кто не хочет , тот пишет подобные комментарии. Я оценил ваш градус негодования, но позволю лишь заметить, что перед тем как показывать народное возмущение было бы неплохо еще научиться читать))
Ну давайте по порядку. Для того, чтобы продавать поля не нужны ни Биллинг, ни UserPay, ни какой-либо другой компонент.
Зачем компоненту Биллинг?
1. Подписки. Информация о тарифных планах, их стоимости и т.д. читается из таблиц Биллинга
2. Статистика баланса в профиле. Компонент пишет статистику покупок полей.
Сделано это для того, чтобы его обладатели могли максимально полно использовать его возможности.
Если вам не нужны поддержка подписок и вкладка Баланс пользователя, то и Биллинг вам не нужен.
Далее - UserPay. Я не ставил и не смотрел этот компонент, поэтому в своем ответе я просил вас уточнить, в чем именно должна заключаться доработка. Если в компоненте UserPay есть какие-то возможности, поддержку которых нужно реализовать вы скажите мне о них. На данный момент я не понимаю предмета разговора.
Более простое решение есть — instantcms.ru/blogs/kladovka-kodera/pole-seo-tekst-dlja-icms-2.html
Цитирую:
Также для текстовых полей в версии 1.67 добавлен вывод неизменных значений. Используйте {title&} чтобы вывести текст в том виде, в котором его ввел пользователь.
Применительно к данному случаю - без разницы. Поле не имеет собственных таблиц и прочих записей в БД.
Всегда и везде - достаточно закинуть файлы. Архитектуру таблиц я заранее привык продумывать так, чтобы ее не приходилось менять впоследствии. Если когда-нибудь при обновлении потребуются дополнительные действия, вы обязательно найдете эту информация в файле readme.txt установочного пакета. Если там ничего нет, значит ничего кроме замены файлов не требуется.
1. Да
2. Нет
3. Нет
4. Нет
Могу написать длинный текст на данную тему, но пожалуй не буду. Скажу лишь, что вы перепутали фронтэнд поля с его функционалом в форме
Отсюда и появились вопросы 2, 3, 4. Далее распространяться смысла нет, поскольку вам нужно совсем другое поле, красиво решить задачу при помощи данного поля не выйдет.
2. Я не могу предложить вам решения не зная поставленной задачи. И вместо того чтобы ее озвучить вы занимаетесь ерундой, то озвучивая
Не получается через поле список, потому чтото, о чем я вас не спрашивал, то предлагаетепрописать, чтобы Строковые/текстовые поля работали в компоненте InSEOнаучить слона ловить мышей. Тем самым бессмысленно тратите мое время,2. Давайте вы расскажете для чего нужно вносить подобные извращения в компонент. Какая религия запрещает мешает выводить ваши поля напрямую в шаблоне? Как я уже и писал выше, данные этих полей статичны, они не меняются и нет смысла прогонять их через компонент.
3. С чего вы взяли, что можно вот так взять и "что-то прописать"? В описании компонента черным по-белому написано с какими типами полей он работает.
4. Ну и собственно хотелось бы услышать всю стоящую перед вами задачу целиком, а не тот кусок ее решения, который вы себе придумали. Мне почему-то кажется, что решать вы ее начали не с того конца. Хотя тут я могу и ошибаться, задачи бывают разные.
5. А еще предлагаю завести группу в Facebook или Одноклассниках для обсуждения данного вопроса. Или организовать сервер в Дискорде)) Это будет более подходящее место для обсуждения ваших фантазий, чем комментарии. Ну или на крайний случай можно одолжить в Кремле красный телефон с защищенным каналом связи, если формат "написал письмо в котором подробно изложил задачу и получил столь же исчерпывающий ответ" вас не устраивает.
Если я вас правильно понял, то целью данной модификации является продажа в одни руки? Если да, то этот вопрос решается немного другим путем.
Не удивительно, что ничего не работает, ведь данная строка и отвечает за все преобразования.
Писал уже об этом выше - /blogs/kladovka-kodera/komponent-nagrady-i-zvanija.html#comment_111804
Речь тут идет не о "легко и просто", а о невозможности в ряде стран получить оплату другим способом.
И если толщина лобовой брони не позволяет это понять, то мне вас искренне жаль.
Зачем компоненту Биллинг?
1. Подписки. Информация о тарифных планах, их стоимости и т.д. читается из таблиц Биллинга
2. Статистика баланса в профиле. Компонент пишет статистику покупок полей.
Сделано это для того, чтобы его обладатели могли максимально полно использовать его возможности.
Если вам не нужны поддержка подписок и вкладка Баланс пользователя, то и Биллинг вам не нужен.
Далее - UserPay. Я не ставил и не смотрел этот компонент, поэтому в своем ответе я просил вас уточнить, в чем именно должна заключаться доработка. Если в компоненте UserPay есть какие-то возможности, поддержку которых нужно реализовать вы скажите мне о них. На данный момент я не понимаю предмета разговора.