мне кажется, что вместо
$this->strength

нужно писать
$params['strength']


И Yii::import() можно не делать если класс валидатора хранится в одноименном файле (обычно так и есть).
  • avatar woody
  • 0
Кнопка «Разделитель страниц» позволяет — описания элемента инфоблока на несколько страниц при просмотре в публичной части сайта
По ссылке выше просто результат работы модуля для Perl.
There may be bugs in it that have already been fixed in the Perl module


Вот паттерн email-валидатора из Yii:
/^[^@]*<[a-zA-Z0-9!#$%&\'*+\\/=?^_`{|}~-]+(?:\.[a-zA-Z0-9!#$%&\'*+\\/=?^_`{|}~-]+)*@(?:[a-zA-Z0-9](?:[a-zA-Z0-9-]*[a-zA-Z0-9])?\.)+[a-zA-Z0-9](?:[a-zA-Z0-9-]*[a-zA-Z0-9])?>$/
То есть няшное программирование
  • avatar Fiesta
  • 0
Лучше всего использовать date formatter из модуля intl. Благо почти во всех современных фреймворках есть удобная обертка для форматера.
  • avatar Fiesta
  • 0
Правильное программирование? WAT?
Спасибо, исправлено
Спасибо, исправили.
Какие возможности MySQL стоит использовать для улучшения производительности?

Здесь все ответы — правильные:
+ отложенные транзакции для InnoDB (innodb_flush_log_at_trx_commit)
+ многопотоковую (multithreading) сборку MySQL
+ при использовании InnoDB обязательно конфигурировать переменные innodb_*
Для страницы сайта заданы следующие обязательные (required) ключевые слова: поддержка, support, консультация. Какой (какие) из перечисленных ниже баннеров будет доступен для показа на данной странице?

Товарищ, правильный ответ
Banner3. Ключевые слова: не заданы
Согласно докам, date('Z') — Смещение временной зоны в секундах. Для временных зон, расположенных западнее UTC возвращаются отрицательные числа, а расположенных восточнее UTC — положительные. Если я правильно понял нужно не вычитать, а прибавлять смещение вот так: date('Z-m-d H:i:s', time() + date('Z')) Поправьте, пожалуйста, если я не прав.
  • avatar Eldar
  • 0
Спасибо!
  • avatar Root
  • 0
Ну примерно это я и написал, в более короткой версии. Я бы добавил ещё проверку
isset($arResult["DISPLAY_PROPERTIES"]["TIMESHOW"]["~VALUE"])

Хотя для битрикса это не критично.
  • avatar Eldar
  • 0
Ну, что бы отключал а не скрывал.
  • avatar Eldar
  • 1
Вот этот код позволяет скрывать свойство из характеристик, в зависимости от даты.
<?
if(strlen($arResult["DISPLAY_PROPERTIES"]["TIMESHOW"]["~VALUE"]))
{
$TIMESHOW = ConvertDateTime($arResult["DISPLAY_PROPERTIES"]["TIMESHOW"]["~VALUE"], 'YYYY-MM-DD HH:MI:SS');
$NOW = ConvertDateTime(ConvertTimestamp(time(), 'FULL'), 'YYYY-MM-DD HH:MI:SS');
if($NOW >= $TIMESHOW)
unset($arResult["DISPLAY_PROPERTIES"]["TIMESHOW"]);
}
?>

Можно ли его как то доработать?
  • avatar Root
  • 0
if(time() > strtotime($item['DATE']))
  • avatar Root
  • 0
Это нужно делать на програмном уровне в компоненте, который выводит товар. Битрикс не умеет так жанглировать свойствами сам.

if(time() > $item['DATE']){
    echo $item['TRANSIT'];
}
  • avatar Eldar
  • 0
Код нужно вставлять здесь:
(bitrix:catalog.element)-->component_epilog.php
  • avatar Eldar
  • 0
Пример: В характеристиках товара выводятся свойства из инфоблока.
Название, Дата добавления, Транзит, Новинка и т. п.
Нужно, что бы свойство Транзит отключалось, если дата добавления подошла в срок.
  • avatar Root
  • 0
Есть такой стандарт RFC822.