koras

Если вы 3D моделлер, я смогу Вам помочь, бартером. Вы делаете мне 3D модели(низкополигонные), по моим развёрткам при полном взаимодействии с моими художниками по скетчам + от вас риг скилет. Я вам магазин по вашему ТЗ.

В принципе как таски меняются по определённому воркфлоу в джире, так же менять статусы в админке у заказа. Есть что нить похожее? Те кто программировал в крупных конторах в качестве ТимЛида или работал с продуктами атласис поймёт о чём я. Писать самому лень, да и под это надо время которого катастрофически никогда нет. Если не очень дорого, готов купить при условии что это написано грамотно и не надо будет после этого самому всё переписывать.

Могу предположить что хостер прав. Или код память забивает, вам в помощь.

Согласен, даже проще. Не посмотрел этот код. Тогда не понимаю смысла в этой простыне в ControllerCheckoutRegister

Сорри, не знал куда тему опубликовать. Немного не догоняю всю соль, с какой целью в контролёрах получают каждую переменную по отдельности и присваивают отдельно. Код получается не читабельным, я бы сказал отвратительным. Я конечно понимаю "магия" сеттеров и геттеров и так далее, но всё же. Я вот по этому, как пример: $data['text_recurring_item'] = $this->language->get('text_recurring_item'); $data['text_next'] = $this->language->get('text_next'); $data['text_next_choice'] = $this->language->get('text_next_choice'); $data['column_image'] = $this->language->get('column_image'); $data['column_name'] = $this->language->get('column_name'); $data['column_model'] = $this->language->get('column_model'); $data['column_quantity'] = $this->language->get('column_quantity'); $data['column_price'] = $this->language->get('column_price'); $data['column_total'] = $this->language->get('column_total'); $data['button_update'] = $this->language->get('button_update'); $data['button_remove'] = $this->language->get('button_remove'); $data['button_shopping'] = $this->language->get('button_shopping'); $data['button_checkout'] = $this->language->get('button_checkout'); А если 100 переменных, нет 200 или 300. Я немножко переделал system/library/language.php добавив после public function get($key) { return (isset($this->data[$key]) ? $this->data[$key] : $key); } вот это /** * return all keys * @return array */ public function getAll() { return $this->data; } В контролёрах убирается простыня из присвоений и заменяется следующим $data = array_merge($this->language->getAll(),$data); Можно конечно ещё упростить, избавившись от array_merge(); Например так $data['language'] = $this->language->getAll(); Но тогда надо будет переделывать все шаблоны, поэтому не надо последнее

Мне всё ровно на рейтинг, на этом ресурсе. Клиентов здесь не ищу и подработку тоже. Меня мои проекты и так хорошо кормят. На вашу Санта-Барбару мне всё ровно, я здесь ради технических тем.

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

Санта-Барбару развели. Прав, не прав. Здесь на форуме много чего не правильного!

Налоговая ни кого не мониторит, этим занимается росфинмониторинг. В каждом банке своя служба по отслеживанию потоков средств у физ лиц. Банк не будет отдавать данные в налоговую, он просто заблокирует счёт физ.лицу, попросит снять деньги и расторгнет договор, всё прописано в договоре при открытии счёта. Обычно это происходит при поступлении "сомнительных" платежей. В налоговую могут вызвать на допрос, это правда. В этом ничего страшного нет и когда вы придёте на допрос, Вам сразу скажут, зачем вас вызвали и вообще связано ли это с вами. Могут например вызвать, если вы купите машину за 2 ляма, при этом вы негде не работаете уже давно, а в декларации не понятно от куда у вас взялись средства на эту самую машину. В тюрьму вас сажать не будут, просто заплатите налог в сумму машины и штраф. Не надо ничего боятся!

Автор, готов купить, если шаблон работает на php 7.* Работает или нет ?

Так я буду рад если будет работать, мне незачем время терять. Все ошибки я привёл. Сидеть и разбираться у меня времени нет, у меня много другой работы. В моём понимании должно быть так. Купил -> если требования соблюдены, то установка должна пройти без проблем -> шаблон работает. А я теряю своё время для разбора, почему шаблон не работает.

Я уже устал ждать. Не исправлено. <name>Coloring Theme Modification</name> <code>coloring</code> <version>1.6.5</version> <author>xds</author> <link>http://xds.by/</link> Автор, я конечно всё понимаю, я сам являюсь разработчиком. Шаблон я покупал потому-что жутко не люблю вёрстку и мне как разработчику проще заплатить другим чем возиться с блоками, стилями и так далее. Шаблон я купил 11 августа, а поставить не могу до сих пор. Сам исправить ошибку или модифицировать тоже не могу, зашифрован. Мне не нужен шаблон который не работает на php 7.*. @xds я вам предлагал свою помощь. Буду возвращать деньги и рассматривать шаблоны других разработчиков. Если у кого из разработчиков есть шаблон Opencart 2.x(ocStore 2.*) протестированный под php 7.*, прошу в личку с указанием ссылки на шаблон

Цель модуля, узнать самые популярные товары из определённой категории по отзывам? Моделем вы это не решите, это надо полноценный парсер писать.

Здравствуйте. А Шаблон тестировался на php 7.* ??

Если память не изменяет, там по мимо базы у техдока достаточно объёмная база медиаконтента. включите slow log в MySQL и в php(смотря что и на какой OS). логи всё расcкажут.

Я писал в личку автору 12 августа( неделю назад) Продублирую сюда. ========== Как не пытался и opencart2.* и русская сборка. Причём ставил с нуля двиг, накидывал шаблон и не получается. Ставлю локально. Сист. трубования. ubuntu / php7.0 установлен IonCube Loader/ В админке при редактировании модуля выпадает такая ошибка Warning: Invalid argument supplied for foreach() in /var/www/show/www/system/storage/modification/system/engine/loader.php on line 62(строчка может быть другой) foreach (get_class_methods($class) as $method) { $proxy->{$method} = $this->callback($this->registry, $route . '/' . $method); } $this->registry->set('model_' . str_replace(array('/', '-', '.'), array('_', '', ''), (string)$route), $proxy); В логах 2017/08/12 16:14:36 [error] 5152#5152: *258 FastCGI sent in stderr: "PHP message: PHP Fatal error: Uncaught Error: Call to a member function getColoringTheme() on null in /var/www/show/www/admin/controller/extension/theme/coloring.php:177 Stack trace: #0 /var/www/show/www/system/storage/modification/system/engine/action.php(51): ControllerExtensionThemeColoring->index() #1 /var/www/show/www/admin/controller/startup/router.php(26): Action->execute(Object(Registry), Array) #2 /var/www/show/www/system/storage/modification/system/engine/action.php(51): ControllerStartupRouter->index() #3 /var/www/show/www/system/engine/front.php(34): Action->execute(Object(Registry)) #4 /var/www/show/www/system/engine/front.php(29): Front->execute(Object(Action)) #5 /var/www/show/www/system/framework.php(103): Front->dispatch(Object(Action), Object(Action)) #6 /var/www/show/www/system/startup.php(105): require_once('/var/www/show/w...') #7 /var/www/show/www/admin/index.php(19): start('admin') #8 {main} thrown in /var/www/show/www/admin/controller/extension/theme/coloring.php on line 177" while reading response header from upstream, client: 127.0.0.1, server: www.****.ru, request: "GET /admin/index.php?route=extension/theme/coloring&token=b76xg4gXc5SAeMPTDdu7SsQMTkbaPzpQ&store_id=0 HTTP/1.1", upstream: "fastcgi://unix:/run/php/php7.0-fpm.sock:", host: "www.****.ru", referrer: "http://www.****.ru/admin/index.php?route=extension/extension&token=b76xg4gXc5SAeMPTDdu7SsQMTkbaPzpQ" Шаблон куплен на домен *****.ru автор посоветовал следующее Что меня не устраивает, так как я модуль пишу на 7.* что не будет работать на 5.6. При этом у меня все проекты на семёрках. Я не против подождать автора когда он решит эту проблему, даже готов посодействовать всячески. Времени у меня пока предостаточно. Вопрос когда автор решит данную проблему. Если это займёт месяц и более, то мне это не интересно, тогда мне проще купить другой шаблончик или модифицировать по дефолту. Модули у меня не стоят

Тоже интересно. Сидеть перебирать/переписывать шаблон вовсе нет желания. @xds Сколько необходимо времени на исправление ошибок? Вот как раз одна из причин использовать схему как описана в теме Если честно, возвращать средства у меня нет желания. Мне реально нравится исполнение данного шаблона и надеюсь, что автор исправит ошибки.

1) Если вы будете писать какой нить REST, я думаю Вы своё мнение поменяете, когда перепишите все контролёры, перенеся весь код в сервисный слой. 2) Модели можно дёргать с разных экшенов, при этом там же и валидировать данные. 3) Даже не хочу комментировать.

Почему вы решили обратить свой взор именно на опенкарт? Работа такая. Моя критика конструктивная. Конечно есть и приятные стороны, тот же twig, mvc, простота движка которая позволяет даже не смотреть в документацию.

Наверное моя критика возможно будет неправильной или сугубо личной но всё же. Вопрос к профессионалам движка. Не знаю есть ли здесь те кто принимал участие в написания движка. Вопросы будут в этой теме чтобы не мусорить по другим разделам. 1) Почему толстые контролёры? Максимум должна быть 10 строчек. 2) Почему валидация в контролёрах? Правильнее вынести всё в модель. 3) Зачем такой страшный код в модели $query = $this->db->query("SELECT COUNT(*) AS total FROM " . DB_PREFIX . "address WHERE customer_id = '" . (int)$this->customer->getId() . "'"); Я про count(*). Это то что мне бросилось в в глаза при первом знакомстве, дальше будет больше.