Андрей

Андрей

С нами с 24 июля 2014; Место в рейтинге пользователей: #995
Андрей
07 ноября 2020, 13:31
0
Так, похоже я что-то пропустил, теперь выходит EVO круче REVO?
Андрей
14 сентября 2016, 21:41
0
Имеются правки как по верстке так и по программной части.
Андрей
11 декабря 2015, 00:17
0
Вот пару моментов, может пригодится кому-то

1) date() в феноме модификатор и первый аргумент тут дата или timestamp, а второй — формат

2) При вызове модификатора date_format, %s (в нижнем регистре) возвращает timestamp. Нужно юзать %S

Варианты записи:
{set $time = time()}
{set $date = date($time,'Y-m-d H:i:s') ~~ '+10 days'}
//Или
{set $date = $time|date_format:'%Y/%m/%d %H:%M:%S' ~~ '+10 days'}

{$date|date_format:'%Y/%m/%d %H:%M:%S'}
Андрей
10 декабря 2015, 23:18
0
Не парсится, в феноме конкатенация через тильду идёт ~. Однако при правильной записи выдаёт текущую дату. Чтобы модификатор прямо к строке добавлять, нужно чтобы дата в опрделенном формате была, не помню в каком точно.

Вобщем так работает
{set $date = strtotime('+10 days')}
{$date|date_format:'%d %b %Y'}
Андрей
10 декабря 2015, 18:14
0
Согласен
Андрей
10 декабря 2015, 17:47
0
та кавычки здесь не при чем, я в комменте выделил для наглядности. Суть в другом
{$ts|date_format:"%Y/%m/%d %H:%M:%s"} — работает
{$ts|date_format:"-1 day"} — не работает
Андрей
10 декабря 2015, 11:24
0
github.com/fenom-template/fenom/blob/10c8109bb545afc6ab599aee273e6978f2789ae6/docs/ru/mods/date_format.md — не работает модификатор даты, как в примере. То есть формат меняет без проблем, но если я попытаюсь вывести в таком виде "{$ts|date_format:"-1 day"}"
то выведет "-1 day"
Андрей
05 декабря 2015, 11:34
0
Помню, что в документации написано было, «Эти способы загрузки чанков работают во всех родных сниппетах pdoTools и во всех других, которые используют методы pdoTools getChunk и parseChunk.» Но почему-то решил, что когда в системных настройках указать joxi.ru/VrwWGlWfKKxvMr, то это распространиться и на обычные чанки.

P.S. Вот теперь fenom будет у меня повсюду :)
Андрей
05 декабря 2015, 11:27
0
Спасибо, я не совсем понимал логику работы парсера.
Андрей
05 декабря 2015, 11:08
0
modx.pro/development/7162-example-fenom/#comment-50656

Зато все значения выводятся при вызове сниппета [[!temp]]

Тестовый сайт:
s3660.h2.modhost.pro/test.html
user: s3660
pass: a0VU4iiGhkmb
Андрей
05 декабря 2015, 02:40
0
И? Я не правильно обращаюсь?
Андрей
05 декабря 2015, 00:50
0
Василий, не подскажешь, что я делаю не так?
Вызов в шаблоне:

{$_modx->runSnippet('temp')}

Сниппет:

<?php
$output = $modx->getChunk('testChunkCommon', array('some_placeholder' => 'some_placeholder'));
return $output;

Содержимое testChunkCommon.tpl:

1: {$some_placeholder}
2: {$_pls['some_placeholder']}
3: {$_modx->getPlaceholder('some_placeholder')}
4: [[+some_placeholder]]

Результат:
1:
2:
3:
4: some_placeholder
Андрей
04 декабря 2015, 14:23
0
Зато все значения выводятся при вызове сниппета [[!temp]]

Тестовый сайт:
s3660.h2.modhost.pro/test.html
user: s3660
pass: a0VU4iiGhkmb
Андрей
04 декабря 2015, 13:38
0
Вызов в шаблоне:
{$_modx->runSnippet('temp')}
Сниппет:
<?php
$output = $modx->getChunk('testChunkCommon', array('some_placeholder' => 'some_placeholder'));
return $output;
Содержимое testChunkCommon.tpl:
<p>1: {$some_placeholder}</p>
<p>2: {$_pls['some_placeholder']}</p>
<p>3: {$_modx->getPlaceholder('some_placeholder')}</p>
<p>4: [[+some_placeholder]]</p>
Результат:
1:
2:
3:
4: some_placeholder

Не могу понять, что я делаю не так. Хелп!
Андрей
03 декабря 2015, 21:32
0
Это я тоже пробовал, глухо
Андрей
03 декабря 2015, 17:57
0
А не подскажете ли как в своих сниппетах, использующих чанки для вывода результатов выводит плэйсхолдеры с использованием fenom? {$placeholder} и {$_modx->getPlaceholder['placeholder']} не видны в таких чанках, однако [[+placeholder]] — отображаются нормально.
Андрей
03 декабря 2015, 13:55
0
Так и думал, что коммент как-то не так воспримется. Смысл один, мы либо добавляем поля прямо в основную таблицу, либо в какую-то связанную таблицу, будь то таблица ТВ-шек, свойств товара или что-то ещё. В первом случае всё просто и быстро, но не очень гибко и красиво, во втором — нужны джойны, зато всё красиво и гибко.
Андрей
03 декабря 2015, 12:09
+1
Новая тенденция «Нафиг всю эту сложную архитектуру, 4096 столбцов решат все ваши проблемы» )))
Андрей
02 декабря 2015, 17:43
0
Вся суть сводится к тому, чтобы добавлять все поля в одну таблицу. Но этому же есть какой-то предел. Например, у товара minishop может быть множество свойств и все их не запихнешь в одну таблицу. Или речь идёт о полях, по которым наиболее важна скорость выборки?
Андрей
01 декабря 2015, 00:11
0
Только хотел ответить, но вижу уже есть ответ. У меня тоже плагин на это событие. Но у меня что-то в этом роде:
$price = $product->get('price');
$price = $price * $rate;
$product->set('price', $price);