OpenCart 3.1.0.0 - СКОРО или заметки с поля боя !

раньше site.com/ru/iphone и site.com/uk/iphone, теперь site.com/iphone-ru и site.com/iphone-uk

 

Теперь так. Т.е как нравится, так и указываете.

 

я знаю как сейчас)) так, как я и писал выше, т.е. уникальным. У вас не получится два урла одинаковыми сделать

 

Тогда как с приставкой вы собираетесь делать url одинаковым, непонятно. В общем мы ведем речь видимо о разном.
Для поисковых систем, что
/ru/ или -ru или &lang=ru в принципе одно и тоже.

 

точно о разном или я чего-то не понимаю как одно и тоже? это разные адреса для поисковика

это русский и английский урл одного товара. Такое в 3.0.2 вы не сделаете. Во второй версии спокойно можно было выставить одинаковые сео товара для всех языков

 

И это было плохо. Поэтому и развивается движок! А то что вы показываете site.com/ru/iphone такое по умолчанию сделать нельзя было, только с применением модулей. Ну а если нужно как в 2х, то никто не мешает использовать старый контроллер seo_url и старые принципы. Было бы желание и деньги.

 

Согласен. Но теперь даже с модулями такое сделать вряд ли получится.

Что сейчас и происходит. Магазин работает на op 2. Но если вдруг придется обновиться, то нужно будет менять все url товаров под новый движок. И гугль мне за это спасибо не скажет. Даже хз что делать надо будет в этом случае, редиректы что-ли ставить со старых адресов на новые..

А что в этом было плохого? Я так и не понял. Можете вкратце объяснить?

 

Получится все что угодно.

Не нужно... читаем выше ответ. Конечно если вы хотите обновить за бесплатно, то конечно нет. И смысла обновлять рабочий магазин на 2х нету. На 3х лучше делать новый магазин.

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

 

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

 

не ждать скоро!!!

config_pagination вместо config_admin_limit - ЗАЧЕМ!!!!!

 

Вот не нравится ему слово limit Комплекс какой нибудь...
Либо буквоед. Ведь limit это ограничение, а pagination это разбивка на страницы.
А тут как раз разбивка, а не просто ограничение для одной страницы

Далее наверно будет использовать это в условии, если не указать лимит, то использовать config_pagination

 

а можно ссылочку где можно качнуть потестить ?

 

https://github.com/opencart/

 

https://github.com/opencart/opencart/issues/7819#issuecomment-574042851

 

Сказать одно, а сделать .... Может и затянется на пару месяцев..

 

https://github.com/opencart/opencart/commit/161fea33537d09298432a1c10685da83b2f64b58
I love danielkerr

 

Да, это игра такая... то пробелы убирать, то переименовывать каждый раз, потом ошибки искать, потом опять переименовывать итд

 

Ну..я как бы за такое "глобальное" изменение
в 1.5 $this->redeirect
на $this->response->redirect
$this->language->load
$this->load->language

Т.е. - очень хорошо

пробелы? Я подозреваю, что у всех разное IDE и настройки
Это не самое важное
Теперь по сути
Описал класс
abstract class EntityClass
{
abstract public function getDescription($id);
}
И отдал наследникам

 

Не для слабонервных
https://github.com/opencart/opencart/issues/7857

 

А теперь можно для тех ,кто в танке? Что с сесиями?