Koobi 7 - 1 часть

[alvocom]

Исправления.

Небольшое обновление сборки.
В основном мелкие поправки. Исправлена глобальная ошибка работы главного индекса, были проблемы с выставлением прав пользователям при переходе на страницы по ссылкам из писем, было много глюков связанных с правами. Добавлен еще один темпл в сборку. Убраны соцзакладки, в них была хорошая стучалка в темплах, сразу было ясно на каком домене стоит темпл, а следовательно и кубик, заманено на подобный сервис 1кнопка ру. Хотя не думаю что кто то закладки использовал. Добавлен хелп для форума.

Для просмотра скрытого содержимого вы должны войти или зарегистрироваться.

Ниже вариант сборки на основе которого будет вестись дальнейшая работа.
Заменены все вхождения в скрипте koobi на sys с учетом регистра.
Изменена структура некоторых папок и их названия

Для просмотра скрытого содержимого вы должны войти или зарегистрироваться.

 

[DmitryKop]

у виртуя в админке сие имеется в админке, вводишь стоимость товара , валюта по выбору, ну а на сайте уже показывает пересчитанной в одной из выбранной посетителем валюте согласно курсу .

Так а смысл если в кубике тоже самое? Если все равно идет пересчет для посетителя. Какая разница в какой валюте забивать товар? Ты ж индекс пересчета все равно забиваешь по нацбанку или какой тебе по душе. В кубике тоже самое, хоть в юанях забивай товар, индекс ты привяжешь к любой валюте, а покупатель выберет с помощью переключателя какая ему роднее и понятнее.

 

[timont]

Так а смысл если в кубике тоже самое? Если все равно идет пересчет для посетителя. Какая разница в какой валюте забивать товар? Ты ж индекс пересчета все равно забиваешь по нацбанку или какой тебе по душе. В кубике тоже самое, хоть в юанях забивай товар, индекс ты привяжешь к любой валюте, а покупатель выберет с помощью переключателя какая ему роднее и понятнее.

Для начала,
приходится все прайсы (евро и доллары) переводить в третью -нац.валюту, текущим (на сегодня) курсом.
Ну а если же торгуешь не только в рублях, или же покупатель сравнивает стоимость товара не в рублях, а курс изменился и резко отличается от курса в котором производился первоначальный пересчёт из валюты (т.е. евро и доллары) в третью
и что же в итоге получаешь???

а если же привязать к товару индекс валюты, можно вводить товар в его родной валюте, при этом как бы не менялся курс стоимость остаётся корректной при пересчёте стоимости в любую валюту.

можно конечно не привязывать курс к банку, а указать статичный, но все обновлённые прайсы через месяц или пол года придётся пересчитывать в третью валюту,тем самым "статичным" первоначальным курсом

!!! теперь, понятно в чём разница между модулем виртуя и кубика??? !!!


СЧИТАЮ, ЧТО ПОДОБНАЯ ИНДЕКСАЦИЯ (кнопочка для указания валюты каждому товару)НУЖНА!!!

 

[alvocom]

!!! теперь, понятно в чём разница между модулем виртуя и кубика??? !!!
СЧИТАЮ, ЧТО ПОДОБНАЯ ИНДЕКСАЦИЯ (кнопочка для указания валюты каждому товару)НУЖНА!!!

Не такая большая полезность, но скрипты придется перелопачивать очень конкретно, изначально строение скриптов кубика под это не затачивалось. А на это сейчас просто нет времени.
Да и желающих на такой хак пока что ты один.
Обычно любой инет магазин не затачивается под прямую работу пользователя с товарами только через админ панель.
Обычно товар загоняется уже из какой то базы или прайса листа и по уму должен каждый день синхронизироваться. Админ панель должна использоваться для мелочей.
По этому направлению как бы и ведется работа. То есть будет сделана в кубе возможность работы с различными базами, возможно будет прицеплен парсер описаний и изображений в админку, который будет работать на полуавтомате. Это по моему универсальный метод. Задумок в общем много, но что именно появится будет видно в дальнейшем.

 

[DmitryKop]

Для начала,
приходится все прайсы (евро и доллары) переводить в третью -нац.валюту, текущим (на сегодня) курсом.

Тебе достаточно кликнуть на ссылку в админке(магазин)банковский калькулятор и ввести актуальные отношения главной валюты к дополнительной. Это займет 2 минуты.

Ну а если же торгуешь не только в рублях, или же покупатель сравнивает стоимость товара не в рублях, а курс изменился и резко отличается от курса в котором производился первоначальный пересчёт из валюты (т.е. евро и доллары) в третью
и что же в итоге получаешь???

Для этого есть 3 валюты(которых более чем достаточно)и опять же ты производишь ленивую манипуляцию описаную выше(в админке). Цены соответственно тоже меняются. Покупатель на сайте спокойно переключается выбором валюты. А если товары ты забиваешь в разной валюте, опять же дело на минуту, ставишь например главную доллар, забил товары в долларах, поставил другую-забил в другой. ВСЕ равно ты выставляешь индекс отношения одной валюты в другую поэтому БЕЗ разницы в какой забивать товары.

 

[Jekobs]

Интересно!!! Какому фреймворку вы отдаёте предпочтение, выбирая из двух: jQuery или Prototype?

 

[kaktyc1]

Не такая большая полезность, но скрипты придется перелопачивать очень конкретно, изначально строение скриптов кубика под это не затачивалось. А на это сейчас просто нет времени.
Да и желающих на такой хак пока что ты один.
Обычно любой инет магазин не затачивается под прямую работу пользователя с товарами только через админ панель.
Обычно товар загоняется уже из какой то базы или прайса листа и по уму должен каждый день синхронизироваться. Админ панель должна использоваться для мелочей.
По этому направлению как бы и ведется работа. То есть будет сделана в кубе возможность работы с различными базами, возможно будет прицеплен парсер описаний и изображений в админку, который будет работать на полуавтомате. Это по моему универсальный метод. Задумок в общем много, но что именно появится будет видно в дальнейшем.

На самом деле не все так просто, приведу конкретный пример: Торгуем ПО, на некоторое ПО есть рекомендованные цены, например антивирусы и есть ПО которое зависит от курса $, например операционные системы. И в принципе необходимость постоянно обновлять товары не нужно. Т.е. если будет возможность прописать одному товару цену в $ а для другого в рублях, то вполне достаточно поменять курс валюты и пользователь будет иметь актуальные цены.

 

[alvocom]

На самом деле не все так просто, приведу конкретный пример: Торгуем ПО, на некоторое ПО есть рекомендованные цены, например антивирусы и есть ПО которое зависит от курса $, например операционные системы. И в принципе необходимость постоянно обновлять товары не нужно. Т.е. если будет возможность прописать одному товару цену в $ а для другого в рублях, то вполне достаточно поменять курс валюты и пользователь будет иметь актуальные цены.

А не усложняете ли? Я сам в подобной сфере тружусь, и привязка то как раз к баксу или евро идет, так же как и рекомендованные цены от дистрибов идут также. Смысл привязки к рублю?
Здесь помоему удобней иметь автокорректировку курса, плюс там процент конвертации и прочее. Пока я так вижу модуль калькулятора валют, я просто его еще не касался, но переделывать собираюсь, потому как родной полный бред

 

[kaktyc1]

А не усложняете ли? Я сам в подобной сфере тружусь, и привязка то как раз к баксу или евро идет, так же как и рекомендованные цены от дистрибов идут также. Смысл привязки к рублю?
Здесь помоему удобней иметь автокорректировку курса, плюс там процент конвертации и прочее. Пока я так вижу модуль калькулятора валют, я просто его еще не касался, но переделывать собираюсь, потому как родной полный бред

На самом деле ничего сложного нет, в таблице товаров делаем поле "валюта", таблица валют уже есть (в ней храним курсы), пишется функция которая делает пересчет из одной валюты в другую, результат этой функции и выводим пользователю. и вот при такой организации уже можно делать все, что захочется.

 

[alvocom]

На самом деле ничего сложного нет, в таблице товаров делаем поле "валюта", таблица валют уже есть (в ней храним курсы), пишется функция которая делает пересчет из одной валюты в другую, результат этой функции и выводим пользователю. и вот при такой организации уже можно делать все, что захочется.

Конечно отобразить не проблема,а вот дальше что, пройдите шаги оформления, посмотрите, там все переписать придется. А уж если чел берет пять товаров три по одной системе, два по другой? А сортировка существующая вся разваливается, уведомление о цене туда же, сравнение товаров аналогично да и поиск тудаже, переделок много. А вывести это самое простое. В итоге получится совершенно иной модуль магазина, и все это время, которого категорически не хватает... И пока не вижу преимущества, в этом способе. Плюс наверняка путаница будет у клиентов,когда на одной странице товары в разных валютах будут.

З.Ы. Если все же пытаться делать такой вариант, то менее затратным во всех отношениях получится вариант с функцией изменения цены в базе например раз в сутки. Тут тогда действительно нужен идентификатор в базе для товара какой товар по фиксированной цене, какой от курса пляшет.