sitecreator
-
Posts
6,116 -
Joined
Content Type
Profiles
Forums
Marketplace
Articles
FAQ
Our New
Store
Blogs
module__dplus_manager
Everything posted by sitecreator
-
тут были скидки... акция закончилась. -
Пропозиції, побажання, новий функціонал, звіти про помилки
sitecreator replied to dinox's topic in Пропозиції та побажання
это тоже людей пугает. сразу возникает вопрос, что будет если не продлить? Перестанет работать модуль, весь магазин и т.д.? тут непонятно обязательны ли ежегодные платежи или нет? Но и то, что написано сейчас тоже довольно непрозрачно. Согласен, что возникает вопрос: а это тоже надо сейчас платить или когда? -
версия 3.1.1 Улучшена обработка изображений по относительным ссылкам, абсолютным ссылкам с указанием протокола и без его указания, включая сложные конструкции для поддержки экранов высокой плотности и наличия сложных zoom-ов.
-
этого не делал.
-
Пропозиції, побажання, новий функціонал, звіти про помилки
sitecreator replied to dinox's topic in Пропозиції та побажання
еще бесследно исчезла информация о прошлых версиях, которая была на одном большом листе. Снова отдельное окно заполнения изменений только для текущей версии. Если вы заливаете обновление, то учтите это. По версии согласен, раньше было удобнее. -
версия 3.1.0 Для разных версий opencart улучшена обработка файлов изображений, содержащих в названиях кириллицу, пробелы и т.п. нерекомендуемые символы. URL для таких файлов формируются согласно стандарту, т.е. кодируются, и являются валидными. ------------------------------------------- RFC3986. Согласно стандарту кроме латинских букв и цифр могут быть еще только следующие знаки в названии файла, передаваемом в URL : Все остальные символы URL (вроде той же кириллицы, арабской вязи и т.д. и т.п.) в названии файла (папки) должны быть обязательно закодированы. -------------------------------------------- Т.е. фактически модуль Компрессор устраняет проблемы, связанные с применением в названиях файлов каких-угодно символов кроме латиницы. В принципе это не рекомендуется совсем, но если все же у вас есть файлы с кириллицей, пробелами и т.д., то они будут нормально обработаны. Исключением могут быть только файлы, вставленные в код непосредственно как прямые ссылки.
-
Пропозиції, побажання, новий функціонал, звіти про помилки
sitecreator replied to dinox's topic in Пропозиції та побажання
все равно не очень понятно. но тоже информация, спасибо. -
Пропозиції, побажання, новий функціонал, звіти про помилки
sitecreator replied to dinox's topic in Пропозиції та побажання
Смотрю, что появились разнообразные наградные знаки, почетные грамоты и т.п. Это нововведение? А где можно прочитать про это? Награды кроме почета и уважения дают что-то еще? Например, права, льготы, привилегии и т.п.? Написано "за полезный контент". А за какой именно? И как и кем определяется полезность? И будут ли "награды" за вредный контент? Не секрет, что бывает тут и такой. Причем, нередко может быть залайканый такой контент до неприличия, т.е. формально и он, вроде как, очень полезный. Всякого рода холивары и т.д. И можно ли узнать весь список возможных наград? И понять бы еще степень полезности их? Чтобы было к чему стремиться. А все награды - постоянные или переходящие? Переходящие звания, вроде бы, уже есть, например, "автор недели" и т.п. -
обычно юридически это называется, что вы (разработчик) передаете мне (заказчику) все права на ваши разработки, за которые получили от меня вознаграждение, далее я как владелец прав могу распоряжаться кодом на свое усмотрение. Это примерно, конечно же, но суть такая.
-
Пропозиції, побажання, новий функціонал, звіти про помилки
sitecreator replied to dinox's topic in Пропозиції та побажання
ну не, такое нельзя вводить. Во первых не все сообщения требуют ответа. А во вторых, есть опыт другой площадки где выводится время ответа, так это губительная штука. Автор либо становится цепным псом. Либо у него красуется (В среднем вы получите ответ в течении 5 часов.) Если кто то написал в 00.00 а автор в сети только в 10.00 утра, а часики такаяют. Не не, так нельзя. а мне один красавчег написал сразу одно и тоже в двух темах переписки на одном ресурсе. Разумеется, что общались в одной переписке, но часики то тикали, мол, не отвечаю я ему в такой же другой переписке. А бывает нередко, что напишет в личку, на почту, да еще в какой-нибудь теме. Одно и тоже. Везде отвечать? Сомнительная идея. Да и тут полно людей с разными часовыми поясами, измерять в часах время ответа в таком случае будет совсем некорректно. И, как верно замечено, далеко не все посты требуют ответа. Да и в темах пользователи сами между собой тоже общаются. Причем тут время ответа? -
@Kazumi , от неиспользуемых не чистит.
-
это менеджер изображений. Предполагается, что в папке изображений должны быть изображения или архивы с изображениями, которые можно загружать и распаковывать. При желании вы можете добавить нужные типы (mime) файлов здесь: 'uploadAllow' => array('image/jpeg', 'image/png', 'image/gif', 'image/svg+xml', // "особые" типы древних IE добавил на всякий случай sitecreator 'image/pjpeg', 'image/x-png'), это в файле ControllerCommonTrueFileManager.php, который в папке system/library/sitecreator/trueFileManager
- 115 replies
-
- 1
-
-
- менеджер файлов
- менеджер изображений
- (and 1 more)
-
@Kazumi , кстати, в процитированном вами куске есть ключевое пояснение: Это вопросы относятся к верстке и выбору разумных геометрических размеров для изображений. Хоть это к сжатым форматам не относится, но модуль Компрессор умеет исправлять и подобные проблемы во многих случаях насколько это возможно.
-
думаю, что вы не поняли. после сжатия большая по весу картинка становится меньше, геометрические размеры при этом сохраняются. Файл будет меньше. А если бы еще и геометрию поправили, то была бы еще меньше. Т.е. меньше будет в любом случае. картинка становится меньше по весу, т.е. сам файл будет меньше, соответственно, будет трафик меньше, следовательно загружаться будет быстрее. И то, что вы выше процитировали меня, это относится к верстке, причем, к не очень удачной верстке. В чем смысл спрашиваете? В том чтобы стараться делать верстку более правильной. Только какое это имеет отношение к модулю Компрессор и сжатым форматам напрямую? Никакого. Вы вырвали из контекста обсуждение верстки. Иногда, например, загружают логотип размером 2000 х 1000, в то время как он никогда не отображается больше чем 200 х 100. Спрашивается, а почему так делают? По незнанию и отсутствию должной квалификации. Разумеется, что в такой ситуации гугл будет разумно предлагать привести геометрические размеры в соответствие. Модуль Компрессор умеет поправлять геометрические размеры изображений насколько это возможно и создавать для смартфонов более оптимальные изображения с меньшим весом. В итоге все грузится быстрее.
-
Чр. пт. закончилась
-
Чр. пт. закончилась
-
Хорошей альтернативой настройкам выставления явных размеров и нативному lazy load может быть использование lazy load JS совместно с изображениями, специально созданными для небольших экранов смартфонов. Т.е. смартфонам отдаются более легкие по весу изображения чем для ПК. На практике нужно просто смотреть, что работает лучше в конкретной ситуации. особенно в случае баннеров на 2500 * 1000 (4000 * 2000 и т.п.).
-
Версия 3.0.2 Обновление кода Принципиальных новшеств в этой версии нет. Но упрощен интерфейс управления, т.е. админка модуля. Для тех, кто не любит много настроек, их количество уменьшилось. Поскольку в 99% случаев формат webp покрывает потребности в использовании сжатого формата, то оставлен именно этот сжатый формат. Тем более, что webp формат в модуле Компрессор работает практически у любого хостинг-провайдера, можно сказать, что в 99.9% случаев. От mozjpeg, optipng в этой версии отказался. Благодаря этому настройки стали несколько проще. Если же вам нужны mozjpeg, optipng, то вы можете не обновляться, а использовать предыдущие версии вплоть до 2.3.1 Напоминаю, что в версии 2.3.1 и 3.0.2 есть новые возможности для оптимизации изображений. Максимально корректно, с сохранением вашей верстки и без поломок вроде сплющивания или растяжения изображений. Речь про это:
-
@DmitriySPb , будет позже.
-
Черная пятница. закончилась
-
Пр правильном подходе даже Bacis будет достаточно. Ибо это несравнимо более высокий уровень по сравнению с онлайн-кубированием. Онлайн - это защита от школьника, точнее, от ленивого школьника. А вот в Bacis уже начинается Защита! Именно с большой буквы. Конечно, если вы не будете только нажимать на одну кнопку "кубировать", но приложите усилия для изучения документации. Она, правда, сложная, почти без примеров и с... багами местами. Сломают если защита поверхностная. А именно такая будет в 99%, т.к. все рассуждают по вашему же принципу "а зачем серьезно работать над защитой если все равно сломают?". Вот сами и облегчаете работу для взломщиков. Меня полгода ломала ломали... ломали ломали... но не сломали. Так и оставили эту затею. А ведь всем воровским миром деньги собрали на взлом хакеру. Серьезный человек работал. Но, не получилось! Доктор сказал, что и не получится вылечить! Хотя там уже азарт был у взломщиков и на кону был как-бы престиж взломщика, ибо сломанных модулей на его счету очень много. Я с интересом наблюдал за их взломом. Оценивал промежуточные результаты, делал свои выводы. У них даже часть кода получилось восстановить. Но... совсем нерабочего. Я читал этот код. Самый простой вариант - это использовать версию ПРО. В ней можно легко делать лицензионный файл с привязкой к домену. Но это можно и средствами php делать, но для этого нужно поработать. Нативная защита php лицензионным файлом также может быть взломана. Если использовать средства защиты в комплексе, то сломать нереально за вполне ограниченное время и ограниченный бюджет. Ломают то не ради идеи, а ради денег чтобы вам же продавать ключи для взломанных версий, но по цене раз в 5...10 дешевле. Взломщики - это не робингуды, а такие же бырыги. Они свое время тоже ценят. Если хотите хорошей защиты и использовать Bacis ионкуб, то начните с изучения методов асимметричной криптозащиты. Именно с помощью этих методов вы сможете делать надежные ключи с привязкой к домену - такие ключи, для которых невозможно создать keygen. Вот такие ключи - это основа защиты, и пункт № 1 в защите. Ионкуб идет уже на 2 месте. Асимметричные криптометоды - вот, что нужно прежде всего использовать. Вместо с ионкубом - это очень мощная защита, но даже и без куба это уже серьезная защита.
-
Был ранее блог, теперь его нет.
-
Черная пятница. закончилась
-
Статистика по реальном у сайту. Выигрыш в применении WEBP 9-ти кратный. Это связано с тем, что на сайте очень много картинок в формате PNG-24 с альфа-каналом (прозрачностью). В этом случае WEBP дает очень хорошее преимущество без потери качества изображения. Статистика на основе обработки более 19 000 изображений, переработано более 1Гиг изображений, на выходе они превратились в 120 М. И это все без тормозов страниц, с совершенно равномерной нагрузкой сервера за 2...3 дня. Пользователи не видят тормозов, а хостер не жалуется на неожиданный всплеск потребления процессора, благодаря этому никаких ограничений ресурсов со стороны хостера не смотря на такой большой объем работы. Тут главное - равномерность загрузки.
-
Вместо белых полос на фото - черные
sitecreator replied to AlexMax13's topic in Opencart 3.x: General questions
Любые операции с полями изображений. Вообще любые операции с изображениями. Добавить там, где нужно, поля, определенного цвета. Не добавлять где нужно. адаптивная обрезка чтобы картинки были одинаковых пропорций. и т.д. и т.п.
