sitecreator

Если я подготовлю для этого файловый менеджер. Это, раз. А, во-вторых, научу движок (с помощью своего модуля) преобразовывать webp в jpeg. Сама по-себе задача такого преобразования довольно сложная. Вот только кому это нужно? Предполагаю, что практически никто этим пользоваться не будет. ну а будет спрос, то и будет предложение. именно. плюс сложности преобразования про которые я написал. ведь все должно работать даже в случае отсутствия поддержки браузером админа или клиента этого формата.

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

@7ochukwu , вы работаете как обычно. Для вас внешне ничего не меняется и вы вообще можете не ведать о существовании webp. Все происходит автоматически, webp автоматически создается и автоматически встраивается в вывод для браузера. Причем, создается почти незаметно для вас. В отличие от сжатия mozjpeg или optipng, да еще когда те сжимаются "на лету", тут работа построена иначе, и нагрузка на процессор+память будет существенно ниже - в разы ниже (в три и более раз ниже по сравнению с mozjpeg, а по сравнению с optipng разница в нагрузке еще серьезнее: в 5 и более раз). Почти так, за исключением того, что jpeg никуда не девается. Он нужен для отображения в старых или несовместимых браузерах. На сегодня поддержка webp охватывает более 80% браузеров (статистика на основе просмотров).

а на что влияет данные статус? доменом вы продолжали спокойно пользоваться в этот период? Или были ограничения? Например, на смену dns или еще другие ограничения? Т.е. что эти два месяца происходило? И что делал регистратор эти 2 месяца? Он что-то проверяет, тестирует? чего именно? или чисто формальность, которая ни на что технически не влияет?

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

Кто имел опыт? Например, перенос из nic.ru в joker.com? Имеются ввиду международные домены. Насколько гладко это бывает?

@btrotsky , а у вас цель какая? Гугл обмануть или реально сделать быстрый сайт? Кстати, в итоге гугл вы не обманите. Потому, что он будет делать оценку по фактической скорости загрузки у клиентов. Когда соберет статистику по сайту. Пока у гугла нет статистики, то вы можете попробовать обмануть его, но тут вы только себя в итоге обманете. Ибо для гугла его статистика будет в приоритете чем попугаи, показанные в тесте (эмуляции смартфона). Он оценит по реальным загрузкам на смартфоны. Улавливаете?

6 Мегов картинка. как она может "быстро" открываться? На мобильнике она может минуты грузиться. Вот гугл и намекает на это. гугл не прав?

открывается она несколько секунд. одна картинка.

вы это прямо в браузер отдаете? Если так, то какой реакции гугла ждете на это? вы наивно полагаете, что есть что-то, что можно разглядеть при таком разрешении? И при условии, что это снято без профессионального освещения и без проф. камеры? Кстати, а что там интересного на велосипеде нужно рассмотреть? Грязный снег и плесень на прошлогодних листьях? Какая цель то? При том, что четкость фиговая в итоге. Что там на велосипеде смотреть то, что нужно 4000х2000?

Так про потерю качества речь то не идет. Вес файла можно уменьшить без потери качества. Вы можете также перейти на webp формат. загружайте исходники такого максимального размера, который вы будете использовать на сайте. на сайте у вас максимальный размер какой? 1200х1200, например?

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

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

вам лучше поставить актуальную 1.9.4. в ней все есть, да и работает намного быстрее она. кроме того сейчас бета-тестирование уже 1.10-й идет. https://opencartforum.com/files/tutorials/55-{%3F}/ вот тут я написал как получить новые версии. Все, кто легально приобрел, смогут скачивать обновления у меня на сайте.

неверные настройки сервера. или в какой-то момент из-за невнимательности что-то не то сделали.

вам это сразу предлагали проверить. И всякие "падения" тоже из-за этого возможны. Я уже писал выше, что imagick не любит когда ему не дают записывать, а потому вываливается с fatal error (может сопровождаться белым экраном). он отключается в своей же админке. если у вас версия не очень старая. вот так: Именно этой кнопкой включается и отключается ocmod модуля. именно так правильно отключать. Или вручную ocmod отключать. Например, переименованием расширения в xml_ и последующим обновлением модификаторов.

На мой взгляд, лучше всего когда есть один бесплатный номер, начинающийся на 800. А дальше уже покупателя не должно волновать как продавец организовал прием и распределение звонков. Если номер многоканальный, то покупателя вообще ничто не должно отвлекать от покупки, тут при наличии "800" по барабану с какого оператора звонить и из какого города. Если уж задумали вести успешный бизнес, так в чем проблема взять номер на "800"? Сами посудите, за 1999 р в месяц вы получаете 12,5 часов непрерывных разговоров с клиентом, т.е. 750 минут. Это разве непосильно для бизнеса? Тем более, что тут гораздо больше платить нужно человеку на телефоне, который в состоянии столько часов непрерывно разговаривать.

Я, например, каких только чудес не встречал с исходниками. Например, PNG внутри JPEG и наоборот. Т.е. расширение у файла одно, но его mime-тип совершенно иной. Многие браузеры, кстати научились отображать такие странные изображения, но тот же классический фотошоп откажется принять на входе такое изображение. Перечень странностей исходных изображений может быть очень велик. Привел самое распространенное для примера. Могут быть битые изображения. Причем может быть поврежден буквально один байт, что на визуальном восприятии не отобразится, но файл не может быть обработан. Но чаще бывают проблемы с правами на файлы и папки. Иногда после очередных настроек (сервера) неожиданно меняются права доступа к некоторым папкам или меняется неожиданно пользователь linux, от которого работал скрипт php. Встречал такое. При этом библиотека GD при невозможности записать файл может даже не выдать предупреждающего сообщения, но imagick может вылететь с fatal error при этом. Я, кстати, у себя в модуле реализовал исключения в скрипте на этот случай чтобы не вываливался скрипт с fatal error и/или белым экраном. это еще ничего не гарантирует. вы проверьте от какого пользователя у вас скрипт создает файлы именно сейчас и с какими правами создаются они. То, что было создано раньше не означает, что теперь создается также. Мало ли.... особенно много проблем с этим на VDS. Просто многие понятия не имеют о том как же его правильно настроить. На общих хостингах тут меньше всего проблем. Но как только я слышу о подобной проблеме, то по моей статистике она случается в 99% случаев именно на VDS.

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

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

@kuillen , ошибка у вас на скриншоте написана. воспользуйтесь гугл-переводчиком.

По-хорошему не надо использовать ftp для ocmod-загрузчика. Изначально это была дурная затея, от нее отказались в следующей версии. Отключайте фтп и ставьте фикс. Сразу многие проблемы сами собой пропадут. https://www.opencart.com/index.php?route=marketplace/extension/info&extension_id=18892&filter_search=fix&filter_download_id=47 QuickFix: Extensions Installer issue when FTP support disabled

здравствуйте. это не имеет значения. практически любые.

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

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