Перейти к публикации
Поиск в
  • Дополнительно...
Искать результаты, содержащие...
Искать результаты в...

pi1

Пользователи
  
  • Публикаций

    53
  • Зарегистрирован

  • Посещение

Все публикации пользователя pi1

  1. pi1

    Вставка нового логотипа

    А это тот stylesheet.css ?
  2. Не понятно, речь идет о форуме или о магазине. Впрочем, раз никто не жаловался, то так как есть правильно и даже удобней.
  3. Что то с базой. Удалено- не значит нет в базе.
  4. Год назад делал подобное (потом некогда было- "ваял" Tandem7L), могу помочь.
  5. Если по-мелочи, то давайте поработаем.
  6. pi1

    ocStore v1.5.1.3 релиз

    >Что и где подправить что бы везде были галки... буду очень благодарен. Заранее спасибо. Нужно сразу идти на платный хостинг. Тем более что обычно дают 10 дней для пробы (например timeweb). Версия тут не причем.
  7. pi1

    ocStore v1.5.1.3 релиз

    Забыл туда же добавить .$order_info['shipping_postcode'], а впрочем там выше в файлике можно найти любое поле массива .$order_info, выбирай че нужно.
  8. pi1

    ocStore v1.5.1.3 релиз

    В дополнение к совету "Удобный вид email-уведомлений админу о заказе" (здесь) можно строчку в файле catalogmodelcheckoutorder.php (в оригинале строка №456, $text .= "n";) заменить двумя строчками: $text .=$order_info['telephone'].' '.$order_info['shipping_firstname'].' '.$order_info['shipping_lastname'].' '.$order_info['shipping_country'].' '.$order_info['shipping_city'].' '.$order_info['shipping_address_1'] .' '.$order_info['shipping_address_2'] ."n"; $text .=$order_info['telephone'].' '.$order_info['payment_firstname'].' '.$order_info['payment_lastname'].' '.$order_info['payment_country'].' '.$order_info['payment_city'].' '.$order_info['payment_address_1'] .' '.$order_info['payment_address_2'] ."n"; Первая строчка- реквизиты доставки, вторая- реквизиты оплаты. Кривовато конечно, но работает :) В сообщении теперь ФИО, тлф и адрес.
  9. pi1

    ocStore v1.5.1.3 релиз

    Виноват. Звиняюсь. В комплекте ocstore 1.5.1.3 действительно в отношении $this->document->setTitle($this->language->get('heading_title')); все чисто. Причина видимо в одном из предыдущих некорректно выполненном обновлении. Почему вопрос попал сюда? Проблема вылезла при попытке обновления с ocStore 0.2.2 до 1.5.1.3. Правильно тут советовали- ставь с нуля и перезаливай товары, так вернее.
  10. Вот текст с сайта разработчика: ----------------------------- Layouts Updated to 1.5.1.3 Insert new layouts or templates for sub-pages. After uploading the layout file to public_html/catalog/view/theme/default/template/templatename (OR your store's exact URL), tell your store where to find the template. *Layout Name Give the new layout a name. Click ADD ROUTE Button, then select Store Name or leave blank for default, specify the route or URL in the ROUTE field and click the Save button. ----------------------------------------------- Сокращенно-упрощенный перевод: Схемы расположения шаблонов модулей Обновленный к 1.5.1.3 Для добавления новых схем расположений шаблонов подстраниц. После загрузки файла шаблона в public_html/catalog/view/theme/default/template/templatename (ИЛИ точный URL Вашего магазина), укажите Вашему магазину, где найти шаблон..... ---------------------------------------------------- Итак теперь понятно, что если я хочу добавить индивидуальный шаблон (файл tpl в директории template) для моего модуля какой нить страницы, то я должен здесь создать схему его расположения по аналогии с существующими, а в модулях для этого модуля задать соответствующую схему. То есть модуль Категории должен быть привязан к схеме Category, чтобы загружался специально созданный для показа категории шаблон, в противном случае будет использоваться "не родной" шаблон.
  11. pi1

    ocStore v1.5.1.3 релиз

    К сведению. Строчка в файле [имя ].php, которая делает ошибку:Cannot access private property Document::$title in /public_html/admin/controller/........ выглядит так $this->document->title = $this->language->get('heading_title'); А вот ниже работающий код (взят из соседнего, работающего файлика) $this->document->setTitle($this->language->get('heading_title')); Надеюсь в скачиваемом комплекте это уже учтено. Так как один из таких глюков в модуле cart.php, то это явно не сторонняя разработка.
  12. pi1

    ocStore v1.5.1.3 релиз

    5 марта в этом топике описал решение, поиск по main_category рулит.
  13. pi1

    ocStore v1.5.1.3 релиз

    Блин! Никак не привыкну к форуму. Не того процитировал. Лекарство к следующей ошибке: --------------- При попытке редактировать товары выдает: Notice: Error: Unknown column 'main_category' in 'where clause' Error No: 1054 SELECT category_id FROM oc_cityproduct_to_category WHERE product_id = '115' AND main_category = '1' LIMIT 1 in /home/u2 ------------------------- строчку в upgrade.sql добавить и запустить обновление еще раз ALTER TABLE oc_product_to_category ADD main_category TINYINT(1) NOT NULL DEFAULT '0';
  14. pi1

    ocStore v1.5.1.3 релиз

    В файлике обновления upgrade.sql (см. upload/install) не хватает строчки:ALTER TABLE oc_product_to_category ADD main_category TINYINT(1) NOT NULL DEFAULT '0';
  15. pi1

    ocStore v1.5.1.3 релиз

    Для установки с нуля, нужно расположить в корне сайта содержимое папки upload (используя файловый менеджер хостинга или зайдя по ftp). Среди размещенных папок есть временная папка install. К ней обращаемся через адресную строку браузера- http://MySite.ru/install. При этом запустится скрипт, который и произведет создание таблиц базы и настроит конфигурационные файлы сайта. При установке понадобится задать имя базы, имя суперпользователя базы и его пароль (на всех хостингах по разному). В конце установки Вам будет предложено войти администратором сайта (имя и пароль которого Вы зададите в процессе установки). Попутно маленькое разъяснение по обновлению версии ocStore 0.2.2 до сабжа. Ядро этой версии относится к версии opencart 1.4.xxx (точно не помню, это не принципиально). Так вот на оф. сайте выложен архив скрипта обновляющий ядро 1.4.ХХХ до версии 1.5.ХХ , в составе которого есть пошаговая инструкция, в которой в частности сказано, что скрипт запускается НЕ ЧЕРЕЗ АДМИНКУ ХОСТИНГА( точнее не напрямую типа PHPMyadmin), а через адресную строку броаузера.(http://forum.opencart.com/viewtopic.php?f=2&t=36519) Кроме того в скачиваемом комплекте также есть пошаговая инструкция на русском( в которой и упоминается вышеизложенная ссылка), за что автору благодарность и уважуха.
  16. pi1

    Безопасность OpenCart

    Да нет, про платежные системы Вы мне все уже растолковали, благодарю. Я про общий подход. Насколько я понял, собственно поэтому и остановил свой выбор на opencart, в начале своего знакомства с моделью MVC, это наиболее защищенная модель обмена данными между клиентом и БД, вследствие отсутствия прямого обращения из шаблона к базе данных. Так вот вопрос состоит в том, есть ли уже другие решения (например дополнения opencart), построенные на скриптах и при этом вся логика помещена в файл tpl? Вопрос чисто технический, из любопытства.
  17. pi1

    Безопасность OpenCart

    >CSRF можно осуществить без ajax. Это понятно. Просто я плохо знаю ajax, потому и "дую на воду". Спасибо за достаточно убедительный ответ. Насколько я понял, главное при написании J-скриптов для opencart - стараться придерживаться MVC для исключения прямого доступа из скрипта к базе данных. Не так ли?
  18. pi1

    Безопасность OpenCart

    Хорошо, уточню. Меня, а я намериваюсь создать свой магазин, интересует степень защищенности 1.5.1.3 и упрощенного заказа в котором присутствует автоматизация оплаты. И то и другое хочется использовать.Так как я уже не раз обжигался и немного понимаю в программировании, то решил поискать по теме информацию в инете. Нашел инфу (ссылка выше)за 2008 год, в которой ясно (для программиста) написано, что если в скрипте использующем ajax не применена система защиты маркера доступа, то запросы скриптов моих покупателей можно перенаправить как угодно. Вот и ответьте мне, в этой версии с этой точки зрения все о'кей, также порекомендуйте мне упрощенную форму заказа с соответствующей защитой. Если не знаете, то действительно обсуждать нечего.
  19. pi1

    Безопасность OpenCart

    Ну тут не совсем так просто. Платежные системы используют те url которые Вы предоставите (например для двух случаев- проплата прошла/не прошла) и в случае прошла- передают реквизиты проплаты. Как Вы этим в своем движке воспользуетесь- это Ваше дело. В лучшем случае предоставят API для работы с полученными реквизитами проплаты. У меня нет уверенности, что мой покупатель не имеет на своем ПК трояна заточенного как раз под такой случай.
  20. pi1

    Безопасность OpenCart

    Не любой скрипт участвует в автоматизации оплаты товара :) Меня впечатлило содержание статьи по этому адресу -http://raz0r.name/articles/zashhita-ot-csrf/#more-149 Пока это не касалось денег, я тоже не интересовался :)
  21. pi1

    Безопасность OpenCart

    Хотелось бы услышать мнение продвинутых по поводу безопасности в свете последних инноваций по внедрению технологии ajax в скриптах движка (сначала упрощенная форма заказа, теперь вот новая версия- 1.5.1.3). Для не продвинутых поясняю ajax- скрипты исполняются на компьютере клиента.
  22. Да нет, у чела просто та самая упрощенка, а ему хочется в этой упрощенке иметь один маленький чекбоксик, чтобы клиент мог воспользоваться уже установленным и (вроде) ранее работавшим дополнением robokassa . Какая тут разработка, если я пока чисто в блокноте код пишу (привычка знаете). Обидно за других, ребята сколько дополнений для автоматизации оплаты сделали, а тут вдруг они не нужны. Каждый магазин проходит путь от простенького лотка до бутика (если не разорится конечно). Может оно и верно, поработал с упрощенной формой, денежек заработал- поставил что нить другое вместо opencart за доп.плату. Ту же магенту или битрикс, например.
  23. Может я и не прав, тут справедливо заметили, что я предлагаю свои услуги. Но освоение предметной части должно быть хоть как то мотивировано. И свои услуги я предлагаю там, где никто не откликнулся. Подождите немного, будет и от меня бесплатная польза. Я пришел с классической модели CMS и пока не освоил opencart так же хорошо, как другие. Но я привык как к аксиоме, что пользователь движка должен иметь возможность без помощи кодера установить/удалить/временно выключить дополнение (плагин).
  24. Кстати, посмотрел скрипты- написано очень толково. Да и идея толковая- теперь все кто поставил могут по всем вопросам надеяться только на разработчика в части пожеланий и добавлений. Конечно, если б можно было из админки рулить этой формочкой- ну там заменить способ доставки, установить порог по количеству доставки (если меньше ххх, то бесплатно), добавить способ автоматической оплаты (PayPal) . Да цены б тогда ей не было б. Не то что 10 баксов, 30 была б нормальная цена. А так я завтра на голом html форму на 3 окна и с одной кнопкой сделаю и за 5 баксов буду продавать, кто ж меня похвалит? Я не ругаю Ваш скрипт, сделано на совесть. Но хотелось бы, чтобы Вы поставили себе более высокую планку, потому как упрощенная форма для клиента не отрицает возможность управления ею из админки.
  25. Отправил на мыло ссылки с работающей схемой
×
×
  • Создать...

Важная информация

На нашем сайте используются файлы cookie и происходит обработка некоторых персональных данных пользователей, чтобы улучшить пользовательский интерфейс. Чтобы узнать для чего и какие персональные данные мы обрабатываем перейдите по ссылке. Если Вы нажмете «Я даю согласие», это означает, что Вы понимаете и принимаете все условия, указанные в этом Уведомлении о Конфиденциальности.