SergeTkach

Просмотр файла SEO URL Generator FREE (автоматическое заполнение ЧПУ) для OpenCart 2x Хочу поделиться своим новым модулем SEO URL Generator FREE, который позволяет заполнять ЧПУ автоматически в OpenCart 2. Модуль генерирует SEO URL при добавлении следующих сущностей: товара категории производителя статьи Также планируется обеспечить совместимость данного генератора с модулем Новостей и блога (NewsBlog)* Особенность: Не требует ручных правок файлов модуля Работает от языка системы по умолчанию Генерирует SEO URL на основе названия при добавлении Модуль работает в связке js + php. То есть, он не только заполняет урл при вводе названия, но и проверяет его при сохранении. Потому что иногда пользователи редактируют SEO URL вручную Модуль не только транслитирует буквы, но вырезает все лишние символы вроде (№ % и тд), чего нет в некоторых платных подобных модулях При редактировании не заменят ЧПУ (чтобы не менять адрес страницы, которая могла быть уже проиндексирована) *Примечание В модуле NewsBlog есть генерация ЧПУ, но URL не генерируется по факту ввода названия. То есть, до сохранения статьи, невозможно увидеть, что получилось. Рекомендую Для автоматизация SEO итернет-магазина на OpenCart 2 используйте также модуль автогенерации мета тегов — SEO Tags Generator. Добавил SergeTkach Добавлено 16.08.2017 Категория Прочее Системные требования Метод активации Без активации Ioncube Loader Нет OpenCart 2.3 2.2 2.1 ocStore 2.3 2.2 2.1 OpenCart.Pro, ocShop  

Насколько я понял, речь идет о том, что Вы хотите оптимизировать сайт, но это нужно организовать так, чтобы не вписывать мета-описания вручную. Предлагаю Вам генерировать уникальные Title и Description товаров автоматически по заданной формуле с помощью моего модуля "SEO Tags Generator". В нем же есть дополнительный модификатор, чтобы не нужно было вписывать title в обязательном порядке (это актуально, если Вы используете OpenCart, а не ocStore). В описании модуля есть видео, которое показывает, как применяется автоматическая генерация мета-тегов.

Хм... А вот этот SEO CMS (который у меня) — он вообще продается или мне дали устаревшую версию с вареза?

Сам common.js модифицируется. По крайней мере в версии 2.3.0.2 это 100%. Вопрос только в том, ищет ли тема подключение модифицированного common.js или нет? default тема этого не делает. Соответственно, и тон разработчикам делать эту проверку не задали. В более новой версии 3.0.0.0 тоже не вижу никаких порывов использовать результат того, что common.js поддается модификации. Скорее всего, необходимо заменить: <script src="catalog/view/javascript/common.js" type="text/javascript"></script> На: <?php if (is_file(DIR_SYSTEM . 'storage/modification/catalog/view/javascript/common.js')){ ?> <script src="system/storage/modification/catalog/view/javascript/common.js" type="text/javascript"></script> <?php } else { ?> <script src="catalog/view/javascript/common.js" type="text/javascript"></script> <?php } ?> И это работало бы, если бы не запрет на просмотр содержимого папки system Это обходить, надо еще дописывать. Слишком много нюансов. Было бы куда проще, если бы разработчики OpenCart предусмотрели возможность модификации common.js. Хотя, опять де вопрос в частотности случаев, когда это нужно. Если было бы часто, наверное бы сделали.

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

Я уже писал, что ошибка в ментальных моделях: несоответствие того, что показывается, тому что есть на самом деле. Это не техническая ошибка вроде ошибки в другом модуле (undefined variable). Это просто смысловая ошибка, которая выносит мозг: сиди и гадай, что там нужно и почему горит красным. Ошибки вообще бывают 2 видов (уверен, Вы это знаете и без меня): Оплошности, которые сразу всем бросаются в глаза, и их понятно, как исправить (как в NewsBlog) Заблуждения — когда все вроде бы работает, вот только результат не понятен, и не понятно, как его оценивать. И заблуждения чаще всего не очевидны и не заметны сразу. Ваш модуль приводит пользователя именно к ошибке 2-го типа. Ведь мне красным пишет, что УРЛ должен быть одинаковым, как будто бы он не одинаков. Красный всегда и везде является подсветкой ошибки. А вот если просто давать совет, какой формат вводимых данных, то обычно идет оранжевый. Мне пишет "Модуль успешно обновлен", а я то добавлял категорию, а не обновляю модуль. Да, по этим урлам отображается страница конкретной 1-ой категории, но как добавить еще одну категорию - становится непонятным. Технически Ваш модуль функциональнее, чем многие другие (а может и все вместе взятые). Но все же он не совершенен, как никакая программа в мире. И Вы могли бы сделать его чуточку удобнее, с учетом, что им пользуются более 9 000 человек. Хотя бы оцените такую возможность, чего Вам стоит сделать чуть более очевидно, вместо того, чтобы сразу все сводить к тому, что у меня руки цирковые...

УРЛ не одинаковый -

markimax, дубли страниц - это критические ошибки? В OpenCart таких ошибок полно. И все знают, что их нужно решать дополнительно, к примеру, через .htaccess Кстати, на той странице, куда Вы сослались, как раз и подсказано решение. Про вторую ссылку отвечу, как отвечаете Вы: У меня встречалась Undefined index: title in ...catalog/view/theme/default/template/module/newsblog_articles.tpl on line 12 - возникает из-за незаполненного поля title, что не подсвечивает модуль при сохранении. Но хотя бы при ошибке сохранить можно. А Вашем модуле я даже сохранить не смог, и мне указывает на ошибку в SEO URL, когда он заполнен

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

Емайл, указанных в readme модуля, я проверяю чаще, чем форум. По данной ситуации, насколько я могу судить, переходим на личную переписку для установления причин.

Просмотреть файл Страница 404 для OpenCart 2.x Данный мод позволяет Вам создать кастомную страницу ошибки 404, предлагая пользователям список категорий, по которым можно перейти, вместо страницы по умолчанию. Внимание! Модуль не перекрывает страницу пустой корзины! А только те страницы, для которых действительно необходимо отобразить ошибку 404. Также рекомендую другой свой модуль, помогающий в SEO продвижении сайта путем автоматической генерации мета-тегов title и description. Автор SergeTkach Добавлен 27.07.2017 Категория Прочее Системные требования Метод активации Ioncube Loader OpenCart ocStore OpenCart.Pro, ocShop  

======= Не совсем понял сути вопроса. Если есть код, который нужно перенести из вьюшки в контроллер, то та же самая переменная, что есть во вьюшке в виде $weight_class_id, должна быть в контроллере в виде $data['weight_class_id']. Исходный код (во вьюшке): <?php if ($weight_class_id==1) {?><?php echo ' кг'; ?><?php } ?> Становится (в котнтроллере): if (1 == $data['weight_class_id']) $weight_class = ' кг'; // и так далее // хотя, тут наверное пригодился бы switch... А потом $this->document->setDescription('В нашем интернет-магазине спортивного питания можно купить '.$product_info['name'].' '.round($product_info['weight'], 2). $weight_class .' от компании '.$product_info['manufacturer'].' за минимальную цену и бесплатной доставкой по Воронежу'); ====== Даже в варианте с масками значение масок все равно нужно откуда-то взять. Поэтому код, который присваивает какое-либо значение в зависимости от weight_class_id остается актуальным. Но если делать с масками, то это предполагает 2 возможных последствия: Либо для каждого товара нужно прописывать дескрипшин с масками, что не автоматизировано — а данный код похож на попытку автоматизации Либо использовать модуль автогенерации мета тегов для OpenCart, чтобы формулировки текста можно было корректировать из админки в случае чего. Но чтобы делать это в 1 месте, а не в каждом товаре. Опять же, подобные модули могут не содержать требуемых в Вашей конкретной ситуации данных, и все равно нужно что-то подпиливать.

У меня была аналогичная ситуация. Причем, что я включил "ненадежным приложениям" доступ к аккаунту (https://support.google.com/accounts/answer/6010255?hl=ru) В журнале ошибок писало: PHP Warning: fsockopen(): unable to connect to ssl://smtp.gmail.com:465 (Connection refused) А при попытке отправить форму обратной связи, так и вовсе выдавалась страница с ошибкой и все. Решение вопроса было очень необычным. Обратился в службу поддержки хостинга, и мне включили порт 465. Оказывается он был выключен по умолчанию. Типа этот порт google рекомендует использовать при ssl (https://support.google.com/a/answer/176600?hl=ru) А с портами 25 и 587, стало быть, могут и без ssl. Но такие варианты не срабатывали.