pmp

tehnikawdom

guest_step_1.tpl

можно пойти еще дальше

success: function() {
			location = '<?php echo $continue; ?>';

тот самый кусок кода который отвечает за редирект на страницу успешной регистрации

если его убрать то юзер останется на странице конфирм - но при этом заказ будет виден из админки

правда не будут работать ссылки "изменить" (данные , форму достаки, оплаты)- их придется убрать из дизайна

ВНИМАНИЕ !!!

эти изменения ВОЗМОЖНО не будут корректно работать при использовании платежных систем как формы оплаты

\catalog\view\theme\default\template\payment\cod.tpl

было

$('#checkout').click(function() {
	$.ajax({ 
		type: 'GET',
		url: 'index.php?route=payment/cod/confirm',
		success: function() {
			location = '<?php echo $continue; ?>';
		}		
	});
});
//--></script>

стало

<script type="text/javascript"><!--

	$.ajax({ 
		type: 'GET',
		url: 'index.php?route=payment/cod/confirm',
		success: function() {
			location = '<?php echo $continue; ?>';
		}		
	});

//--></script>

но придется поработать над confirm.tpl - изменить ее дизайн - повесить надпись "обработка данных" вобщем попробуйте сами поймете о чем

сейчас

Парни !

guest_step_3

это как раз тот самый часть :angry: , которая вводит все данные в базу !

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

Вы увидите там заказ , Но в админ панели его не видно !

станет он в админ панели виден после того как вы нажмете "подтвердить"

за "видимость" в админ панели отвечает другой файл payment/cod

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

и это очень логично во первых - покупатель имеет возможность проверить свои данные

а во-вторых осуществляется правильный редирект на шлюзы платежных систем

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

подтвержден

так как ты хочешь - невозможно

поменять вывод можно в соотв файле tpl (акции)

судя по твоим выводам - у тебя слишком мало

знаний php что бы это самому провернуть

(прости если ошибся)

ну что сказать - может движек переустановить

так сказать сложно - нужно пациента в глаза видеть

стилями display:none

Спасибо большое за ответ! а какая карта сайта лучше, та что есть стандартно или то что делается сторонними конторами?

По моему мнению без разницы так как (повторю)Карта сайта ОБЛЕГЧАЕТ поисковикам индексацию страниц Т.Е это актуально к примеру для новостных ресурсов , которым важно что бы

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

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

серетов нет , ну разве что надо .htaccess настроить (как - на форуме этой инфры полно поиск в помошь)

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

ниче не понял - сформулируй по другому

да очень просто -

1 просто убираешь ее в соответствующем файле .tpl

2 тэг center в том же файле .tpl

3 файл style.css border:0

стучи в аську (636 020 421) или в личные сообщения помогу

обрати внимание что они у тебя сьезжают потому что у тебя название товара разную длину имеет

значит выход - сделай все названия товара одинаковой длины (шучу)

попробуй как вариант названия товара поместить над картинкой

система => локазизация => страны => Россия => изменить => почтовый код (установить в значение "нет")

В этих файлах все правильно прописалось. Пришлось копать глубже. Через phpMyAdmin в базе данных sql нашел в строке oc_setting не верное значение _http://localhost/.... заменил его на http://мой сайт.ру/ и все встало на свои места.

Можно и проще - файл backup.sql ->поиск http://localhost/-> правим на новый

а можно еще проще - просто не бэкапить oc_setting

Ну мне хотя бы знать, ocStore v0.2.0 способен фильтровать в админке русскоязычные товары? Или это проблема денвера???

это проблема ocStore v0.2.0 и по фамилиям заказчиков (в разделе заказы)тоже не ищет

попробуй версию 0.2.2 - так кажись эту проблему решили

*Сервер БД:

*Пользователь:

Пароль:

*Имя БД:

эти данные дает хостер - они написанны в панели управления в разделе "базы данных" поищите их

если не - письмо хостеру

Префикс БД: - необязательный параметр , если его ввести то все названия таблиц в Базе будут начинать с него

Оптимизация бывает 2-х видов внешняя и внутренняя

надо работать над обеими

начни с создания списка ключевиков по которым хотел бы получать посетителей

далее прописывай эти ключевики в страницы (по 2-3) , не забудь про тэги meta и description

сделай seourl на сайте

Напиши сам пару описаний для товаров - суть в том что бы они были уникальными а не скопированными с другого сайта

Вот сделал карту XML сайта с помощью XML-Sitemaps.com не знаю стоящее ли дело.

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

Могу попробовать - если не срочно

пишите в личку

поменять расположение модуля в админке

iskif ! php можно вставить в .tpl файле соответствующего модуля

а так вообще конкретизируй вопрос лично я не понял что такое "шапка" , через какой модуль хочешь ее править в админке

ну о главное - какой код ошибки выдает редактор

bondt

по поводу твоего вопроса - конечно можно !

и стратегия программы выглядит так :

если (введен емаил)то емэил по умолчанию = емэил

(в противном случае)- емэил по умолчанию = емэил по умолчанию

vavan1955

Так же ничего не получится и на Опенкарт (ОсСторе).

Если ты этого не можешь сделать , то вовсе не значит что это невозможно сделать

Я не так давно начал изучать этот двиг, многому научился, много его ковырял, не получается

значит мало учился - еще надо ... :rolleyes:

AndrewKto1

'cost' => 0', 'tax_class_id' => '0', 'text' => '0'

пропущена левая скобка у cost=> 0

одношаговая регистрация - реальна на этом движке ! ключ к успеху - ajax и передача данных ему в виде json как в версии 1.5

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

виде отдельного модуля

Одношаг с регистрацией - не пробовал , но уверен что проблем не вызовет.

С чем я согласен так это с тем что этот вариант для тебя не подойдет так как

скачивать товар возможно только с личного кабинета

и это по сути правильно с точки зрения функциональности - так как только в личном кабе

можно разместить ссылку на скачивание, что невозможно в гостевом режиме

попадаем на страницу step1, где заполняем данные - это второй шаг. Жмём кнопку ВПЕРЁД, попадаем на страницу step3 - это третий шаг.

тут ты перегнул

где ты здесь 2 шага увидел ????

Нахрена тогда ложить в корзину а затем оформлять заказ?

А как ты предлагаешь сделать ?

При добавлении сразу редиректить на оформление ?

помоему это расстроит покупателя. покупатель добавил в корзину , затем посмотрел - а че там еще есть ?, можеть после зарплаты приду и еще это куплю. :rolleyes:

так что смысл есть :D

а когда у него четко сформируется намеренние купить он жмет ссылку ОФОРМИТЬ и далее :

1 заполняет свои данные

2 жмет кнопку ПОДТВЕРДИТЬ

ВСЕ!

Я сейчас у тебя попробовал помусорить, ну никак 2 шага не получается

Интересно !!!

А сколько у тебя шагов выходит ?

Мне этот дизайн уже приелся-знаю куда тыкать

а свежий взгляд - это новое мнение , вобщем -выкладывай У тебя сколько шагов выходит ?

неужто больше чем в стандартной сборке :lol:

0 При клике оформить попадаем сразу на гостевую регистрацию (как это сделать на форуме писали не раз)

1 в файле catalog\controller\checkoutguest_step_1.php находим :

$this->redirect(HTTPS_SERVER . 'index.php?route=checkout/guest_step_2');

и меняем ее на

$this->redirect(HTTPS_SERVER . 'index.php?route=checkout/guest_step_3');

2 в файле catalog\controller\checkout\guest_step_3.php

после

if (!isset($this->session->data['guest'])) {
	  		$this->redirect(HTTPS_SERVER . 'index.php?route=checkout/guest_step_1');
    	}

вставляем

$this->session->data['shipping_method']= Array( 'id' => 'flat.flat' ,'title' => 'xxx', 'cost' => 0', 'tax_class_id' => '0', 'text' => '0' );
	$this->session->data['payment_method']=Array ( 'id'=> 'cod' ,'title' => 'Оплата при доставке', 'sort_order' => '1' );
	$this->session->data['comment']="no_coment";

Тем самым мы заполнили те данные которые просят в guest_step_2 т.е способ доставки оплату и комменты , а покупатель заполил данные и подтвердил заказ вот вам и 2 шага !

мой работодатель сразу пояснил что ему не важны эти данные

если они все таки требуются попробуйте запихнуть эти формы в guest_step_1 а в guest_step_3 подменить их вышеописанным способом

так же стоит поработать над теми полями которые нам просто не нужны

к примеру страна - скажите много магазинов отсылают за пределы России ?

значит прячем это поле - от чего у покупателя глаз радуется

вместо тэга select ставим

<input type="hidden"  name="country_id" id="country_id" value="176">

то же самое можно сделать и с адресом почтовым кодом и тд

пример реализации смотрите тут- http://z169691.infobox.ru/ я думаю с недельку проживет этот адрес

сделать - реально !

правда не в один шаг а в два

суть- покупатель заполнил данные о себе в guest_step_1 и его

сразу перекидывает в конфирм , где ему предлагают проверить правильность введенных данных И просят подтвердить заказ

В guest_step_2 заполняют способ доставки и оплаты - их дабы скрипт не ругался прописываем константой в guest_step_3.php(так сделал я ,они не нужны были)

но если нужно можно их предусмотреть в форме в guest_step_1 ...

вот так вот - ненавязчиво и быстро.

и менять не так уж и много .

Так как тема устарела (судя по дате) прилагать усилий для описания не очень хочется , но если кому-то интересно отпишитесь

с радостью помогу !

icq 63шесть020четыре21