sazonoff

При всем уважении, но лучше бы вы так не делали. Оригинальный вариант и так несовершенен. Ваш будет еще хуже. Если в первом варианте пользователи сразу смогут увидеть ошибки, то в вашем варианте они не всегда их обнаружат немедленно. GD работает нестабильно с webp и выдает часто совсем не то, что вы ожидали. Баги вылазят на части изображений. да и говорить, что ТС использовал что-то оригинальное как-то язык не поворачивается. if( strpos( $_SERVER['HTTP_ACCEPT'], 'image/webp' ) !== false ) К примеру откуда ТС взял уникальный код проверки поддержки webp? Отсюда в точности скопипастил, включая пробелы: https://stackoverflow.com/questions/18164070/detect-if-browser-supports-webp-format-server-side Почему ТС в таком случае не дал ссылку на автора данного кода? Или самому можно не указывать? $command = "cwebp -q 100 '" . DIR_IMAGE . $image_new . "' -o '". DIR_IMAGE . $image_new_webp . "'"; exec($command); Есть ли в этом коде что-то уникальное? Является ли ТС автором использования cwebp через exec? Вряд ли. Смотрите здесь: https://www.digitalocean.com/community/tutorials/how-to-create-and-serve-webp-images-to-speed-up-your-website вот идея по этой ссылке: cwebp -q 100 image1.jpg -o image1.webp ТС взял ее полностью, даже включая качество 100 (да че тут думать то?). Подставил лишь названия файлов DIR_IMAGE . $image_new В той же статье идея использования exec также подробно описана, правда, не в контексте php. Но собственно exec в php выполняет ту же функцию, что и при запуске в bash, да и в других языках тоже самое. а вот этот оригинальный код как-то очень похож, включая отступы на оригинальный код опенкарт tool/image.php? Или не похож? Конечно, он чуть-чуть иной. Идея замены на webp через preg_replace тоже не нова. Она была описана неоднократно на всяких stackoverflow. Даже уже лень искать. ТС просто взял готовые чужие идеи и скомпилировал их в несколько строк готового кода. Думаю, что все понимают, что дело в первую очередь в готовых идеях, а не в том как назвать переменную или функцию? Безусловно, получился в итоге новый код. ТС может считать себя автором этого кода, но назвать его уникальным сложно, и несколько нелепо выглядит выставленная на публику чрезмерная претензия, что убрали копирайт. Не оправдываю @xds , но и ТС раздул из мухи слона, хотя все можно было решить в личной переписке. Не той оригинальности этот код чтобы бучу поднимать.

и как успехи юристов в подтверждении этого нарушения? @Vladzimir , вы за что ратуете то? Просьба не отвечать в стиле "за соблюдение лицензии GPL", иначе это все равно, что "за все хорошее против всего плохого".

пример. на nvidia дураки по вашему? Почему для linux, которая под GPL, компания nvidia выпускает свои продукты под иной лицензией? Как так вышло, что nvidia никак не хочет выпускать свой софт под GPL для limux? При том, что софт nvidia вовсю использует системные вызовы. По вашей версии nvidia нарушает GPL linux-а? Почему вы всегда сливаетесь с темы когда вам приводят этот пример? Разрыв шаблона? Или данный пример с nvidia говорит о том, что вы не понимаете сути GPL?

системные вызовы могут быть, и при этом не будет нарушения GPL. Лицензия никак не запрещает никакие вызовы. учите матчасть! Перестаньте подавать собственные заблуждения как истину. Вы просто не правы.

@Vladzimir , вам не кажется, что вы уже всех утомили своим особым пониманием GPL? На самом деле, вы абсолютно не понимаете сути этой лицензии. Вам миллион раз уже это говорили. На форуме Даниеля подробным образом разобрали GPL, в том числе и то, почему возможны платные дополнения к опенкарт со своей собственной лицензией, и почему это никак не нарушает GPL. Данила сам подтвердил то, что разработчики могут писать модули под свой лицензией, и это никак не будет противоречить духу GPL. Если почитать форум Даниеля, то уже 5 или 10 лет назад все и всем ясно с лицензией опенкарт. Похоже, что даже самым сомневающимся и безграмотным уже давно все понятно. @Vladzimir , складывается полное впечатление, что вы просто троллите. Непонятно какую цель вы преследуете? Может быть вам пора куда-то пожаловаться на opencart.com или сразу на Даниеля за то, что они нарушают якобы GPL?

@Demanoco , ищите у вашего хостера нормальный резерв БД за нужные вам сутки. Восстанавливайтесь из него теперь если другого нормального нет. Про встроенные средства опенкарта забудьте.

это из темы про фильтр про. не, ребята, такой хоккей нам не нужен! Я ж и говорю, эти все извращения от незнания основ защиты. Овладели php и все? Вот эти знания как раз будут в тему. Тогда и не будет казусов как с дополнениями у @freelancer Вот на конкретно возникшей проблеме можно с уверенностью сказать, что возникла она вовсе не из-за куба. А из-за желания изобрести свой велосипед защиты, который в итоге не поехал, но всех только напугал, включая самого разраба.

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

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

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

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

писали бы точнее. ссылку бы дали. главная страница у вас быстро открывается, да и с другими проблем не видно. фильтр долго работает или что? CloudFlare есть небось?

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

нельзя. по той простой причине, что у вас сперва должна работать страница с https, а она у вас не будет работать, т.к. вы Как было замечено выше, если хотите распугать клиентов и просто быстро вылететь из индекса поисковиков, то тогда верной дорогой идете. Я не уверен, что у вас именно такая цель.

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

@Seversait , как вариант: тут какая угодно работа с изображениями и полями (добавить, убавить, отрезать, изменить цвет полей), плюс какой-угодно адаптивный ресайз, плюс обрезка ненужных полей в исходниках. Если поля в исходниках, то никакими иными способами вы это не сделаете на автомате, если не считать работы в фотошопе.

Всегда интересна конечная цель, для которой будет использоваться подобное решение? Может оказаться, что решение в корне неверное, но есть другие для вашей цели.

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

Не даст. То, что вам предлагают, позволит чуть-чуть ускорить ответ сервера, но это ускорение может быть менее 1%. Да и OPcache по умолчанию, насколько помню, присутствует в php. Он же входит в состав zend-движка, включается просто галочкой, позволяет кешировать скрипты php. Если с откликом сервера все в порядке, то думать нужно об оптимизации JS, CSS и т.д. Медленно нередко работает в браузере, а не на сервере. Вы рекомендации гугла смотрели? Да и не видя пациента сложно говорить. Если отклик сервера долгий, то тогда смотреть надо mysql, и там проблемы решать.

Плагины, расширяющие возможности редактора, подключены по максимуму. Плагины, которые распространяются по платной подписке, т.е. не имеют статуса "free" и имеют лицензию, отличную от GNU LESSER GENERAL PUBLIC LICENSE Version 2.1, не могут быть просто так добавлены в редактор. Подключенные плагины и их особенность постараюсь осветить подробно. Также на основе замечаний пользователей возможны изменения в редакторе. Расширенный плагин для работы с изображениями позволяет быстро редактировать изображения: поворот, отражение, яркость, контрастность и т.д. Нужно только учесть один момент, что измененное изображение будет вставлено непосредственно в HTML в виде кода.

10 Завантажити / Придбати розширення TinyMCE 5 редактор для Opencart TinyMCE 5 вместо Summernote. Назначение: Заменяет в админке стоковый редактор Summernote на TinyMCE 5 везде, где возможно. Русский язык присутствует. Не изменяет файлы Opencart. Описание TinyMCE 5: https://www.tiny.cloud/ TinyMCE распространяется в соответствии с GNU LESSER GENERAL PUBLIC LICENSE Version 2.1. Полный текст лицензии входит в комплект файлов TinyMCE. Автор sazonoff долучення 15.11.20 Категорія Редакторы Системные требования Метод активации Без активации Ioncube Loader Нет ocStore 3.0 OpenCart.Pro, ocShop Звернення до сервера розробника Нет  

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

можно и нужно. достаточно. более того, еще на этапе дизайна нарисуют такое, что ни в сказке сказать, ни пером описать. И потом невозможно (и бессмысленно!) реализовать. Например, пытаются прямо в дизайне нарисовать возможности по оформлению и оплате заказа? Спрашивается, зачем? Есть же СИМПЛ-а. Но будут упорно рисовать, причем в заведомо убогой интерпретации по сравнению с симплой. И еще будут потом желать чтобы было сделано "как нарисовано". Поэтому, @Rezoner , примите как данность, что не все нарисованное может быть реализовано функционально. А часто нарисованное будет намного неудобнее чем, например, сделано в модуле СИМПЛ (оформление и регистрация). Поэтому дайте возможность верстальщику-программисту отойти от вашего дизайна в принципиальных моментах вроде "оформления и регистрации", т.к. дизайнеры тут вообще ничего не смыслят, да и в принципе им даже близко не надо подходить к таким макетам и что-то рисовать в этом плане.

Все верно. Пиратские ресурсы уже давно активно маскируются под вполне приличные торговые площадки.