Venter

Извиняюсь, пропустил ваш пост

Скорее всего дело в модификаторе от шаблона

Не тестировал юнишоп на клубной сборке, может модификатор у юнишопа должен в соответствующий контроллер подключать, или может в модификаторе прописано, но модификатор не находит за что нужно зацепится

увы картинка этого формата не обрезается, svg и ico тоже не обрезается и отдается чистый размер. со временем может быть на счет админки попробую исправить чтоб было хорошее визуальное восприятие. Пока что времени нет всеми этими мелочами заниматься. Будут какие то серьезные проблемы пишите

а чем вас напрягает такой размер картинки в админке?

пока что только CSS использовать, потому что формат webp не обрезает, а отдает чистый размер картинки.

по крайне мере у меня нет постоянного графика работы, мне не нужно ходить к дяди на работу с понедельника по пятницу и работать с 9-18, понятно о чем я писал? если нет, ваши проблемы Вся эта писанина от вас говорит о том, что вы просто хотите себя показать знатоком, вот всё. Если оно так и есть, то не нужно набивать себе цену всей этой перепиской. Увы, после ваших последних ответов, остался просто неприятный осадок и больше нет желания что то вам писать. В общем УДАЧИ, пишите дальше..... но не надо цитировать меня

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

Не знаю как у вас, но минимум за 10 лет я пока вижу совершенно другую ситуацию в плане разработке. Чаще всего команды работают на дядю, а это увы не по мне, я работал с Гит и мне не очень это нравится, особенно когда когда в приложении пишешь какой то сервис, используешь библиотеки от проекта, а какой то прогер в команде берет и переписывает допустим часть функций которые используешь в сервисе, причем после правок не ставит сразу в курс, пока не посмотришь кометы. В итоге из за таких чудил приходится писать свои библиотеки независимо от самого проекта, дабы из за чужих правок не пришлось переписывать свой код. В общем меня не устраивает работать в команде, по любому это работа в основном на дядю, да и видимо у меня неудачный опыт был и не один причем. А так вообще сейчас конечно видно что много людей зовут в сферу IT, но в основном это фирмы. Вот если б найти прогера похожего по духу работы с тобой - вот это считаю круто, и можно тогда что то вместе делать. Я допустим сейчас 2 проекта поддерживаю, второй проект содержит в себе несколько сайтов на половину связанные с ИИ, и всё это я пишу сам, у меня нет помошника, потому что найти не могу близкого по духу, а на тестирование совместной работы, подойдет человек или нет времени нет. короче, длинная эта тема для разговора и дискуссии, а времени мало. Совет: не мучайте свою голову этой темой, в дальнейшем самое важно это будет опыт работы в команде, если вы собрались работать в команде, вот посмотрите что лучше - лясы тачить на эту тему или взглянуть на реальную ситуации в данной сфере и принять решение

я вам и писал про это, я имел виду и код и всё остальное а зачем с Git работать, допустим если нет команды? многие только по разовой работе обращаются к разработчикам, допустим что то пофиксить что то или передлать модуль под магазин или может что то еще - и зачем тогда использовать только Git ? для многих достаточно периодически делать бекапы да и всё на этом, так что Git скорее весит под вопросом. Не нужно вам этой темой забивать голову, только время тратить

считаю что данная тема не ко всем проектам подходит, а к опенкарт так вообще.... у опенкарт есть реальная проблема, а проблема эта - многие модули могут не подойти к новой версии опенкарта, это к примеру. Допустим у человека есть магазин на какой нибудь версии типа 3.0.7, стоят модули, магазин пофиксин разработчиком (устранены те или иные неполадки/проблемы), всё работает, в штате разработчика нет, заказы идут, и вот теперь вопрос - а зачем ему, хозяину сайта обновляться и иметь контроль на версиями? в чем суть обновления? стремиться за развитием php или опенкарт? то есть при изменении версии хозяину сайта нужно найти разработчика, если такового нет, заплатить ему за обновление версии опенкарта и бд, протестировать магазин на наличие ошибок, так? Так! Заплатить деньги еще нужно за работу прогера. а суть? магазин как работал на старой версии, так и допустим после обновления и тестов, работает в том режиме. смысл как то теряется в контроле версиями, когда магазин работает как часы допустим на той же пхп 7.4, и на ней он еще как минимум проработает лет 5 точно, а потом уже можно обновляться, и то при условии что если есть обновление модулей. Мое мнение таково, что вообще не стоит себе забивать этой темой голову, ЕСЛИ ты не работаешь над таким проектом где есть контроль версий

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

может это вам подойдет только внимательно читайте описание, там разные ocmod-ы есть, для разных версий OpenCart

кому надо тот найдет информацию. по сути установка движка с бд и проверка всех соответствий должна вестись программистом/разработчиком, а не просто обычным пользователем который без бюджета решил запустить магазин в стиле озон2. и не надо вводить пользователей в заблуждение, что мол появилась новая версия и всё. нужно бежать и ставить её. Это вообще не тема дискуссии и дело вкуса. Если у хозяина магазина стоит версия мускула 5.7 и магазин работает как часы уже несколько лет, то вообще не вижу смысла бежать в впереди паровоза и ставить сразу новые версии пыха и мускула. Хочешь использовать новые версии пыха и мускула на новой клубной сборке, то вперед. переделывай клубную сборку под себя. И вообще что жаловаться то на сборку? Хочешь помочь с разработкой клубной сборки - вперед! Не хочешь, тогда не надо выкатывать свои претензии. Если что то тебя не устраивает в сборке, возьми и просто опиши проблемы, только не в стиле претензий, а по человечески

и что теперь срочно надо бежать на сервак. ставить этот модуль и на него переносить бд?