costas

Вторая цена как я понял нужна только для отображения, можно изменить модель и добавить вторую цену, но работать по заказам будет только первая.З.Ы. в дефолтной поставке нет такого функционала, только пилить самому или модуль.

в файле admin/model/catalog/product.php находите все: (int)$data['points']меняете на: (float)$data['points'] при условии что поменяли тип данных в таблице.

Телепатов нет, версия магазина/шаблона, ссылка на магазин.Упрощение формы заказа до одного шага известный гемор.

простой скрипт на bash к базе мускуля как раз решит ваши проблемы, акромя потёртых файлов

Proshop2 это шаблон для Opencart 1.4.9.x, смею предположить, что с ocStore v0.2.x-0.1.x возможно будут несовместимости.Любые изменения сделанные в админке сохраняются в СУБД MySQL, и никакая замена файлов их Вам не вернёт, всегда перед изменениями файлов (шаблоны, модули и тд) делается бэкап самих файлов + дамп базы MySQL. Если Вы ставите шаблон, тот или иной, то нужно быть уверенным, что шаблон предназначен для Вашей версии магазина (opencart/ocStore), ну и мелкие правки всё равно будут...

Куда съехали если не секрет?

Сохранить документ из Cals как HTML, открыть его в любом текстовм редакторе с поддержкой UTF-8 (например Notepad++ http://notepad-plus-plus.org/), скопировать в Вашу статью в магазине часть с таблицей прайса от сих: <TABLE FRAME=VOID...и до сих: </TABLE>включительно

На хостинге натройки php. Попробуйте в .htaccess прописать php_admin_value open_basedir noneтак же можно в файле config.php добавить первой строчкой <?php ini_set('open_basedir', 'none'); ?>

Кстати, чтоб Ваши слова не были голословными, огласите список сайтов фрилансеров, где можно, практически задаром, нанять PHP web программистов на то что Вы изволили тут желать :rolleyes:

самый простой способ в админке в списке покупателей тык на имени покупателя и Вы залогинетесь под ним в магазин (на версии 1.5.х точно работает).

Это сообщение указывает на то, что путь не включен в список допустимых путей, рулится через параметр open_basedir http://www.php.net/manual/ru/ini.core.php#ini.open-basedir в Вашем случае думаю чтение пути идёт посредством is_file, сморите настройки хостинга...

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

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

Если внимательно изучить ТЗ, то: Создаем 2 подраздела листинга новостей - модуля с категоризацией новостей не существует в природе, стоимость разработки или доработки существующих от 8-16 часов Разделы: Подразделы: страница текста - аналогично, бесплатного модуля нет, стоимость разработки или доработки существующих от 8-16 часов Шаблон который следует адаптировать работает на версии оригинального opencart 1.5.1, если принять во внимание что в шаблоне имеются перепиленные части контроллеров и моделй (далее как ядро, без учёта View) то поставить его на какой либо ocStore не представляется возможным, если только не заниматься адаптацией (ну ни как не 2 часа). Изменения относительно премиум шаблона тянут за собой анализ всего шаблона (если есть документация то будет проще, но она обчно скудна), как правило премиум шаблоны ничего общего по структуре с дефолтным не имееют ибо делаются профи и делаются под ключ как коробочный вариант использования... Спискок модулей представленных в ТЗ на половину от версий ocStore v0.1.х, не говоря уже об остальных. Любые модули включая для версий opencart 1.5.1 без приседаний над кодом работать в премиум шаблоне не будут, не говря уже о несовместимости версий opencart и ocStore. Ну так как речь идтёт об opencart (шаблон со всеми вытекающими) то с поддержкой русского языка будет напряг, нужно поработать и над этой частью. Редизайн делается дизайнером, не программистом, если заказчик предоставит цвета, стилистику атрибутов и тд - то программист вполне сделает "редизайн", если у Вас нет образования в области дизайна, то врят ли Ваши доводы будут убедительными, есть программист - есть дизайнер, каждый должен заниматься своим делом, третьего не дано. А теперь вопрос на мильён: хде тут два часа работы за 40 зелёных? Из всего выше описанного можно сделать вывод, что заказчик никогда не сталкивался с разработкой сайтов и не имеет представления как делать анализ CMS, SCS и им подобным для получения желаемого. Ну и на ТЗ это мало похоже, это даже не список хотелок, это из разряда "Слышал звон, да не знает где он..." ИХМО автору надо было пообщаться локально с программистом в этой области, прежде чем заниматься не своим делом... хотя... может просто очередной начинающий кидала...

Респект автору, как на счёт логирования медленных запросов MySQL с последующей оптимизацией?

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

Не все, есть изменения отностительно категорий и всё что с ними связанно Вопрос к разработчикам.

Ядро магазина не предполагает упрощение заказа, схема заказа включает в себя адреса доставки и оплаты к которым привязываются модули, к адресам ещё идёт привязка по регионам, вариант с выпиливанием ломает полностью существующую схему (пилить много)...В общем нужно заменить все запросы к модулям payment и shipping например к одному файлу order*.php, изменить так же checkout.tpl (там всё динамически через JSON) либо менять JSON запросы либо подменять полностью контроллеры своим + шаблон, а дальше по нарастающей: кабинет юзверя менять всё что касается адресов доставки и оплаты, истрою заказов и тд, в админке то же самое, ну и разобраться с таблицей `order` - ибо там снапшот заказа с последующими изменениями. Вопросов много тут много, по хорошему нужно отдельный модуль подменяющий всю схему, но пока такого нет... З.Ы. Тема актуальная и многим нужна...

Error log на сервере посмотрите, если правили шаблон, то возможно ошибка там.

Это xml парсер на DOM XML, работает так же как и XMLReader, низкое потребеление памяти и очень медленный.Тестируйте, лично я отказался от него, все изменения которые описаны в xml - делаю ручками, в любом случае при обновлении версии ядра придётся править xml файлы модулей.

пример кода if (($this->request->server['REQUEST_METHOD'] == 'POST') && ($this->validate())) { $this->load->model('setting/setting'); $this->model_setting_setting->editSetting('exchange1c', $this->request->post); $this->session->data['success'] = $this->language->get('text_success'); $this->redirect($this->url->link('extension/dataexchange', 'token=' . $this->session->data['token'],'SSL')); }

Ну зарегает он ещё один ак, предупреждать бессмысленно, просто не нужно работать без предоплаты..

У Вас магазин на Joomla+Virtuemart, Вы немножко ошиблись форумом.

P.S. ИХМО на продукт слабо тянет, скорее на поделку.