Вероника Сребродольская, Посмотрите настройки инфоблока с новостями (там есть шаблон ссылки), а так же проверьте, нет ли в настройках данных компонентов параметров шаблонов ссылок. Возможно, в двух компонентах различные шаблоны ссылок по-умолчанию, и их необходимо отредактировать на нужные.
Пароли хранятся в таблице b_user в базе данных. Но посмотреть Вам их удастся только в случае, если Вы обладаете специальным даром просмотра хешированных значений и их обратной расшифровки Т.е. в таблице Вы можете увидеть только хеши паролей.
Так Вы при выполнении через mysql.exe в праметрах передайте учёные данные того же пользователя, под которым у Вас битрикс к базе обращается (/bitrix/php_interface/dbconn.php)
Попробуйте информацию о Zend Optimizer поставить до или после существующих использований zend_extension(_ts). Обычно он "чувствителен" к тому, что уже подключается. А если у Вас подключен xdebug, то Zend Optimizer вообще не будет работать.
ЗЫ: Ну если очень хочется, можете и денег предложить
Илья Богунов пишет: Я имел ввиду, пополнить счет не через карзину.
А чем не устраивает через корзину то? Используете компонент пополнения внутреннего счёта, добавляется элемент в корзину, из корзины товар оплачиваете хоть Yandex'ами, хоть WM.
У меня очень интересная проблема иногда наблюдается: сервер запущен, а некоторые клиенты не могут законектиться, непонятно почему. И нагрузки вроде бы нет, а просто не соединяется и всё тут. Не у всех сразу, а у одного-двух человек, минут через 10-15 проблема исчерпывает себя.
Админ будет при добавлении доменов, в свойстве элемента инфоблока типа "привязка к пользователям" привязывать запись к пользователю. Соответственно, в личном кабинете пользователя выводить все записи, у которых значение свойства равно идентификатору пользователя.
Почему Вам так кажется? Вы пробовали то же самое проделать в MS Office Word'е ("Enter" - абзац, "Shift + Enter" - перенос строки)? По-моему всё правильно, и вполне привычно.
Добрый день, Михаил. Мы используем следующую схему: Добавляем в Subversion каталог модуля (если разрабатываем модуль), так же добавляем наши шаблоны (все кроме стандартных CMS Bitrix и которые не связаны с проектом) и файлы публичной части. Таким образом получается, что весь код нашего проекта сохранён в базе subversion, виден весь процесс разработки, всегда можно откатиться до любой ревизии, но при этом не тронуто ядро CMS Bitrix, т.к. оно нам в базе не нужно.
На самом деле достаточно для сайта, который будет на немецком языке, указать кодировку сайта и языка iso-8859-1. И на этой версии сайта немецкий будет отображаться нормально. Что касается изменений в базе, если я не ошибаюсь то немецкие спецсимволы сохраняются в виде кодов, независимо от того, какая кодировка таблиц указана.
С UTF мы пробовали работать (с указанием всем сайтам кодировки UTF-8 ), в итоге не работали некоторые вещи Bitrix, такие как поиск например.