ocdev_pro

Так сказать вам от балды не выйдет. в Общих чертах да нужно вкладывать во все. Но если проанализировать рынок, аудиторию и понять как ищут ваш товар, понять поведение ваши потенциальных покупателей. Только тогда можно говорить во что эффективнее вкладывать. ИМХО. Развивать разделы было бы правильнее они ведь дают больше трафика. Ведь продвигать 30 Икон по запросу "Резная икона из дерева Св.Петр" ну вредя ли вылезет наверх быстрее. Я уже говорил, разве что ее уже много раз запрашивают (wordstat посмотрите)

И то что сейчас на разделах написано.. не ясно вы продаете 3D модели для станков ЧПУ (цифровой товар) или же делаете резьбу по дереву на основе этих моделей. Тут работы не паханное поле, копирайтера можно в рабство брать)))

Есть еще альтернатива, развивать основные разделы сайта, на них писать хорошие тексты + на них ссылки с товаров + под них писать новости и статьи с указанием ссылки на раздел. И паралельно потехоньку писать тексты на товары но с ключами которые не отнимут вес у разделов. Разве-что это будет уже популярные товар под который есть свой запрос. Знакомые которые тоже стали производить для продажи товары, именно так и делают. Как оказалось по ключевым запросам их категории с товарами начали давать приличный трафик и конверсии. Нежели до этого они пытались продвинуть похожий товар, но с уникальным описанием и общим ключем

Пришлите в ЛС адрес сайта и доступ в админку. Гляну, что не так

Да с сервером все норм) я просто о том, что в ларавел даже если и 777 права на некоторых папках, то все равно из внешки никак не узнать.

А ничего что 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');

ИМХО 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

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