Всего 122 934 комментария

Михаил
23 декабря 2014, 09:46
0
Я думаю стоит разобраться почему + или *. Про оформить в виде нормально даты читаем это
Наумов Алексей
23 декабря 2014, 08:56
0
Ну нет, лучше прочитать публикации здесь bezumkin.ru/modx/minishop2/classes/, особенно 2 последние

немного сложновато для первого раза, но зато можно все сделать.
Андрей
23 декабря 2014, 08:36
0
Да я всяко пробовал и со звездочкой и с плюсом писать publushedon уже от безысходности). createdon работает, но формат у него числовой, как можно в чанке его оформить в виде нормальной даты?
Василий Наумкин
23 декабря 2014, 07:13
0
Проще задать вопрос, чем заглянуть в системные настройки Tickets?
Василий Наумкин
23 декабря 2014, 07:08
0
Конечно, абсурдная. javascript может передать любой посетитель сайта.
Ты хочешь, что любой посетитель сайта мог выполнять произвольный php у тебя на хостинге?

Есть $_GET и $_POST — через них передаются параметры для PHP, который их должен очень вдумчиво фильтровать. Эти параметры можно использовать, и так же ими можно управлять на javascript.
Aртур Чикин
23 декабря 2014, 07:07
0
Символьные ссылки? Создаете 1 товар и ссылаетесь на него со своим шаблоном и другими тайтлами.
Володя
23 декабря 2014, 07:00
0
ну вот другое дело, уже мне стало понятно)
Можно сделать следующее:
— создать связь — «фиктивные товары»
— создать страницу с «реальным» болтом
— всем этим страницам с болтами для разных тракторов и тд — делать описание, заполнять картинки и мд. И добавлять нашу связь фиктивных товаров, а в ней указываем на «реальный болт»)
— пишем плагин, наверно на «КакойТоЕсть- нужно уточнить» и смотрим если есть связь то подменяем на реальный товар — тот один единственный болт

зы. первое что пришло в голову как только прочитал…

Андрей
23 декабря 2014, 06:36
0
Да спасибо большое! Помогло. Решил проблему. И все вопрос такой остается, можно как-то из js передавать значения в вызовы сниппетов? Или это абсурдная вещь)?
Василий Наумкин
23 декабря 2014, 06:26
0
Почему [[+vendor]] не работает как надо?
Потому что [[+vendor]] — это и есть id вендора, так что работает он как надо. А вот тебе нужно использовать
[[+vendor.name]]

То получаю опять вместо [[*publishedon]]
Скажи пожалуйста, а почему ты используешь в одном плейсхолдере звёздочку, а в другом плюсик? Ну и а publishedon далеко не всегда есть значение, надёжнее использовать createdon.
Василий Наумкин
23 декабря 2014, 04:12
0
Да, и я тебе уже об этом говорил.

Именно поэтому у нас здесь регистрация через email и есть восстановление пароля.
Вход через соцсети можно привязать только после создания нормальной учётки с email, как дополнительную функцию для скорости авторизации.

Пока ты не придумаешь алгоритма однозначного сопоставления аккаунтов людей из разных соцсетей без проверки документов — по другому никак.
Alexander V
23 декабря 2014, 03:52
0
А как быть в такой ситуации?
1. Регистрация и активность на сайте G+
2. Авторизация (регистрация) через VK и к нему же цепляю первый G+
Получается пользователь, который был активен через G+ потерян?
Василий Наумкин
23 декабря 2014, 03:40
0
Продай свой алгоритм идентификации ребятам из Twitter, Google и прочих Вконтакте.

А то они, дурачки, зачем-то документы проверяют, чтобы однозначно идентифицировать владельца аккаунта. Не придумали до сих пор ничего надёжнее.
Василий Наумкин
23 декабря 2014, 03:38
0
Попробуй так:
$('.mfilter-price input').each(function() {
	var val = $(this).val();
	if (val > 1000000) {
		val = val / 1000000;
	}
	val = Math.round(val);
	$(this).val(val);
});
Alexander V
23 декабря 2014, 03:38
0
Как правило, Login/Nickname это уникальное имя.
Василий Наумкин
23 декабря 2014, 03:15
0
Хорошо, что у меня есть доступ к вашему сайту, а то никогда бы не разобрались.

1. У вас нет на странице идентификатора .tops, а есть #mse2_mfilter — видимо копипаста из другого чанка.
2. jQuery у вас подключается только в конце страницы, так что scrollTop нужно вызывать после вызова [[$mainScripts]] иначе ошибка в консоли $ is undefined.

Добавил вам вызов в шаблон categoryPlant — всё работает.
Alexey Alpeev
23 декабря 2014, 01:50
0
Сформулирую по другому:
есть болт М6. в каталоге это выглядит так:
-Беларус
— Двигатель
болт М6 для двигателя Беларус
— коробка
болт М6 для коробки Беларус
-МТЗ
— Гусеницы
болт М6 для гусеницы МТЗ
болт М6 для крепления катков МТЗ
-Катерпиллер
— Главная деталь
болт М6

т.е. мы имеем 5 копий одного товара (болт М6) в разных категориях. -Обращаю внимание — с разными фотографиями, описаниями чертежами и т.д.
Можно конечно не париться. но тут встает вопрос — а как это все учитывать?
а если таких позиций тысяч пять? продать почку и купить IBM Watson для такого сайта?
Поэтому хочется сделать пусть большое, но конечное количество статических страниц. Чтобы minishop2 понимал — вот на этой странице про Катерпиллер и главную деталь положили в корзину этот самый единственный болт М6 из категории товары/болты. и правильно его списывал.
Володя
23 декабря 2014, 01:31
0
не знаю… сформулируйте лучше. Пока что вы пытаетесь придумать релевантный поиск по сайту…
если страница соответствует запросу, она и должна быть показана не? Так вроде работает поиск…
Alexey Alpeev
23 декабря 2014, 01:26
0
а это уже СЕО какое-то.
нет. вот и мысли свежие приходят:
Идея такая — есть много готовых страниц, заботливо набранных вручную или шаблонами, неважно.
Товар логически отвязан от этих страниц. Блин, как же сформулировать-то?
Короче — один товар и много страниц с описанием его. как-то так.
притом заводиться должно автоматом и сниматься тоже.