Привет знатокам, в скриптах я нубка, сапорт отправил на партнерку, что крайне доставило. Проблема моя в том, что я не понимаю почему при оформлении заказа у меня выбирается старый способ оплаты не смотря на то что по дефолту другой стоит checked. говноКод:
Чую задом, что беда в обработчике в конце моего чудо-кода. Теста ради, те кто не понял сути, милости прошу оформить заказ наложенным платежем (сумма до 150), в поля можете ввести "тест", только мейл правильно, чтобы получить уведомление, а затем оформите заказ так же только не трогая способы доставки и снова проверьте уведомление...
Добавлено (30.08.2013, 13:07) --------------------------------------------- Забавно, но при дальнейшей кастомизации полей контактной информации клиента оказалось, что там все можно прописать Если я не ошибся, то кажется свой вопрос я закрыл.
А вот по поводу скриптов я бы поспрашивал т.к. не уверен, что в итоговом варианте все оптимально вышло. Зато работает
Сообщение отредактировал Kib - Среда, 21.08.2013, 21:55
Рад, что ув. админ таки находит время посетить сей чудо проект) Не представляю если честно сколько энтузиазма нужно, чтобы все это поддерживать. Чтобы посмотреть на результаты моих стараний, можно просто зайти Доступно только для пользователей и все будет видно. Прошу сразу простить за ужасный код и подключение невменяемого кол-ва скриптов на странице оформления заказа, как и писалось выше - нупъ Зато там есть много того, чего я на других ресурсах не видел, что скорее к лучшему, ибо бизнес в нише - война за покупателя.
Назрел новый вопросик, тему видел, гугл помог, некропостить не очень охота, посему кратко сформулирую здесь: как скрыть список участников на форуме? исключительно скриптом? если да, то сабж, пожалуйста Доступно только для пользователей
Продолжая про кастомизацию - планирую менять диз, возможно и хостинг, но это уже как карта ляжет - вдохновения не хватает пока. Тем временем, отказался от живосайта в пользу более лояльного и интересного чатхелпа, что кстати всем, у кого руки из не попы растут и они когда-либо здесь побывают, рекомендую также сделать, ибо продукт бесплатный и нуждается лишь в поверхностном допиливании стиля (на данный момент). Конверсия увеличилась кстати, после того как упростил регистрацию и сделал систему скидок. Перечитываю эту тему и думаю над плавающей корзиной. Нужна ли она, не будет ли она нагружать мозг покупателя, интересно что скажет человек, которому уже довелось кастомизировать корзину
Сообщение отредактировал Kib - Четверг, 19.09.2013, 21:52
Наверное не совсем правильно просить показать как, но интерес (чисто научный) просто не позволяет не попросить Кстати, только сейчас понял, что аватарка-то из Хелсинга у кого-то
P.S. зная насколько элементарно вытягивается апи кей - вообще не хочу им пользоваться, но блин, вывод имени автора материала в блоге без апи не вышло бы реализовать)) знаю что заморочка - мелочная, но "спортивный интерес" превыше всего)
Сообщение отредактировал Kib - Суббота, 21.09.2013, 01:17
И снова здесь в поисках ответов Прокл, По сути Вам нужно дать возможность пользователю заполнять доп. поле для каждого товара. Значение (содержание) этого(их) поля(ей) должно где-то храниться, по идее такая возможность системой не предусмотрена, по крайней мере я в этом сомневаюсь. Далее это значение должно выводиться для Вас в списке заказов, где как и в случае добавления такого поля на страницу оформления заказов, его тоже придется как-то имплементировать в шаблон. Если не найдется решения через стандартные поля/информеры и прочие шалости - придется обратиться к сторонним разработчикам за решением 3 задач: написания механизмов введения полей в шаблоны, привязка места хранения информации с этих полей, вывод этой информации. Думаю ничего сложного в этом нет, но мне не хватит опыта для реализации такой задачи
А теперь вернусь к своим проблемам, с юкоза я так и не съехал, просто сделал новый проект под новые нужды уже на OpenCart, а старый с его бедами так и оставил на месте. А с ним остались и невыполнимые задачки Вопрос: имея те коды, что упоминал в этой теме ранее - тоесть вывод в input ФИО клиента(текущего пользователя) из страницы его профиля с помощью js, возможно ли применить что-то подобное
Тоесть есть условие, которое проверяет 3 последних буквы ФИО и выставляет обращение в зависимости от этого значения (ну, задумка такая ) Если ответ положительный, то возможно это можно реализовать вствив туда вместо кода информер т.к. я интуитивно догадываюсь что substr не воспринимает выражение как код, а вот значение информера он схавает. Если так, то как мне действовать далее?
Заранее благодарю за ответ
P.S. решил таки делать редизайн и сегодня буду вести борьбу с корзиной так что в тему влез надолго 100%
Добавлено (15.07.2014, 22:16) --------------------------------------------- $USER_FULL_NAME$ - решил мою проблему интересно, можно ли как-то его уменьшить?
Код
Уважаем<?if(substr($USER_FULL_NAME$,-2)='на' or substr($USER_FULL_NAME$,-2)='зы' or substr($USER_FULL_NAME$,-2)='ва')?>ая<?else?><?if(substr($USER_FULL_NAME$,-2)='ич' or substr($USER_FULL_NAME$,-2)='лы')?>ый<?else?>ая(ый)<?endif?><?endif?>
Сообщение отредактировал Kib - Вторник, 15.07.2014, 22:35
Итак, в виду плотной работы со страницей Оформления заказа и ее кастомизацией (переделкой) и с тем, что задач по этой ветке у меня много я создаю тему, которая поможет возможно не только мне.
Текущая задача: проверка полей с данными получателя на пустоту в зависимости от выбранного способа доставки (в идеале еще и проверка типа введенных данных)
Что у нас с кодом: есть 2 скрипта которые прячут/показывают способы оплаты в зависимости от выбранных способов доставки и оплаты, а скрытие ненужных полей для ввода данных получаеля вшито в те же кнопы (type="radio"), к которым вышеуказанные скрипты привязаны
Вопросы:
Есть 2 типа оплаты, есть 2 типа доставки, есть 2 (по факту 3, но исчезают они 2 первых вместе, либо 3 - последнее) поля задействованных в этом процессе (кол-во кнопок и их названий может быть больше)
1) если в админке указать для одного поля и/или для другого ("адрес", "номер склада") параметр "обязательное" то покупатель будет получать ошибку, меня это смущает, т.к. я не могу понять где производится проверка, если код берется не из какого-нибудь $BODY$ а от-туда где я его сам редактирую (но на этот вопрос мне ответ искать не горит)
2) я придумал несколько вариантов решения задачи - либо ставить в админке галочку там где "обязательное для заполнения" в обоих полях, и в зависимости от выбранного в данный момент способа доставки (тоесть в зависимости от того какое поле ввода данных у нас появится) - заполнять скрывшееся поле как-нибудь текстом, с помощью привязанных к радио-кнопкам скриптов (:smok: царский вариант) либо просто впилить проверку наличия текста/цифр в поле, опять же, в зависимости от выбранного способа доставки.
Ибо далее мой мозг устал работать прошу подсказать план наиболее рациональных действий. И да, я нубка, посему и за помощь с кодом буду благодарен, уверен что если идти по первому варианту - достаточно допилить в имеющийся скрипт нужную функцию аригато