ocdev_pro

А ничего что opencart на vps на все папки 777 требует? или хотя бы 755 И не хочет работать без этого)))

 

Даниеля тролить безтолку у него юношеский макстмализм аж из ушей прет)

 

Ну так-то тут курилка, сидим болтаем )) Приятно, что есть с кем обсудить насущное)) 

Дело в том что в Laravel доступна извне только папка public, а все остальное находится на каталог уровнем выше.
Тоесть public это корневая папка того что доступно пользователю. А весь функционал надёжно спрятан)

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

Видимо не работал и выразил поверхностное мнение.
На счёт проектов за 5000$ ну фреймворки не для бомжей, на них делают серьёзные крупные проекты.
Опенкарт норм, но имхо толко на 2-3 года, потом либо от опенкарта уже ничего не остаётся, либо масштабируются и всеравно пишут на фреймворке.

Кто говорит что никто не заплатит глуп, серьёзные компании да конечно когда слышат предложение "мы вам сделаем магазин на бесплатном Opencart, или визитку на Joomla" за 3рубля плюются и говорят это уже не для нашего уровня. Но Magento тоже бесплатная коробка, а на нем энтерпрайс проекты делают.

Хорошие кодеры на фреймворке всегда будут с работой, с высокой зп и иномаркой.

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

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

Ну давайте тогда на Laravel 5, там и порог вхождения ниже и производительность выше чем у симфони, да и комюнити очень активное и он в ТРЕНДЕ =)))))

или Вы и дальше предлагаете сидеть на велосипеде с квадрытными колесами и плакать при попадании на очередной баг)))

Уже создано много чудесных вещей которые решат большинство проблем)) Например сделать тот же импорт/экспорт, берем либу DomCrawler и парсим все что хотите xml, yml, html или Laravel-Excel и работаем с Excel, csv.

 

Безопасность у Ларавел на высоте и работает с люббыми кешами apc, file, DB, memcache, redis и кеширует все что угодно.

 

Если Даниель ведет такую политику, "мы сами с усами" а все умники Фак офф, так Флаг ему в руки и якорь в ж*пу.. Он так и останется на уровне коробки для бюджетных проектов до 2000$

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

Битрикс вообще отдельный разговор, это коммерческий продукт, с кодом не для разработчиков..
Prestashop скажем требует более высокого уровня знаний, но с переходом на Симфони он и на другой уровень выходит и работать с ним удобнее будет

Opencart framework!? Да это велосипед у которого нет не одного преимущества и множество недостатков перед действительно фреймворками. Наблюдаю за изменениями в коде opencart и у меня появляется желание перестать вообще на нем делать проекты... Стабильности не наблюдается, документация от разработчиков практически отсутствует, какие либо нововведения приходится узнавать методом тыка и перечиткой форумов.

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

Ребята кому интересно заходите скачивайте Шлюз TurboSMS для OC2

Выложил бесплатно. 

За недорого могу написать функционал, что бы смс можно было слать из формы заказа, или любого другого места.

Можно вызвать библиотеку в нужном месте следующим образом:
 

$registry = new Registry();
$registry->set('lib', new Class($registry));
				
$lib= new Class(param1. param2);
$lib->doSomething();

И все было бы проще сделать, если бы в ocStore в loader.php не удалили функционал подключения библиотек...
в оригинальном Opencart библиотеку можно в любом месте подключить как
 

$this->load->library('lib');

http://www.smsc.ua/reg/ классный шлюз, модуль бесплатный на сайте у них идет есть и под 1,5. Настройки и функционал что надо.

ИМХО turbosms поддержка лучше и ниже тарифы. Сам года 2 пользовался smsc, но потом сменил и не пожалел

melsp, Да хотите соглашайтесь, хотите нет. Без базовых знаний html+css нечего сунуться в сайтостроительство и темболее в верстку. Это как Азбука - должна от зубов отскакивать. А людям неспособным или не желающим самообучаться дорога в 1 конец

Копаясь в git репозиториях opencart обнаружил, что возможно opencart в близком будущем может получить twig шаблонизатор, вместо привычного. (Вернее в ветке master-pre-rollback - Beta release v2.3.0.0_b1)

Кто и что думает по этому поводу?

Какие могут быть трудности в будущем при созданиии шаблонов и их кастомизации?

За и против, аргументы, факты!?

После прописывания ЧПУ, нужно очистить системный кеш, тогда обновления сразу будут видны
Система - Инструменты - OC Team

Все это делается в css и подобные темы на форуме думаю стоит закрывать сразу. Не относится к opencart вовсе - да и вопросы детские. Нужно просто идти и учить верстку - html+css+js.

Не знаю, заказные или нет. Но реально хостинг отличный. 

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

KVM виртуализации нету, аппаратной защиты от DDOS нету.

Я бы сказал хостинг очень посредственный и не надежен

Все такие ошибки и подобные им возникают из-за нововведений в версии 2.x системы API.

Которая как бы создана для того, что бы обезопасить редактирование заказов, товаров.. итд

А работает оно по такому принципу, что из админки система обращается к api которое находится на стороне пользовательской части. И если запрошенный url отличается от того с которого был послан запрос, то выдаст ошибку.

Ну и в итоге если Админка работает без ssl, а пользовательская часть с ssl - то таких ошибок не избежать.

Пока докопался до корня данной ошибки перелопатил кучу файлов... А когда нашел ошибку захотелось разработчикам opencart плюнуть в лицо.
После включения SSL наблюдаем.

Ошибка 1: При быстром просмотре заказа выскакивает alert с error undefiend
- происходит потому, что в переменную $order_info['store_url'] попадает url магазина которые отличается от текущего url магазина

Если ранее заказы были сделаны в магазине http://shop.com, а затем Вы включили SSL то будет такая ошибка.
Решил 1 запросом в базу, сменил store_url для всех заказов на https://shop.com

Происходит это потому что при оформлении заказа запись в переменную идет как условие:
 

			if ($order_data['store_id']) {
				$order_data['store_url'] = $this->config->get('config_url');
			} else {
				$order_data['store_url'] = HTTP_SERVER;
			}

по умолчанию store_id = 0 и в данном условии это false, а значит отрабатывает всегда втрое и всегда пишет адрес магазина на HTTP.
а нужно было написать:
 

if (isset($order_data['store_id']) && !empty($order_data['store_id'])) {

Можно окончательно решить заменой в config.php всего с http на https

Ошибка 2: При рекдактирвании заказа выскакивает alert с error undefiend

в Контроллере admin\controller\sale\order.php в строке 630 находим

		$data['stores'][] = array(
			'store_id' => 0,
			'name'     => $this->language->get('text_default'),
			'href'     => HTTP_CATALOG
		);

Снова HTTP_CATALOG, меняем в admin/config.php все http на https
 

Судя из потребностей Автора темы, я бы порекомендовал следующее:

 

1. Найдите уже работающий магазин в Москве или Питере, договоритесь о сотрудничестве. Делаете магазин под их товары, сливаете им заказы и получаете профит. Важно правильно продумать условия сотрудничества и контроля.
2. Найти Дропшиппинг поставщика. Вы продаете товары (консультируете клиентов, принимаете оплату итд), а Ваш поставщик отправляет по всей России уже со своего склада.

Минусы в таком виде торговли - это относительно низкий % маржи (20-35%), но зато риски меньше.

Переделайте модель получения категорий для меню (получайте только названия и id), отключите количество товаров в меню категорий, ну и как движок для мускула на сервере юзайте Percona

Ну давайте фтп доступ посмотрю, а то че гадать на кофейной гуще))) 

Присоединяюсь к  вопросу:

Что нужно сделать чтобы заработало на Опенкарт 2.1 ?

 

Вот этого в коде нет

 

Народ, у меня нету времени делать бесплатное решение. Что было тем поделился. Может кто-то заплатит за мое время и я сделаю решение для OC 2, а потом выложу сюда. Но пока нет.

Хм неужели Вы реально думаете, что опытный SEO специалист будет работать за % от  заказа?   Извините, но это обычная логика барыжек-нищебродов, дабы кто то на меня работал, а вот платить ему если только посчитаю нужным :)). 

 

1 -  Любое seo приносит результат только через 6-9 месяцев  (директ и эдвордс , это не сео, это развод на бабки от поисковиков ) , т.е. видя такой расклад  даже гипотетически человек должен будет работать на Вас 6-9 месяцев без оплаты , извините , он  уже после первой недели попросту сдохнет :)) 

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

Лично мой магазин во время запуска, только за счет эдвордс и продавал, так как ему было 2 недели отроду и не о каком сео и речи быть не могло. Стоимость 1 заказа с Adwords 2$ чистая прибыль при этом 14$ вот и думайте развод это поисковиков или ваша не компетентность в данном вопросе.

Это как раз для обоих методов. Но для начала в library/mail.php во всех местах где есть trigger_error('bla bla bla');

после него
добавил бы trigger_error($reply);

Что бы в логе ошибок видеть конкретно какой код ошибки приходит от почтового сервера
А потом идите читайте Коды откликов SMTP и смотрите что у вас за ошибка в логе и что она конкретно значит.

ИМХО в OC по ибанутому сделали логирование ошибок.. Если код не 250 - вывести что DATA или MAIL чему-то там не соответствуют.. ну бред, почему не вывести полный лог ошибки, что бы разработчик понимал какой реально код приходит.

Я сделал вот так и все отлично:

		if (($this->request->server['REQUEST_METHOD'] == 'POST') && $this->validate()) {
			$mail = new Mail();
			$mail->protocol = $this->config->get('config_mail_protocol');
			$mail->parameter = $this->config->get('config_mail_parameter');
			$mail->smtp_hostname = $this->config->get('config_mail_smtp_hostname');
			$mail->smtp_username = $this->config->get('config_mail_smtp_username');
			$mail->smtp_password = html_entity_decode($this->config->get('config_mail_smtp_password'), ENT_QUOTES, 'UTF-8');
			$mail->smtp_port = $this->config->get('config_mail_smtp_port');
			$mail->smtp_timeout = $this->config->get('config_mail_smtp_timeout');

			$mail->setTo($this->config->get('config_email'));
			$mail->setFrom($this->config->get('config_email'));
			$mail->setReplyTo($this->request->post['email']);
			$mail->setSender(html_entity_decode($this->request->post['email'], ENT_QUOTES, 'UTF-8'));
			$mail->setSubject(html_entity_decode(sprintf($this->language->get('email_subject'), $this->request->post['name']), ENT_QUOTES, 'UTF-8'));
			$mail->setText($this->request->post['enquiry']);
			$mail->send();

			$this->response->redirect($this->url->link('information/contact/success'));
		}

Никогда с таким не сталкивался, но обнаружил, что у меня не работала отправка писем по smtp из-за какого-то косяка в дистрибутиве Debian 8 на стороне хостера. Выявили это методом проб и ошибок. А поскольку мало кто позволяет ставить чистую OS из офф. репы. То поставил Ubuntu 14.04 где почта работала.. хоть этот вариант для меня был хуже

Модуль доработан, адаптирован под OpenCart 2.0 и переведен в раздел платных дополнений. Если вы хотите получить качественную поддержку и доработку модуля под ваш шаблон или ваши требования. Прошу переходить сюда