Gmp

Позволю себе немного "позанудствовать". Всегда для себя любимого стараешься выбрать все самое лучшее, тщательно и кропотливо изучая варианты. До сих пор сидел на ocStore 1.5, все нравилось. Но пришла пора не просто обновляться, а переходить на более высокий уровень. Решил переходить на ocStore 2.3 либо OpenCart.pro. И приступил я значит к сравнению. И три дня и три ночи скакал Иван Царевич сравнивал я движки... По понятным причинам не буду говорить о плюсах OpenCart.pro - они и так всем понятны, интересно было найти плюсы или преимущества именно со стороны ocStore. И вот какие заметки я себе составил. У ocStore: Есть github, где правки вносятся членами сообщества и за этим удобно следить CKEditor из коробки (+ возможность переключения) UniSender из коробки Интегрированные популярные платежные системы Русский язык в Google reCaptcha (\catalog\view\theme\default\template\extension\captcha\google_captcha.tpl) Русский язык в jquery datetimepicker Всякие плюшки в header.tpl (og:title, og:site_name, og:image и тд) Вывод описания для методов оплаты и доставки (\catalog\view\theme\default\template\checkout\payment_method.tpl , shipping_method.tpl) Отправка SMS администратору Какие-то там плюшки с трекингом и LiveInform (мне вроде не нужно, глубоко не копал) (?) Менеджер карт оплаты в личном кабинете (найдено тут - \catalog\language\ru-ru\account\account.php но назначение пока не ясно) Скрытие upc ean jan isbn mpn (админка) Настройка скрытия/отображения дополнений в разрезе пользователей (админка) Не знаю нужно ли, но указывается IP запросившего новый пароль Заменен geoiptool.com на ipgeobase.ru Переведен \admin\language\ru-ru\report\customer_search.php Типа оптимизации с одноразовым вызовом $this->cart->getSubTotal(); и $this->cart->getProducts(); там где Дэниэль это вызывает по несколько раз подряд (/catalog/model/extension/total/) Еще из разряда оптимизаций: ocStore public function countProducts() { $query = $this->db->query("SELECT SUM(quantity) as total FROM " . DB_PREFIX . "cart WHERE api_id = '" . (isset($this->session->data['api_id']) ? (int)$this->session->data['api_id'] : 0) . "' AND customer_id = '" . (int)$this->customer->getId() . "' AND session_id = '" . $this->db->escape($this->session->getId()) . "'"); return $query->row['total']; } OpenCart.pro public function countProducts() { $product_total = 0; $products = $this->getProducts(); foreach ($products as $product) { $product_total += $product['quantity']; } return $product_total; } Так же, в ocStore исправлены некоторые недочеты в: \admin\model\tool\image.php \admin\model\localisation\language.php (banner_image) \admin\language\ru-ru\user\user.php (email) \admin\controller\extension\theme\theme_default.php (? не понял фишка это или багфикс) \admin\controller\extension\payment\amazon_login_pay.php \admin\controller\catalog\category.php (? возможно ошибаюсь, и ситуация обратная) И более проработано: \catalog\controller\extension\payment\liqpay.php \admin\controller\extension\payment\liqpay.php \admin\controller\extension\extension\shipping.php \admin\controller\extension\extension\payment.php \admin\controller\extension\extension\module.php \admin\controller\common\filemanager.php \robots.txt Из отличий (не плюс и не минус): Перевод отличается в некоторых местах (в большинстве случаев OpenCart.pro побеждает), но при этом в ocStore используется более идеологически верное решение span class="text-danger" нежели span style="color: #FF0000; Вопрос: все ли модули работающие на ocStore, нормально работают на OpenCart.pro? Не придется ли столкнуться с такой ситуацией, что например в базе pro есть поля отличные от ocStore или отличия в ядре и злокубленные модули, которые хрен поправишь, пошлют нах?

Очень хочется начать делать магазин на PRO, но здравый смысл подсказывает что делать сейчас на 2.1 а потом переносить на 2.3 не есть правильно, отсюда вопрос, а переход с версии CMS 2.3 на PRO 2.3 может быть абсолютно безболезненным и идеально ровным (например банальной заменой файлов), или таки придется потом шаманить? Почему хочу начинать делать на 2.3 - не ради гонки за цифрами, просто все новые шаблоны и модули как правило делаются под актуальную версию, а поддержка предыдущих версий начинает угасать. Даниэль делает всё возможное, чтоб версий было как можно больше и все они были разными и несовместимыми.

Я вот переехал на таймвеб пол года назад, с хостинга, который и хостингом то толком не назвать. По рекомендации знакомого у которого там сайты крутятся. Вроде пока 5 раз запрашивал тестовые периоды и заливал сайт - тесты шли идеально, сайт работал быстро, поддержка отвечала моментально. Но как только реально переехал - начались небольшие но очень неприятные глюки, да такие какие не поддаются логике и здравому смыслу, т.е. виноватых не найти, доказать невозможно. Одним словом очень странные вещи творились, с которыми никогда ранее не сталкивался и доказать что хостер виноват - не получается. Кстати создалось ощущение что у таймвеба политика "клиент всегда дурак и виноват", хоть и говорят это вежливо. Два раза переезжал с одного сервера на другой, когда общение с техподдержкой заходило в тупик. Своих проблем, даже очевидных, никогда не признают, техподдержка отвечает долго, дозвониться очень сложно, поэтому об оперативном решении проблем можно забыть (имхо). Магазин на версии 1.5.5.1.2, с переездом на таймвеб стали периодически не отправляться письма о заказе или смене статуса, админу или клиентам, хотя в магазине настроена отправка через корпоративную почту на gmail по smtp. Очень бесит, такого никогда до переезда не было. Выдает Connection timeout. Политика резервного копирования вообще показалась издевательской и смешной. Может там просто доплатить за что-то нужно. И это всё в магазине в котором не более 5-7 заказов в день, а часто и того меньше. Сейчас последней каплей стало то что блоканули за рассылку спама, да рассылка судя по логам и правда была, и файлы зараженные нашел, причем нашел их впервые спустя немного времени после переезда, тогда тщательно все проштудировал, сравнил все файлы с резервной копией чтоб найти все модификации, и вирус видимо еще не успел напакостничать. Вот спустя месяца три, история повторилась с тем же самым вирусом, но уже он успел послать спам. Я конечно не буду отрицать что воровство паролей или взлом сайта не могли произойти, но странно то что заразились все сайты с одного аккаунта, хоть к каждому отдельный доступ по фтп, а пароль от админки таймвеба вряд ли мог уплыть куда то. А еще интересно то что вирус сидит не только внутри сайтов, но и выше директории public_html, хоть оттуда он и не сможет запуститься никак (ибо php скрипт). Вот и думаю уж не хостинговые бацилы ко мне заглядывают, стараюсь тщательно изучить логи и найти все модифицированные файлы, делать поспешных выводов не хочется.