define('LANG_BILLING_BUY', "Купить за <s>300р.</s><br /><p align='center'><span class='price'>100р.</span></p>");
SpAyN
+23
Репутация
10
Рейтинг
Собственно вопрос решен с помощью магии… В plan.tpl.php->LANG_BILLING_BUY заменил на другую Купить, а в languages->LANG_BILLING_BUY прописал:
ибо файла шаблона который выводит эту константу в материалах я так и не нашел. Зато получил, то что хотел, хоть и временно…
Странно, константа LANG_BILLING_BUY нашлась в двух файлах buy.tpl.php и plan.tpl.php, в обоих заменил ее на свою, но на странице материала текст так и не изменился.
Ладно, придется скачивать все файлы с сервера
Можно попробовать поискать языковую константу в файлах. Заменить на свою и в файлах языка добавить свою...
Добрый вечер! Пытаюсь изменить текст кнопки "Купить", которая используется для продажи полей в биллинге второй ветки, если менять через languages, то меняется еще и на странице покупки подписок, а мне нужно изменить его конкретно для платного поля в типах контента, где находиться шаблон отвечающий за вывод этой кнопки?
Еще можно сделать бота использующего нейронную сеть и через пару лет обучения он мог бы стать лучше любого реального активного пользователя)
Все еще нет информации о дате выхода?
Спасибо, все работает!
Я так понимаю ф-я utf8_html_entity_encode должна это делать, но она у меня не работает, просто я не вижу не каких изменений после пропуска строки, через нее.
HiAndy, ассоциировав поле с cp1251_general_ci, теперь оно сохраняет, но на место спец символов ставит "????" потом функцией str_replace('????', "", $resp); удаляю эти вопросы, пока проблему решил так. При попытке же использования ф-и iconv записывает в базу только 0 и поюзав ф-ю utf8_html_entity_encode так и не заметил разницы, вникать же в нее не стал…
В целом спасибо за помощь!
В целом спасибо за помощь!
SpAyN,
Мне вот что интересно: в этой теме Вы смогли выложить на форум все эти символы, а содержимое постов записывается именно в базу.
Почему база этого сайта принимает юникодовые символы, а база вашего — нет?
Проверка
"🎁", "♦", "📌", "▼", "🐾", "✔", "🏆", "📢", "⌚", "⭐", "😃", "🎧", "🎤", "📷", "🔥", "🏻", "➰", "💡", "▶", "❤", "🍀", "🌎", "💰", "🤘", "🔋", "🎶", "😳", "⬇"
Мистика! Ни один из моих сайтов эти крякозябры не ест, а тут — пожалуйста!
Вот как выглядят эти крючки при редактировании:
Мой сайт их пропускает если вставлять их в текстовое поле, но не один из 3-х редакторов их не пропускает и вставка в базу с помощью функции тоже.
Собственно проблема такая: если в тексте есть подобный символ 📌 то текст после него не записывается в бд.(как и сам этот символ) Меня устроит любой из двух вариантов решения:
1. каким-то образом удалить из строки все подобные символы
2. записать как-то текст вместе с ними
Что уже пробивал:
— Перед записью пропустить строку через: strip_tags, htmlspecialchars и подобные.
— Чистить текст регуляркой preg_replace ("/[^А-Яа-я0-9\i]/","",$resp); После такого получал новые символы со знаком вопроса..
Единственное что пока сработало это такой подход^
$vowels = array("🎁", "♦", "📌", "▼", "🐾", "✔", "🏆", "📢", "⌚", "⭐", "😃", "🎧", "🎤", "📷", "🔥", "🏻", "➰", "💡", "▶", "❤", "🍀", "🌎", "💰", "🤘", "🔋", "🎶", "😳", "⬇");
$resp = str_replace($vowels, "", $resp);
Но в виду того что предоставленный массив выше не содержит и одной сотой доли, от всех возможных символов, подобный подход считаю не рациональным.
Есть идеи как тут быть?
Уточняю, что сижу на двойке и записываю в базу через модель ф-й update.
1. каким-то образом удалить из строки все подобные символы
2. записать как-то текст вместе с ними
Что уже пробивал:
— Перед записью пропустить строку через: strip_tags, htmlspecialchars и подобные.
— Чистить текст регуляркой preg_replace ("/[^А-Яа-я0-9\i]/","",$resp); После такого получал новые символы со знаком вопроса..
Единственное что пока сработало это такой подход^
$vowels = array("🎁", "♦", "📌", "▼", "🐾", "✔", "🏆", "📢", "⌚", "⭐", "😃", "🎧", "🎤", "📷", "🔥", "🏻", "➰", "💡", "▶", "❤", "🍀", "🌎", "💰", "🤘", "🔋", "🎶", "😳", "⬇");
$resp = str_replace($vowels, "", $resp);
Но в виду того что предоставленный массив выше не содержит и одной сотой доли, от всех возможных символов, подобный подход считаю не рациональным.
Есть идеи как тут быть?
Уточняю, что сижу на двойке и записываю в базу через модель ф-й update.
Добавил в профиль поле с мультивыбором, при редактировании существующих профилей, после нажатия сохранить, следующая ошибка (при этом чекбоксы работают нормально):
также при регистрации нового пользователя:
я так понимаю проблема в редиректе…
Как вы догодались, возникло после обновления…
Как вы догодались, возникло после обновления…
Очень странно, но проблема решилась повторным переносом сайта с ОпенСервера на хостинг…
VonKruger, я не вижу у себя в путях недостающего слеша, зато вижу лишние директории, которых нет в /upload/ и не могу понять от чего на всех страницах пути правильные, но вот на страницах просмотра записи, добавляются в путь лишняя директория…
Олег Васильевич я, Да. У меня стоит ещё один сайт на вдс и там такой проблемы не возникло, возможно я где-то накосячил, а вот где..