Jump to content
Search In
  • More options...
Find results that contain...
Find results in...

SergeTkach

Users
  • Posts

    2,316
  • Joined

  • Last visited

Everything posted by SergeTkach

  1. //______________________________________ //Создаем новые карточки товаров $sql = "INSERT INTO oc_product (product_id, model, location, quantity, stock_status_id, image, manufacturer_id, shipping, price, points, tax_class_id, date_available, weight, weight_class_id, length, width, height, length_class_id, subtract, minimum, sort_order, status, viewed, date_added, date_modified, mfilter_values, mfilter_tags) VALUES (NULL, '".$_model."', '', 999, 5, 'catalog/new/test.jpg', ".$manufacturer_id.", 1, '0.0000', 0, 0, '".$_today."', '0.00', 1, '0.00', '0.00', '0.00', 1, 1, 1, 1, 0, 0, '".$_today."', '".$_today."', '','')"; А Вы посмотрите, какое значение устанавливается для столбца `status`
  2. LiteCart ))) Там намешано все лучшее. И нет лишнего следования моде, и ООП есть, где реально нужно (и реальное ООП: товар - это объект), и HMVC вместо копипаста, и дефолтный дизайн оптимизирован под мобильные. И ЧПУ нормальные из коробки. И фильтр из коробки. Только одна беда - почему-то шаблонов для него нет... Не популярен, так как, видимо, разработчикам модулей, не на чем заработать))
  3. Ха, смешно! Человек купил модуль. У него был 2.3. потом он обновился. Он не смотрел совместимости модуля. Он просто ожидает, что должно работать. Можно конечно его проигнорить, тогда он будет искать другой модуль
  4. Честно говоря, я подумал, что это очередной клиент с вареной сборкой. А это ISP Manager делает такую установку
  5. @Gmp мой текущий "гнев" вызван тем, что люди устанавливают то, что не совсем работает, покупают твой модуль и наяривают: "Ваш модуль не работает, давайте исправляйте!" А там оказывается сама система не работает. Но человек, ее установивший, не способен понять причины и следствия...
  6. Идеальный магазин - это тот, который приносит продажи. Сейчас, а не потом через год. Если с продажами все ок, то люди имеют откуда раскошелиться на создание модулей под себя. Уж поверьте! А если беда с продажами, то какой он нафиг идеальный? Он изначально тыква.
  7. Мне кажется, люди выбирают то, что им впарили в видеообзоре на ютюбе. Или в видеокурсе, как создать магазин на Опенкарт. Я сам смотрел такой курс в 2016 году Но все же решил почитать отзывы на форуме, прежде чем устанавливать тогдашнюю 2.2, которую я до сих пор встрели всего несколько раз.
  8. Сравним файлы catalog/view/theme/default/template/product/product.tpl - полтно в 589 строк кода catalog/view/theme/default/template/product/product.twig - совсем другое дело, всего 550. 40 строчек кода меньше! Спасение для глаз. И пофиг, что без фигурных скобок весьму не понятно, где начало, а где конец блока... Ну да ладно, в данном топике речь даже не об этом. А о том, зачем устанавливать то, что тебе не дает плюсов по функционалу, но приносит проблемы? Или если хотите, то о том, что если я хочу новую версию (на это надо элементарно потратить лишнее время), то я, наверное, должен понимать, какой плюс она мне даст. А вот люди обновляют магазины с 2.x на 3.x не понятно, для чего? Что это за шаблоны дизайна такие, которые не имеют адаптивности на 2х? Покажите мне, пожалуйста!
  9. @Gmp Иронию я Вашу оценил . Как разработчик Вы даже в чем-то правы относительно коддинга. Но код - это не продукт. И если сегодня модно твиг, а завтра шмиг - от этого запускать магазин сайтовладельцу не становится легче. Пользователи, не понимают зачем, но прислушиваются к мнению специалистов и тратят деньги на обновления. Вот имел человек магазин, в котором нет продаж или их не очень много. Он пришел к разработчику, а тот, вместо того, чтобы сказать: "Чувак, может ты хоть чуточки рекламы купишь?!", говорит: "Чувак, да у тебя же старье! Давай заплати мне, я тебе новую версию поставлю. Будешь использовать более новые технологии. А продажи - потом как-нить наладишь. С передовыми-то технологиями в коддинге - сайт же сразу станет мега-посещаемым..."
  10. По стабильности да. По функционалу - вообще никакого смысла по сравнению с 2.3.0.2... Есть добротный обзор на английском на эту тему. Польза лишь в том, что адский ТВИГ теперь стал популярнее...
  11. Блин, когда гуглил - не нашел этот пост. Искал: не применяются модификаторы в тройке. На всякий случай пишу это сообщение, чтобы добавить такое ключевое слово на эту весьма полезную страницу :))
  12. В последнее время довольно часто за поддержкой модулей обращаются люди, у которых установлен OpenCart самой последней версии (в данный момент это 3.0.3.6). В ней даже модификаторы не работают! Не работают, Карл! Причем не работают давно, и никто это не исправляет - https://forum.opencart.com/viewtopic.php?t=219236 Спрашивается: зачем Вам это нужно? Вы историю релизов смотрели? Какой там функционал Вас так манит? Ну нету там ничего полезного! Как и в самой тройке нет абсолютно ничего полезного для пользователя. Насмотрелись блин курсов, где рекомендуют устанавливать самую последнюю версию...
  13. Сначала я действительно подумал, что речь идет о баге, который действительно был. Заключался он в том, что создавались много одинаковых редиректов для одного товара. Но по Вашему описанию, я понимаю, что это не баг. Это тот случай, когда программа решает за Вас. И вот почему: У Вас была страница со старым URL. Этот URL мог быть проиндексированным поисковыми системами (или ссылка была оставлена где-то в соцсетях, в перелинковке на сайте). И, даже, если менеджер-продажник торгового предприятия, который не соображает в SEO, по наитию удалит редирект в админке товара просто потому, что не понял, что это за "ерундовина", при сохранении товара программа проверяет, а может у страницы был старый SEO URL до редактирования? И если он был, то лучше уж сохранить лишний редирект, чем дать в поиске страницу 404. Да, может такое быть, что у Вас новый магазин, и Вы просто хотите заменить демо данные товаров. Обычно их штук 40. Ну 100 от силы. Возможно, именно в этом случае эти редиректы кажутся прилипшей заразой. НО! Редиректы кушать не просят. Они не ухудшают скорость загрузки сайта до тех пор, пока не окажется ошибка 404. Но, извините, если уже 404, то лучше поискать старый адрес товара на всякий случай... И если он есть, то показать пользователю все-таки товар. Единственное, что здесь во всем этом не так, так это то, что я зачем-то даю пользователю иллюзию, что он может удалять редиректы. Тут, конечно, есть нюансик, но все равно, это недоработка именно с моей стороны. И, честно говоря, мне лень обновлять модуль из-за такого пустяка, когда это ни на что объективно не влият в отрицательную сторону, но зато ого-го как страхует в положительную сторону. Нюансик же заключается в том, что у страницы раннее мог быть не 1 SEO URL (пока человек приходит к моему модулю, у него могут быть и другие варианты, как сделать SEO URL). И в таком случае программа вообще не ведает о том, какие SEO URL были у товара в прошлом. Поэтому дается возможность произвольно добавлять редиректы руками. В таком случае программа не может решать за пользователя, потому что она не владеет нужной информацией из прошлого. Поэтому до сохранения товара можно удалять вновь добавленные редиректы руками, если вдруг заметил, что вписал чего-то не то или не туда. Но если уже сохранил, то значит сохранил. А то реально придет какой-то новый менеджер, поудаляет там редиректы и будет Вам провисание позиций.
  14. Тогда правильнее говорить секретаря))
  15. Надо и себе завести менеджера... Чтобы на письма отвечал... ))
×
×
  • Create New...

Important Information

On our site, cookies are used and personal data is processed to improve the user interface. To find out what and what personal data we are processing, please go to the link. If you click "I agree," it means that you understand and accept all the conditions specified in this Privacy Notice.