savage4pro

сложно сказать, запороли или нет вопрос о каком поле? если description, как понял я, то в mysql тип у него TEXT, что как бы намекает, что лимит у поля 2^16 байт, или 64Кб если по-русски если meta_description, как поняли все отписавшиеся, и наиболее вероятно, что именно его вы имеете в виду, тогда лимит 255 байт так или иначе, храним мы данные в мультибайтовой кодировке, а значит каждый символ занимает от 1 до 4 байт, т.е. если забить все мета иероглифами, то в наш varchar поместится их 85 штук не думаю, что вы используете в описаниях символы из последнего юникод-блока

ну вот как вариант - почему бы не повесить на post.admin.product.add и post.admin.product.edit вызов контроллера, который бы (пере)создавал тамбнейл изображения в размере для гугла

дайте ссылочку на сайт, легче будет помочь

16x16x24 BPP прозрачность по желанию там в комплекте есть иконки для примера

ну, на СЕО это никак не отразится а вот чтобы поправить внешний вид списка в html-блоках, добавьте какой-нибудь css-класс (ну, например, html-module) к оберточному div'у в catalog/view/theme/*/template/module/html.tpl в файл стилей (имеющися или дополнительный подключите в header.tpl) добавьте что-то подобное .html-module { text-align: justify; } .html-module h1, .html-module h2 { text-align: center; } .html-module ul { padding: 0 0 0 40px; } .html-module li { list-style: disc outside; text-align: left; } прибейте внутри зубодробительные конструкции типа <p style="text-align: justify;"> <span style="color:#000000;"><span style="font-size:12px;"><span style="font-family:arial,helvetica,sans-serif;"> и в будущем не пользуйтесь без крайней нужды редактором для добавления инлайн-стилей

у вас есть замечательный файл стилей текущей темы catalog/view/theme/sstore/style/style.css в нем так и написано - никаких стандартных отступов и никаких пунктов: *{margin:0;padding:0;outline:0}...ul,li{list-style:none}...

Favicon for Admin Panel Мне надоело видеть стандартную заглушку браузера на вкладках админки. Мод добавляет возможность указать png-иконку страниц панели администратора (основного сайта) для отображения в браузере, в том числе в закладках. Установка: загрузить модификатор через Extensions / Extension Installer обновить кэш модификаторов на странице Extensions / Modifications зайти в настройки магазина и выбрать нужную иконку или залить свою В комплекте идет 2 иконки для примера, одна из них ставится при установке модуля штатным установщиком. Автор savage4pro Добавлен 05.05.2016 Категория 2.х Скачать Favicon for Admin Panel favicon-admin_v1.2.ocmod.zip

если есть ssh, жизнь становится проще: упаковка tar -czf /путь_до_папки_хранения_бекапов/backup_files_$(date +%Y-%m-%d-%H.%M.%S).tar.gz --directory=/путь_до_корня_сайта папка_сайта mysqldump -uимя_пользователя -hхост_БД -p имя_бд | gzip -c | cat > /путь_до_папки_хранения_бекапов/backup_db_$(date +%Y-%m-%d-%H.%M.%S).sql.gz распаковка tar -xzf /путь_до_папки_хранения_бекапов/архив_файлов.tar.gz -C /путь_до_корня_сайта/папка_сайта gunzip < /путь_до_папки_хранения_бекапов/архив_БД.sql.gz | mysql -uимя_пользователя -hхост_БД -p имя_бд

в файлы случайно не лазали блокнотом виндовым? есть вероятность, что в фиде присутствует пустая строка/непечатный символ, и <?xml идет только со второй строки кодировка всех файлов должна быть "utf-8 without bom"

побуду собирателем советов и повторителем рекомендаций таки зачем вы яндексу кормите фид для гугла? яндекс наш вебмастер не умеет картинки, в отличие, так сказать, от великодушно прошу прощения, спутал интерфейсы! кроме того, для гугла чтобы не выходило такой беды

у вас минимум 2 варианта 1. добавьте новую позицию и выводите ее модули в <header>, можете до кучи внести в массив модулей ключами их код и сможете в шаблоне выводить их не отсортированной кучей, а поштучно 2. выводить модули как-то так

с этого момента поподробнее, пожалуйста

и еще related в карточке

так же сфейлили FF 45.0.2 и 46.0 а вот IE (11.212.10586.0) в кои-то веки отличился и скачал работоспособный архив ишак, настало твое время!

точно не в этом курл также получает нормальный файл: curl -k -A "Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.1 (KHTML, like Gecko) Chrome/22.0.1229.79 Safari/537.4" -v -O --remote-header-name -b ".cf" "http://forum.opencart.pro/files/file/69-%D1%80%D0%B5%D0%BB%D0%B8%D0%B7-opencartcms-2102/?do=download&r=680&confirm=1&t=1&csrfKey=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx" CRC32: F9497D7C MD5: A4195155D5DF1146910B742D2B15E751 SHA-1: 56D3896B92448592DB478B80A4F59CD4D1F602E8

сам не верил, пока не поймал Windows 10 Pro (1511/10586.218) x64 Chrome 49.0.2623.112 m Total Commander (x64) 8.51a не ругался, но внутри архива не хватало части файлов, и встречались некоторые битые, что говорит о том, что файл архива, как минимум, начат корректно

https://github.com/ocshop/ocshop/pull/204/files поправьте сами или подождите следующего обновления

ну смотрите, на данный момент варианты какие megafilterpro MegaFilterPro megaFilterpro ну и так далее

ControllerCatalogCategory->autocomplete() меняете 'limit' => 5 на нужное кол-во

вопрос касался версий 1.5.х поэтому и путь system/logs, хотя дыра присутствует и в более поздних версиях переименование файла смысла имеет действительно немного, т.к. инъекция позволяет переопределить назначение записи ошибок в "хоть-что.php", даже за пределами папки logs типа "../inc.php" а тут, на свой страх и риск, можете воспользоваться конструкцией, которая запретит прямой вызов .php, в обход index.php и admin/index.php в верхнем .htaccess <FilesMatch .*\.php$> RewriteCond %{REQUEST_URI} !(^/(admin\/)?index*\.php|^/$) RewriteRule ^([^?]*) index.php?_route_=$1 [L,QSA] </FilesMatch> и это не панацея, конечно - никто не мешает дописать свою хрень в уже имеющийся файл, например, startup.php и переименовать файл ошибок обратно, дабы не сломать весь сайт сразу, никто же не хочет ломать сайт, а всего лишь какое-то время пользоваться частью его ресурсов, большой частью, пока его не закроют отключить показ ошибок в .htaccess php_flag display_errors off где-нибудь в config.php или в Log::__construct() error_reporting(0); насчет прав и прочего тут в теории все относительно просто 1. на продакшене 1 сайт = 1 пользователь от которого работает веб-сервер для обслуживания данного сайта, права - папки 0700, файлы - 0600 2. ftp не должен иметь прямого доступа ко всем файлам сайта, только через mount к папкам картинок ну и прайсов каких-нибудь в своей домашней папке на dev, на продакшене ftp нет в принципе 3. ssh для пользователя с доступом по ключам, никаких паролей вообще, и он должен быть один такой, который имеет право пушить в мастер продакшена с мерджа веток опять-таки на dev-сервере 4. к dev-серверу нет доступа из мира, кроме нескольких vpn-серверов, через которые осуществляется доступ персонала, и наоборот - в мир, кроме как на прод через систему контроля версий 5. группа разработчиков всегда работает только с ветками на dev каждый под своим пользователем 6. доступ к админке на продакшене запретить совсем, и работать с данными только через api, что подразумевает его расширение если пункты 1 и полвторого реализовать не сильно затратно, достаточно чуть поднастроить vps, то начиная с п.3 и далее цена реализации инфраструктуры начинает зашкаливать для среднего владельца магазина и ему дешевле будет плюнуть на зараженный сайт, а в худшем случае выбросить его в помойку, сделать ребрендинг и построить все заново объяснение простое - первые пункты защитят от широкого гребня ботнетов, а далее начинается защита от злых на вас людей при деньгах и дабы не иметь потенциальных дыр, никаких модулей с ионкубами, да и вообще никаких сторонних модулей, только свое, с одним исключением - обкатанные тысячами покупателей и вылизанные авторами модули от людей с репутацией полубогов, уровень которой вы сами для себя установите

ну смотрите 1. @Yoda прав про использование imagick, он весьма хорош 2. если ну совсем никак (а даже если и "как"), то для улучшения качества сделайте следующее а) оригиналы картинок должны быть чистыми большого размера png-изображениями, а не пережатым уже трижды jpg б) размеры изображений в настройках магазина и модулях выставляйте раза в 2 больше, чем вам кажется они должны быть в) как следствие из предыдущего пункта, в css проставляйте желаемые размеры изображений вроде такого на примере картинки товара в списках .product-thumb .image img { max-width: XXXpx; width: 100%; height: auto; } где XXX = (реальная-ширина-тамбнейла)/2 а строго говоря, надо ровно наоборот - зная размер изображения, который вы хотите показать на сайте, множите его в 2 раза, результат указываете в настройках тамбнейлов, и естественно подготавливаете изображения не меньших размеров, чем указанные, а если будете их жать imagick-ом, то вообще хорошо

удобно иметь asterisk с @admin в комплекте а уж придумать на него запрос с сайта, грубо говоря, дело 30 минут, 25 из которых займет ваяние скрипта проверки на соответствие рабочему графику ответственных граждан из отдела суппорта, чтобы понапрасну не трезвонить, ну а со всеми нюансами на все про все пара дней-то уйдет, конечно и в итоге будет очень круто, богато, но чуть менее чем бесполезно, т.к. по факту пользователей этой свистелки можно пересчитать по пальцам ложноножки

удалите в этом файле все, что до <?php и после ?> если закрывающий тэг вообще есть а затем пересохраните сам этот файл в кодировке "UTF-8 Without BOM" не пользуйтесь виндовым notepad-ом, и вообще забудьте о его существовании

ради интереса, сначала на свой сайт дайте ссылку может у вас там оригинальные картинки 100х100px