sitecreator

Все в ваших руках. Заключите юридически выверенный договор, где будет прописана ответственность сторон в таких-то и таких-то случаях. Заплатите юристу (юристам) за юридическое сопровождение договора адекватную цену (прошу заметить, что с точки зрения юриста адекватную). Студия также выкатит с учетом всех обязательств адекватную стоимость, опять же, с точки зрения студии. Далее в случае проблем и конфликтов если они не решаются, то дорога в суд. Ваши нанятые юристы вам помогут. Если вы считаете, что имеете право на "адекватные" цены, то разработчики, студии, юристы и даже стоматологи тоже имеют право на свое представление об "адекватных" ценах. И это представление необязательно должно совпадать с вашим. Мир устроен так, что в нем полно услуг и товаров, не самого лучшего качества, но пользуются же. Это касается всего на свете - смартфонов, автомобилей и т.д. и т.п. Даже очень уважаемые бренды периодически отзывают партию смартфонов, автомобилей из-за наличия опасных потенциальных проблем. Если вас не устраивает такое положение дел, то можете стать сам себе стоматолог, юрист, программист и т.д. У вас появится выдающаяся возможность писать именно такой код, какой вам нужен. Обобщения в духе "с дырами и костылями" - это явно не про этот форум. Повально не существует такой проблемы. Если они были, то это единичные случаи, которые довольно быстро решались. Если у вас проявляется несовместимость модуля одного автора с модулем другого автора, то это в порядке вещей среди ПО пока авторы этого ПО не решат согласовать между собой вопросы совместимости, конечно, если пожелают. Обязанности, конечно, у них такой нет. В принципе непонятно почему оправдывая варез вы решили писать о "костылях"? Вот все "более 80" дополнений, купленных вами, кишели шеллами, были с дырами и костылями? Т.е. повально все были непригодными? К чему такие обобщения? А вот если бы вы (или иной человек) не покупали "более 80" дополнений, а пошли бы и скачали с варезов, то там, наверняка, было бы высокое качество и ни намека на, пардон, венерические элементы в коде? Сколько %% из купленных вами дополнений были с "дырами"?

а первая какая? цены "неадекватные" на дополнения? И именно эти проблемы приводят вас к выводу, что необходимо идти "многим людям" на варез-помойку и качать оттуда? Т.е. вас, извините, не вас лично, а "многих людей" прямо таки принуждают к варезу, ибо и другого выхода то и нету? Закажите индивидуальную разработку в студии, например. Там вам и цены адекватные будут, и качество кода.

вашего хотения недостаточно. есть правила, с которыми вы соглашаетесь до покупки дополнения. Даже в правилах форума указано, что по-умолчанию действует правило, что лицензия не переносится по желанию покупателя. Если вы не согласны с правилами, то, вероятно, вам стоит перестать пользоваться форумом в таком случае, и его торговой площадкой? Оферта форума, с которой вы согласились: "перенесение с одного домена на другой не осуществляется" Эта правила данной платформы. да и я категорически никогда не отказываю, а обычно иду навстречу. за исключением случаев когда, например, сайт торговал контрафактом и был домен заблокирован роскомнадзором. А ко мне обращались в случаях когда торговали "дубликатами премиальных напитков", т.е. поддельным алкоголем, контрафактным парфюмом и т.п. Я в принципе категорически против такой интернет-торговли, т.к. это сильно небезопасно для здоровья и банально нарушает законодательство. Если же вы решили заняться сомнительным бизнесом, то и риски должны брать сами на себя и понимать, что такой сайт могут заблокировать по суду. Сайты, торгующие контрафактом, скачут постоянно с домена на домен. Если домен заблокирован по суду, то я не рассматриваю в таком случае предложения переноса лицензии. В остальных случаях я почти всегда иду навстречу заказчику, конечно, если заказчик ведет беседу в уважительной манере.

похоже, что вы как-то странно читаете по диагонали. Вы оправдывали воровство. Это же вы поднимали голос за "многих людей", которые идут на варез качать ворованное? И именно вы предлагали понять этих "многих людей", т.е. воров по сути. Из вашего же текста можно, как минимум, понять, что вам близка боль за этих несчастных "многих людей", которые не привыкли покупать, но привыкли воровать. Вот именно про этих воров, которых вы называете "многими людьми" и шла речь. Относите ли вы себя к этим "многим людям" - это другой вопрос. Если не относите, то непонятно ваше рвение их так защищать. Но создалось явное ощущение, что вы писали именно о своей боли насчет "неадекватных цен" и обиде на разработчиков, которые вам не предоставили скидки, которые вы хотели. Если же вы писали не от своего имени и не о своих переживаниях, то откуда вам знать чувства и побудительные мотивы варезников?

@Boombaster , заключаете имеющий юридическую силу договор с исполнителем. В случае разногласий все решается в законном порядке (через суд и т.д.), а не через какой-то полулегальный "сейф", не имеющий права на законных основаниях выступать как арбитраж/суд и т.д. Почему не хотите работать по взрослому? Здесь вполне достаточно разработчиков в статусе ИП и ФОП. Т.е. работающих легально и предоставляющих документы. Например, я и чеки предоставляю на любую работу. Почему не заключить договор с ФОП? Подключите еще своего юриста если так сильно переживаете за свои деньги. Но нормальный специалист, особенно работающий легально (с уплатой налогов и т.д.) вряд ли начнет работу без предоплаты. Т.к. заказчики нередко пропадают и кидают не в меньшей степени чем недобросовестные исполнители.

@alexys777 , вы же видите, что у вас проблема, не связанная с модулем Компрессор? Читайте внимательно инструкцию. Оставьте только включенным ocmod для webp, остальное отключите. Да и для начала просто проверьте насколько работает ваш сайт с отключенными ocmod-ами модуля Компрессор, но после обновления модификаторов. И для частных вопросов поддержки есть почта. Пишите, пожалуйста, на мою почту. Лучше всего сразу с доступами. И укажите какой функционал вам нужен от модуля. [email protected]

не надо рассказывать сказки про "неподъемные" цены и этим оправдывать варез. При стоимости модуля в 300 - 450 руб (без защиты и с возможностью устанавливать сколько угодно раз на разные домены) все равно не покупают даже один раз, но идут на варез. Это при том, что за вычетом комиссии разработчик получал "на руки" свои 240 руб. Сужу по собственному опыту, и не только. Поэтому никто вас "понимать правильно" тут не собирается. Какое может быть понимание по отношению к вору? Разработчик имеет право устанавливать стоимость, которую считает адекватной своим затратам труда. Цены здесь и так существенно ниже чем на "капиталистическом" сайте опенкарт "капиталиста" Даниеля (создателя опенкарт). Я так понимаю, что и налоги вы тоже не платите? Вас и тут нужно "понять правильно"? Т.е. если можно своровать или обмануть кого-то, включая уход от налогов, то вы это сделаете? Налоги пусть дураки платят? Кстати, благодаря налогам, к вам приезжает скорая помощь когда вам бывает плохо. А вот я, как раз, и есть тот "дурак", который платит налоги, чтобы работали учителя и медики, и т.д.

С кириллицей возможны проблемы. Зависит от операционной системы, версии php и т.д. В некоторых случаях такие файлы не обрабатываются. Например, windows php 5.6 не умеете работать с кириллическими файлами. Вам вопрос нужно в платных услугах размещать. У вас частная ситуация, которую можно решить, обладая всей полнотой информации, т.е. обладая доступами и т.д. По фотографии скриншоту это сложно лечится. В принципе, если вы не боитесь трудностей, а, наоборот, ищите их, то создавайте папки на "русском", греческом, иврите и т.д. И неожиданные сюрпризы гарантированы, это вопрос лишь времени.

Был когда-то, лет 25 назад или даже еще раньше. Когда существовали текстовые браузеры без javascript. В настоящее время в этом нет никакого смысла. Также нет никакого смысла в type="text/javascript", поскольку по-умолчанию и так будет javascript. Да и 20 лет назад в этом тоже не было смысла, современные стандарты говорят о том, что это все ненужная излишняя информация сейчас.

А зачем же так кричать? Некоторые разработчики делают таким образом защиту, например, делают персональную копию программы именно ля вашего домена. Имеют на это полное право. Разработчик сам выбирает каким образом защищать свое ПО. Т.к. кроме него никто этим вопросом не озадачен. Вы с таким же успехом можете требовать чтобы отменили лицензионные ключи, т.к. их тоже нельзя сразу скачать, а без них ПО не работает. И, о ужас, для получения лицензионного ключа надо: Правда, непонятно, для чего вы указываете " всякую другую херню"? Запретить? Логично же? Да и еще неудобство из-за этих ключей, т.к. нельзя один и тот же один раз купленный модуль использовать на разных сайтах. Нужно снова и снова покупать. Отменить бы...

Добавлена возможность работы с webp в качестве входного формата изображений. webp могут быть преобразованы в jpeg. Может быть полезно, например, если у вас после импорта/парсинга в папке исходных изображений оказались webp и, соответственно, в базе данных также оказались названия файлов с расширением .webp в качестве изображений товаров, категорий и т.п. Речь идет об изображениях webp, которые используются в качестве исходных для товаров, категорий и т.п., т.е. любых изображений, которые обрабатываются движком opencart. Речь не идет об изображениях, которые используются в качестве оформления тем/шаблонов или вставляются прямой ссылкой прямо в код html. Поскольку данный функционал нужен крайне ограниченному кругу заказчиков, то по умолчанию он выключен, но доступен при выборе отдельной опции при заказе/покупке модуля. Предусмотрена возможность работы с исходными изображениями WEBP в любой операционной системе (Linux, Windows, FreeBSD) с использованием различных возможностей, которые могут быть на сервере заказчика: библиотека GD с поддержкой WEBP библиотека imagick с поддержкой WEBP скомпилированные для соответствующих ОС бинарные библиотеки WEBP (при наличии proc_open/proc_close) Возможно использование любой версии php 5.6 - 7.4, но желательно использование 7.0 - 7.4, т.к. php 5.6 не сможет распознать, например, битый файл webp до начала его обработки. Поскольку после парсинга возможны битые (поврежденные) изображения в папке исходников, то лучше для более устойчивой работы использовать версию 7.0 или более новую.

3-ка работает медленнее чем 2.3 при прочих равных условиях. Если использовать по дефолту обе версии и сравнить их при одинаковом кол-ве товаров и пр., то выигрыша от 3-ки вы не увидите, как раз наоборот, увидите некоторое снижение скорости. Это даже видно по демо для разных версий, где визуально все абсолютно одинаковое, но 2.3 быстрее на 20% (работа серверной части).

здесь, скорее всего, не очень удачная верстка с применением JS. При желании можно сделать изменения. Просто нередко программисты не очень сильны в верстке и наоборот. Фильтр пишут программисты.

не просто выкладки, а ссылки на реальный сайт, где можно было пощупать и убедиться. Кто желал, тот убедился. Или вы наивно полагаете, что выкладки делались в фотошопе? ниже я дал ссылку (под спойлером) на реальный сайт с очень большой нагрузкой в день. неумно. У меня создается впечатление, что у вас в этот момент создаются изображения в кеше. Т.к. я видел и 15 сек на вашей странице. При повторном открытии уже 1 сек. Это страница с фильтром. Судя по тому, что у вас страница товара открывается 1.5 сек (там нет фильтра), то у вас просто кеша картинок еще нет. второй раз эта же страница товара открывается за 0.2 сек. Либо у вас люто тормозной хостинг, раз уж страница товара 1.5 сек тормозит. Либо еще какая особенность. Делать скоропалительные выводы, не разбираясь в вопросе - дело довольно сомнительное. Думаю, что вы очень спешите с необоснованными выводами. то ерунда, а не кол-во. проблема нередко кроется не там, где вам кажется. Вот когда у вас другой фильтр на этих же ресурсах начнет работать в 5 раз быстрее, то тогда можете делать выводы. Т.е. в сравнении получить результат. И при этом все настройки должны быть выполнены верно для корректного сравнения. только в этом разделе 9252 товара. пагинация около 0.5 сек. фильтрация по "мужские часы" - 1 сек. фильтрация по двум параметрам - 1.1 сек фильтровал по 4 параметрам сразу - тоже около 1 сек.

Наверное, должна быть реакция администрации на подобных авторов? Я имею ввиду автора, указанного здесь: персонаж по внешним признакам "один в один".

Акция. Стоимость модуля в $$ на данный момент: $ 35 по сегодняшнему курсу это меньше чем 2500 руб. стоимость модуля в рублях: 2900 руб.

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

Тоже не понял причем тут старый браузер? Да и не очень старый, пусть. Тестовая задача, явно подразумевающая использование всей мощи JS в его современном виде. Одного беглого взгляда достаточно чтобы узреть применение "let", которое мягко говоря, намекает на использование свежего стандарта JS.

во-первых, это бесполезно, т.к. в кеше опенкарт создает почти всегда изображения заново. во-вторых, эффективность этого метода крайне низкая. В среднем - это 15-20% выигрыш. webp для png дает выигрыш в весе, как правило, в несколько раз. Компрессор может использовать стандартную графическую библиотеку GD, которая используется в опенкарт. Но если у вас на хостинге есть библиотека imagick, то используется именно она, т.к. в таком случае можно получить картинку лучшего качества, особенно при всевозможных ресайзах. imagick в большинстве случаев можно включить на хостинге, т.к. нередко эта опция просто отключена в настройках. На обычном хостинге, правда, нет возможности повлиять на все настройки imagick/imagemagick, наиболее полно можно настраивать все на VDS, это к вопросу максимального качества, поскольку, например, бикубическая интерполяция (как наиболее качественная при ресайзе) обычно отключена на общем хостинге ввиду того, что жрет много ресурсов. Нужно понимать, что обычный хостинг не может выделить вам много ресурсов для обработки графики, поэтому если есть очень высокие требования к графике, то тут уже нужно смотреть в сторону VDS или мощного выделенного сервера. Но обычно imagick на общем хостинге достаточно в 90% случаев чтобы получить хорошее качество на выходе. вопрос с черным фоном решен на разных уровнях. с этим нет проблем. сама проблема черного фона может иметь разные причины, вот все эти причины изучены и проработаны. например, можете прочитать в отзывах о решении проблемы: https://opencartforum.com/files/file/4572-image-compressor-watermark-webp-lazy-load-etc-by-sitecreator/?do=findReview&review=35597

а в чем смысл курсов? Я наивно полагал, что курсы добровольно проходят с целью познания нового и приобретения навыков, которые нужны в дальнейшей работе. На работе у вашего сына тоже будет кто-то, кто все будет выполнять за него? Без самостоятельного решения задач программистами не становятся. Разве не так?

Все вопросы с фоном решены в указанном ниже модуле. Решены также масса других проблем, возникающих с изображениями. Плюс оптимизация размеров в комплексе, включая сжатые форматы.

Так я с вами полностью согласен. Даже непонятно насчет чего мы спорим. Изучение лучше всего начать именно с анализа чего-то работающего, а не пытаться сделать самостоятельно сразу все самому. Если все разом самому делать, то нужно будет анализировать кучу возникающих по ходу дела ошибок, а это сложно при отсутствии опыта, и уйдет масса времени пока будет получен первый результат, да и то это будет, скорее всего, по принципу "наконец то заработало, сам не знаю как". Например, для начала можно было бы один сайт полностью создать и настроить на автомате через панель управления. А вот второй сайт уже можно и самому с нуля через конфиги организовать. Т.е. двигаться от простого к сложному. Идеальной панели управления не существует, все они с теми или иными неудобствами и багами. Профи при желании и без нее обойдется, хоть я не вижу в этом смысла. А вот новичку без хоть какой-то панели будет тяжко. Понятно, что панель не делает ничего такого, что можно было бы сделать руками. Все дело в целесообразности. особенно когда часть рутинной работы можно упростить за счет панели.

я не расписывал, а приводил примеры лишь отдельных непростых моментов. человек поставил перед собой сверх-задачу: "все понять". Если вы внимательно читали, то я писал: Для той же борьбы с утечками достаточно вставить в нужное место позаимствованный кусок конфига из какой-нибудь темы, в которой данная проблема обсуждалась и была решена. Да и я довольно прозрачно намекал, что для старта изучения можно выбрать вариант попроще чем php-fpm. Для чего сразу останавливаться на отчасти сложном если можно выбрать вариант попроще и понадежнее? Даже в ущерб в некоторой степени для производительности. Вариант php как модуль апачи или классический cgi/fast cgi более предпочтителен для начала изучения чем вариант php-fpm, который богат сюрпризами. Разве не так? я не про себя писал. и вы, действительно, считаете, что многие способны самостоятельно при необходимости писать верно правила с использованием регулярных выражений? Я так вижу, что некоторые местные спецы, которые позиционируют себя знатоками серверов, не очень то дружат с регулярками. Это хорошо видно по их коду. Советовать человеку с нулевыми познаниями обойтись без панели управления - это довольно смело, но я бы сказал, что это сомнительное предложение. Ничто не мешает имея панель управления делать руками правки конфигов при необходимости. Но это упрощает процесс. В том числе и процесс изучения. Даже использование такой банальной возможности как удобный файловый менеджер в составе панели избавляет от массы рутинных и ненужных действий. Конечно, если хочется экстрима при изучении VDS и т.д., то можно взять свежую версию FreeBSD, для которой гарантированно не существует полноценной панели управления (навроде ispmanager или подобной). В таком случае будет хотя бы понятно почему много чего нужно будет делать руками. Правда, непонятно почему нужно выбирать FreeBSD в принципе для vds, а не Linux. Но если вы все же выбрали Linux, то неразумно не воспользоваться панелью управления. Как минимум, все запустить получится быстрее.

Это вы так говорите потому, что никогда не работали в этой теме. Но будьте готовы к тому, что многие вещи работают вовсе не так, как они описаны. Идеального ничего нет, и в этой области это особенно актуально. Описание проблем вы не встретите в документации, они обсуждаются на форумах, например. Вот вы, к примеру, взялись за php-fpm. А это самая проблемная реализация php если не знать какие делать настройки чтобы избежать потенциальных проблем. В документации вы не найдете описания об утечках памяти, т.к. доку подразумевают, что мы живем в идеальном мире, в котором ПО работает так, как задумано разработчиком. Но в реальности можно неожиданно узнать, что спустя несколько дней у вас закончилась вся память на сервере и он стал безбожно тормозить. Если сможете сделать анализ, то вы поймете, что процессы php-fpm сожрали всю память. А ведь не должны. Наберите в поисковике "php-fpm утечка памяти" и вам откроются интересные детали. При этом проблема может полностью отсутствовать на версии php 5.6, но будет на любой php 7.*. Подобная же проблема не возникнет если php работает как модуль апачи, например. Опытные администраторы серверов знают о подобных проблемах. Я сам наблюдал подобное неоднократно. Не любая поддержка хостинга знает, что с этим делать, точнее, мало кто знает. Вы же просто рискуете попасть в тупик. Сами судите, сакральные это знания или нет. И надо не просто знать в теории, а нужен опыт и практика. Т.е. чтобы уметь настроить безупречно сервер для любых задач недостаточно прочитать документацию. Нужно уметь решать проблемы, нужно уметь устранять разнообразные ошибки вроде 5ХХ веб-сервера, например. Если есть желание постичь, то дерзайте. а вы посмотрите документацию nginx. это к вопросу о конфигах. https://docs.nginx.com/nginx/admin-guide/ и чтобы понять конфиги (вы же пишите про "все понять"?) вам нужно понимать регулярные выражения. Т.к. они будут на каждом шагу в конфигах. Почитайте тему про регулярные выражения. Думаю, что желание шутить про "сакральные знания" отпадут сами собой. Это свой особый язык. Поверьте, далеко не все программисты хотя бы на 5% понимают регулярные выражения, не говоря о том чтобы использовать их мощь на всю катушку. Но все же, смею предположить, что перед вами не стоит задача "все понять", т.к. в этом нет практического смысла ради одного сервера. Вот вам немножечко информации: https://docs.nginx.com/nginx/admin-guide/web-server/web-server/#rewrite для понимания правил rewtite это необходимо изучить. server { #... rewrite ^(/download/.*)/media/(\w+)\.?.*$ $1/mp3/$2.mp3 last; rewrite ^(/download/.*)/audio/(\w+)\.?.*$ $1/mp3/$2.ra last; return 403; #... } попробуйте разобраться хотя бы в одной строке rewtite из приведенного кода. В ней используются регулярные выражения. Потом расскажите нам сколько у вас ушло времени чтобы понять, что же означает данная строка? https://learn.javascript.ru/regular-expressions регулярки можете здесь изучить. В данном случае язык программирования не имеет значения, т.к. регулярки практически мало от него зависят, в основном почти не зависят, за исключением очень тонких моментов. Но если пользоваться панелью управления, то вникать, а, тем более, писать конфиги вам не придется. В крайнем случае вы где-то украдете кусочек нужного вам конфига, но без понимания, что и как в нем работает. Понимать полностью как работает конфиг - это удел своего рода элиты. А писать конфиг для nginx без условных ветвлений (if) - это верх совершенства. А "if" в nginx использовать крайне не рекомендуется, т.к. он не всегда работает так, как это кажется. Освоите регулярки, дайте знать!

В корне неверный подход. Неправильно начали. Вы не сможете во всем этом разобраться. Даже если у вас что-то заведется, то будет содержать миллион ошибок, дыры в безопасности и будет сомнительная производительность и надежность как таковая, т.е. в любой момент может все рухнуть. Поэтому с вашими познаниями, точнее, с их полным отсутствием на данном этапе есть выход один - установить одну из панелей управления на сервер. Можете платную ISPmanager или бесплатную (выбор большой). С ними в миллион раз проще и не будет возможности совершить грубые ошибки. А составление и правка конфигов - это не ваше. Для этого нужно, действительно, много знать и понимать, а также много читать документации на английском в основном.