ocdev_pro

В 15.01.2021 в 16:25, Bilianskii сказал:

Потрібна допомога!
Який порекомендуєте модуль щоб добавив SEO URL на товарах які були добавлені без SEO URL. 
Головна умова щоб він незамінював існуючі а лише добавив там де немає. Дякую

Deadcow Seo или Seo URL generator 

Для мультиязычности

1 минуту назад, zukuru сказал:

В итоге если до желтой докрутить. Сколько будет стоить? а  то сейчас красная

Стремиться нужно к зеленой конечно, хотя бы на ПК минимум. 20$/час, у каждого индивидуально загажен магазин, поэтому и приводить его в порядок может уйти разное количество времени.

2 минуты назад, magdek сказал:

Приветствую есть информация по решению, реально дождаться:)

Будет в будущем точно.. сейчас сильно некогда. 

35 минут назад, chukcha сказал:

Этот закон надо было принимать еще 29 лет назад (ну да.. тырнетов тогда не было)

🤦‍♂️ Кастрюлю давно снимал? У нас и так прописано какой язык является государственным. А закон о языке, это дискриминация по языковому принципу! Вообще весь идиотизм, что происходит в стране направленный на уничтожение бизнеса, максимальный отток населения из страны, тем кто это делает нужны не люди, а территория.

4 часа назад, warezliker сказал:

Пообщался с автором модуля - он предлагает сменить язык по-умолчанию

Ну это прямое доказательство того, что автору модуля глубоко плевать на то, что там с клиентскими магазинами. Главное продать модуль

Ну если сильно вчитываться в закон, то выходит следующее. Если пользователь пожалуется на ваш сайт на отсутствие языка, то могут начать принимать меры.
Сначала Предупреждение, потом штраф.. Но штрафовать начнут только через 3 год с вступления закона в силу.. А через 3 года кто знает что произойдет.. может и Украины не будет, а может все переиграют.. так что особо заострять внимание не стоит на том какая версия сайта стоит по дефолту.

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

Чего точно не рекомендую, так это ставить Укр язык по дефолту без префикса где был русский, а Рус язык выносить на префикс ru. Просадите весь индекс в 0.. ну и будет каша. Оно вам надо!?

19 минут назад, buslikdrev сказал:

  

 

Сейчас это сделать не реально. Вам нужно отказаться от jquery и стили переписать - а это большие деньги.

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

6 минут назад, Yakaya сказал:

Подскажите, пожалуйста, можно ли не указывать префикс для основного языка, или обязательно только с префиксами, чтобы было, например:

site.com - основной язык (например финский)

site.com/en - английский

site.com/es - испанский

Префиксы Вы указываете в любом случае, но выводиться для языка по умолчанию он не будет, можете не переживать.

1 час назад, yurok79 сказал:

Может слепой)))) но видео не вижу. Тыкните пожалуйста носом.

В ЛС пришлите доступ в админку

6 часов назад, genkabukin сказал:

 

Внимательно посмотрите видео на странице модуля. Поставьте везде префиксы раз они обязательны к заполнению.

В локализация - язык

Порядок сортировки смените, Основной язык 0

И дальше по возрастанию

40 минут назад, Buggy сказал:

Я не могу ничего ставить. Модификаторы обновлять нельзя, т.к. сайт слетит

Вот уже после этого текста можно ничего больше не писать, просто "пускайте газ.."

Все правильно для тройки добавьте для common/home не основного языка url типа ua en итд
И напишите мне в ЛС, я поделюсь решением Hreflang итд, что бы потом это все красиво работало и можно было мультиязычную карту сайта отдавать поисковикам

Но если нужна нормальная индексация языков на 3, пишите в личку, поделюсь решением

4 минуты назад, Tom сказал:

У ТС разве не тройка? А то откуда у него настройки урлов двух языков?

Вроди как нет, судя по стилям полей ввода. Но даже если 3, пускай пишет мне в ЛС, не для паблика у меня и для 3 есть кое-что)

Ставите это

БД в таблице url_alias для common/home должна стоять пустая ячейка, ну естественно если у Вас ocStore с Seo_pro, а не чистый opencart или русская сборка

1 час назад, LeotaDerron сказал:

Здравствуйте. Как пофиксить пропавшие пробелы? В шаблоне они есть
https://prnt.sc/wjxow9
https://prnt.sc/wjxp97
а по факту приходит без них
https://prnt.sc/wjxl4y
https://prnt.sc/wjxocn

Возможно там вовсе не пробелы а спецсимвол в другой кодировке, при очистке текста он убирается. Ваш текст должен быть в UTF-8 кодировке. Как вариант можно попробовать почистить его от мусора через сервисы например этого https://texttools.ru/text-cleaner

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

Лучше всего набирайте текст в простом текстовом редакторе в кодировке UTF-8 и не копируйте с Word и ему подобных.

В 25.11.2020 в 13:03, Yoda сказал:

Лучший бекап базы это mysqldump. А ещё лучший из остановленной Slave реплики.

Зло в mariadb, в том, что дамп из mysql сразу создает индексы. А из mariadb после набора данных. И если в процессе импорта что-то пошло не так, а вы этого не заметили, прощайте автоинкрементальные поля.

В умелых руках mariadb работает быстрее и с в версии 10.3 содержит кучу полезных ништяков. Но в целом новичкам лучше пользоваться mysql 5.7 

ИМХО никогда не использую mariadb на проектах с нуля. Только Percona и InnoDB engine

Что бы не возникало глупых вопросов @Yoda верно уже написал несколько тезисов выше.

А кроме прочего научитесь уже использовать git на своих проектах.

С какими разработчиками работать, если проверенных нет и не хочеться попасть на кидалу?

Скажем так на форуме создайте ветку, Вам насоветуют такие парни как Yoda, Spectr, Stickpro нормальных проверенных взрослых специалистов. Да будет не дёшево, но за гарантии и качество есть своя цена.

Я себя отношу к адекватным разработчикам и беру от 20$/час.

Могу гарантировать безопасность работы, при выполнении Вами определенных правил.

26 минут назад, GennadyH сказал:

Здравствуйте! Вопрос к разработчику: можете добавить в переменную трек номер заказа? Думаю очень не помешает.

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

1 час назад, satt сказал:

Так это даже лучше. Пусть был бы платный, разве это проблема. Главное не загибать с ценой.

Не подскажете в чем может быть проблема, что на версии с языковым префиксом некоторые страницы чекаута отдают 404. Например:
 

Нормально /index.php?route=checkout/failure
Ошибка /ru/index.php?route=checkout/failure

Нормально /index.php?route=checkout/success
Ошибка /ru/index.php?route=checkout/success

Всё остальное работает нормально. Версия модуля 1.3.2. Сборка OpencartPro 2.3.0.5

Попробуйте на эти страницы сделать ЧПУ, проблема может уйти

Что за тема вообще, школа Опынкорд!? Ошибки у Вас перед глазами, учитесь гуглить их. У одного проблема с правами на папки, понятное дело что выше каталога public_html или аналогичного, надо настраивать права на папку выше. Человек меняет сервер и радуется.. Как буд-то старый не работал, а там надо было либо в поддержку написать, либо админу своему, что бы выдал, раз у самого не хватает знаний.
У второго на openserver  проблема с подключением к БД. Зайти проверить надо http://127.0.0.1/openserver/phpmyadmin/index.php что БД вообще работает и можно от root залогиниться без пароля, а может там задан пароль или юзер по другому называется?!

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

Если Вы в этом ничего не понимаете, нанимайте специалиста и не расходуйте время зря. Если же Вы обучаетесь, так начните с изучения хотя бы php и базовых принципов работы web-сервера и веб-приложения в целом, а не с пляжа на бал от станка на заводе в Opencart.

А судя по создаваемым темам и сообщениям у @vipersone вечные ошибки с БД, проблемы с модулями итд.. За год ничего не изменилось. Форум как бесплатная консультация..

2 часа назад, SooR сказал:

Конечно можно. Можно не говнокодить и не писать в модификаторах 3к строк. 

Если что - я не о вас, попадаются экземпляры..

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

9 минут назад, Shureg сказал:

И еще, остаются сомнения насчет производительности.

Ну-ка расскажите о производительности в Magento, который на шаред хостинге даже не стартует, но почему-то большие магазины его используют, а он в разы сложнее opencart и более требовательный к железу. Будет релиз посмотрим, не думаю что поменяется что-то в худшую сторону

10 минут назад, chukcha сказал:

А может проще - взять ocmod
вызвали контроллер, разместили результат

Проще ничего не делать и сидеть на oc 2.3
Проще не значит правильно. @chukcha динозавр и желание развиваться стремится к 0. Поэтому все вот эти комментарии вида "раньше было лучше" "ocmod проще итд" Сидите на 2.3 там все это есть. просто в 4 уже лезть не надо. Не нужно тормозить. OCMOD нужно вырезать на корню и забыть как о страшном костыле. в PrestaShop нет ocmod но модулей тоже хватает. Значит можно по другому, минимизируя конфликты на 99%

2 часа назад, Bn174uk сказал:

Не факт, скорее всего будет как и с 3ой, все будут топить за 2.3 как стабильную, популярную версию.

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

 

Короче, ждем что все кто топил за OC 2.3 так и будут за него топить, не важно какая ОС уже будет 4/5/6 и т.д.

 

Топить будут всегда за то, что проще в освоении. И в сравнении 2.3 vs 4 для простого обывателя 4 очень страшная и сложная. Но разработчикам топить нужно будет именно за нее, не потому что проще работать, а потому что нужно стремиться к развитию, а сидеть на 2.3 или 1.5 это деградация.
1. twig это единый вид шаблонов, где писать все что хочется не выйдет.

2. в 4ке уже хоть начали использовать пространство имен и придерживаться PSR
3. Будет поддержка php8, mysql 8

4. Наконец-то нормально из коробки работает composer
5. Избавятся от ocmod и переведут все на события!

6. Ну и конце концов, плодить полчища своих папок это не тру.

Поэтому 4 это сложно, но это уже прогресс для opencart, хоть и далеко до того что хочется. Из необходимого здесь нужен был бы конструктор запросов и ORM. Но этого не будет по ряду причин))

P.S Забыл сказать, что скорее всего с 4 версии будет добавлено автообновление ядра движка из коробки. Больше надеюсь не придется гнаться за цифрами путем переделывания всего магазина