OpenCart 3.0.0.0

[rb2]

17 minutes ago, markimax said:

Всё. Приходится сносить jazz ставить стандарт де факто seo_pro

 

Вот поэтому код должен быть максимально унифицирован и как можно меньше отличий от оригинального

 

Кто ж знал, что подготовленный и выложенный для всех оригинальный сеопро Yesvik-а из ocStore не будет взят в работу над ocStore?

А вместо неё стали развивать копию без отдебаженного языка в урл и других исправленных ошибок. Некоторые из которых, похоже, до сих пор тянутся.

 

[markimax]

25 минут назад, rb2 сказал:

 

Кто ж знал, что подготовленный и выложенный для всех оригинальный сеопро Yesvik-а из ocStore не будет взят в работу над ocStore?

А вместо неё стали развивать копию без отдебаженного языка в урл и других исправленных ошибок. Некоторые из которых, похоже, до сих пор тянутся.

 

Ну да и я о том же
Надо аккуратно подойти уже к формированию ЧПУ в сборках
Самый лучше вариант вообще отказаться от seo_pro и делать модификаторами расширение, изменения в стандартном seo_url
Добавить validate()  и т п методы
Какой никакой - это все же стандарт (причем не де факто)
Тогда любой модуль и любая даже забугорная тема будет соместима по этому функционалу формирования ЧПУ с платформой ocStore

[markimax]

Далее ..

Напишу я сагу о том почему Даниэль зная о языковых префиксах не стал изменять и добавлять этот функционал

Да потому что надо будет переписать пол opencart -а
Нарушиться система унификации кода
Там не все так гладко
Уж поверьте я в этой области специалист и опыта ооочень много (кто знает мои модули)
Сейчас куча модулей и тем с подгрузкой контента и часто их вызовы разные и не имеют языковых префиксов
Что будет .. да эта подгрузка просто изменит язык и все всплывающие уже окна будет на другом языке
Даже Lazy load картинок многих г..тем (а их валом и модулей тоже)  (<img src="#"> (я писал об этом - это жесть)) просто переключит язык на безпрефиксный и ж...
Я промолчу сколько гмодулей будут переключать язык туда сюда при загрузке
Моей заинтересованности коммерческой нет в этом (SEO мультиязык на грани окупаемости и особой "прибыли" не приносит. И у кого он есть может посмотреть сколько там полей исключений в настройках.)
Так что СИЛЬНО изменять код seo_url из-за префиксов нельзя и смысла нет
Что и сделал Даниэль (он далеко не дурак и прекрасно понимает эти вопросы унификации - сам наверно частенько на эти грабли наступал)
1. Сразу вопрос стабильности и унификации нарушится (много изменений кода из-за префиксов из-за чего нарушатся привязки оригинала)
2. Будут постоянные проблемы с темами и модулями (причем конкретные - надо создавать систему исключений, как следствие лишний код см. п 1)

3. Язык будет "плясать" туда, сюда что для покупателей будет [censored]
Префиксы должен "привести" в opencart сам Даниэль как стандарт (но там работы по переписки кода ... мама не горюй, хотя в 3+ уже twig и будет полегче), который уже обяжет всех его придерживаться
А так это будут грабли на которых все будут спотыкаться
Грабли нужны платформе ?
Думаю нет

[rb2]

1 hour ago, markimax said:

Уж поверьте я в этой области специалист и опыта ооочень много (кто знает мои модули)
Сейчас куча модулей и тем с подгрузкой контента и часто их вызовы разные и не имеют языковых префиксов
Что будет .. да эта подгрузка просто изменит язык и все всплывающие уже окна будет на другом языке

 

С какого перепугу? Будет использоваться либо текущий язык пользователя, либо AJAX запрос пропущен "AS IS".

 

1 hour ago, markimax said:

Даже Lazy load картинок многих г..тем (а их валом и модулей тоже)  (<img src="#"> (я писал об этом - это жесть)) просто переключит язык на безпрефиксный и ж...

 

С какого перепугу? Если нет языкового префикса - используется текущий язык пользователя.

 

1 hour ago, markimax said:

Я промолчу сколько гмодулей будут переключать язык туда сюда при загрузке

 

С какого перепугу?

 

1 hour ago, markimax said:

Префиксы должен "привести" в opencart сам Даниэль как стандарт (но там работы по переписки кода ... мама не горюй

 

Работы там - кот наплакал. Проверка и переключение языка - штуки 3 проверки.

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

Ну и пропуски AJAX запросов, плюс картинки можно отдавать без кода языка в урл. Хотя иногда наоборот хочется разные картинки для разных языков (например лого с графическими надписями).

По сути - это всё.

 

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

Заморочки возникают только при желании оставить вариант с отсутствием кода языка по умолчанию в урл. И при обработке адреса главной страницы (чтобы адрес "/" был доступен без редиректов и без кода языка, если выбран вариант с постоянным присутствием кодов языков в ЧПУ).

 

[rb2]

1 hour ago, markimax said:

Что и сделал Даниэль (он далеко не дурак

 

Все изменения в лучшую сторону стали происходить и продавливаться только с появлением в команде Опенкарт Джеймса Аллсупа и Вэлфорд Медиа.

[markimax]

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

 

С какого перепугу?

 

Ну вот без обид, сразу видно что вы без опыта в этой области
Даже не поняли про lazy в чем там проблема (хотя я хорошо описал что вызывается главная фактически)
Сразу видно не встречались с кучей тем с TM и TF

Не поняли про ajax и в чем там проблема. (kf fly cart и т п встречали )

Вы не поняли что язык по умолчанию может быть быть префикса (привет lazy и т п вызовов без префиксов , который переключит язык в этом случае)

@rb2  если бы все так "просто" я бы не писал

 

[rb2]

Корона не жмёт?

Я устал спорить об очевидном и о том, что элементарно проверяется.

 

ks Fly cart работает. AJAX работает. Lazyload работает. Встречался, видел. Пля... я не знаю, как ещё объяснить.

 

Конкретику давайте. Что, например, у меня на сайте OCJ не работает в местах, где можно легко аякс или ссылку без обязательного кода языка проверить? Вам ссылок с ahref="#" там где-нибудь натыкать? Или проверок руками и на главной хватит?

[markimax]

48 минут назад, rb2 сказал:

Корона не жмёт?

Я устал спорить об очевидном и о том, что элементарно проверяется.

 

У вас видно жмет точно
Я вам факты (которые коллегами с форума перепроверялись и подтверждались) пишу, на которые натыкаюсь постоянно.
И при чем здесь href="#", подумали вообще ? Читайте внимательно учите мат. часть, надоело ваше пустзвонство, не имели с такими моментами дела - лучше промолчите

[rb2]

49 minutes ago, markimax said:

Я вам факты (которые коллегами с форума перепроверялись и подтверждались) пишу, на которые натыкаюсь постоянно.

 

[...] Т.е получается уже <img ... src="http://site.com/#"> [...]

 

Да, мы это уже обсуждали: firefox ведёт себя странно. (Примерно как Даниэль, он тоже любит много лишних запросов к серверу).

 

Какое отношение это имеет к обсуждаемой теме сеопро с языками  и якобы спонтанному переключению языков? Или неработоспособности lazyload с таким сеопро?

 

53 minutes ago, markimax said:

И при чем здесь href="#", подумали вообще ?

 

Вы притворяетесь?

Потому что кликнуть вручную по такой ссылке для проверки сеопро, переключается ли язык по голой ссылке, легче, чем городить lazy load.

 

[markimax]

7 часов назад, markimax сказал:

 

Даже Lazy load картинок многих г..тем (а их валом и модулей тоже)  (<img src="#"> (я писал об этом - это жесть)) просто переключит язык на безпрефиксный и ж...

@rb2 вы вообще внимательно читаете ?
При чем здесь href="#" (он не загружает в "себя")

Никакой речи о нем не было
И браузер здесь не при чем - точно также ведет себя и chrome и другие, если проверять количество запросов к серверу, уже проверяли коллеги - отписывались, да идут запросы к ГЛАВНОЙ. Замечу без префикса.

Теперь гипотетический сценарий.Я его кстати обнаружил на ВАШЕМ же Jazz у пользователя
Мне пользователь написал - "стоит SeoPro (не писал какой) с префиксами (уже понял что ваш) и при вызове модального окна быстрого заказа и оформления почему то другой язык" ."Ваш модуль решит эту проблему, я его уже купил ?"
Зашел, смотрю Jazz,  проверяю, точно загружается один язык, отзывы на другом, модальные окна на другом, оформление на другом
Ну снес jazz, установил мультиязык. Проверяю - та же  "картина" !
Начинаю копать и что вижу (зная уже про вызов lazy главной) - вызывается главная которая при загрузке переключает язык! Мы заходим с префикса, а подгружается то без префикса и сервер как реагирует - правильно переключает язык, через cookie и модальные окна и ajax загрузки уже имеют ДРУГОЙ язык
Т е и ваша реализация и моя (кстати они совершенно разные по логике, но общее это "префиксы"), да и любая другая, при такой языковой архитектуре opencart наступили на грабли
И это не единичный случай
Я пишу факты, по опыту, с которым сталкиваюсь постоянно,  а не развожу демагогию
Понимаете отличия ?
И на эти грабли может наступить следующая реализация модификации seo_url под seo_pro

Скрытый текст

Вот один из сценариев граблей на Jazz

 

И да уже  всплывающие окна и оформление на русском так как язык по умолчанию

rb2 будут еще вопросы по ФАКТАМ c "вашими" префиксами?

 

И этих тем немеряно и это только одна ситуация из большой кучи разного рода ситуативных граблей с префиксами на opencart

[Yoda]

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

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

 

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

[markimax]

25 минут назад, Yoda сказал:

Если честно, мое личное мнение... Надо максимально наследовать стуктуру даниэля, хотя бы базы, контроллеров и моделей, чтобы оставить максимальную совместимость.

 

Полностью поддерживаю! Я об этом давно говорил и писал...

 

Насчет префиксов - поверь по опыту это грабли замедленного действия (особенно в плане стабильности и совместимости) а если просто добавить без кода исключений будет полная жесть
А сам код исключений может нарушить всю логику ЧПУ формирователя до неузнаваемости
Код формирования префикса по сравнение с кодом исключений - это мелочь
Посмотри к примеру пост выше подкатом скрытый
Это только одна из ситуаций, а их встречалось 3.14 сколько

 

[Yoda]

16 минут назад, markimax сказал:

 

Полностью поддерживаю! Я об этом давно говорил и писал...

 

Насчет префиксов - поверь по опыту это грабли замедленного действия (особенно в плане стабильности и совместимости) а если просто добавить без кода исключений будет полная жесть
А сам код исключений может нарушить всю логику ЧПУ формирователя до неузнаваемости
Код формирования префикса по сравнение с кодом исключений - это мелочь
Посмотри к примеру пост выше подкатом скрытый
Это только одна из ситуаций, а их встречалось 3.14 сколько

 

 

Пост видел - там просто недоработка Руслана.
Это лечится. Я в 3.0 полечил, скажу честно - к нему в гитхаб разок заглянул.

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

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

В ситуации с мультиурлами с архитектурой Даниэля автоматом есть несколько косяков.

Первый - полное отсутствие возможности отдачи правильного мультиязычного контента ботам при отсутствии алиасов.
Второй момент - я пока не придумал как сделать кошерную мультиязычную common/home. (только сугубо для нее что ли префиксы вставить) ?

И да.. ответа от него нет ни по вопросу - зачем он напихал get параметры на страницу товара - ни по вопросу, видел ли он, что у него ссылка переключения языка срабатывает со второго раза.
 

[markimax]

33 минуты назад, Yoda сказал:

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

 

С этим никто не спорит вообще

Вопрос в другом.
В унификации, стабильности и совместимости, что очень критично для платформы
Корячить seo_url до не узнаваемости и знать что все равно г..темы и г.. модули (коих 90%) будут глючить 100500% это явно не для платформы (коими являются сборки)
Я привел только один из 100500 сценариев не контролируемого переключения языков. И как не "исправляй", они будут 100500% и никакой даже супер правильной "реализации" без Даниэля (думаешь Даниэль не знает про префиксы и их правильной реализации, но все не рискует внедрить по соображениям стабильности)  и исключений никак не поправишь - это факт. Могу в skype подробно объяснить фактами. Все же опыта по префиксам у меня гораздо больше.
 

[HyperLabTeam]

По моему Дениэль Хер дебилоид в кубе) ещё тот раз не может хотя бы с  новой версией обрубить руки г* кодерам,
что бы те подстраивались под то как надо, а не тупо идти на поводу у совместимости с Г* кодерскими решениями.
Так ни че не получится в итоге, т.к. учитывать ещё и Г* в рационе это уже отравление.
Вроде логично что место Г* в канализации.

А при правильном подходе и тем самым обрубив совместимости с Г* , Дениэль Хер не понимает, что Г* кодрочерам ни чего не останется кроме как делать всё по нормальному, ибо они уже подсажены по самые немогу на опенкарт.

я как то так думаю

[Yoda]

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

С этим никто не спорит вообще

Вопрос в другом.
В унификации, стабильности и совместимости, что очень критично для платформы
Корячить seo_url до не узнаваемости и знать что все равно г..темы и г.. модули (коих 90%) будут глючить 100500% это явно не для платформы (коими являются сборки)
Я привел только один из 100500 сценариев не контролируемого переключения языков. И как не "исправляй", они будут 100500% и никакой даже супер правильной "реализации" без Даниэля (думаешь Даниэль не знает про префиксы и их правильной реализации, но все не рискует внедрить по соображениям стабильности)  и исключений никак не поправишь - это факт. Могу в skype подробно объяснить фактами. Все же опыта по префиксам у меня гораздо больше.
 

Я уверен что не знает - после нашего диалога ты посмотри что он свертел, такое ощущение что это школьник на скорую руку делал (Марк просто не видел что там твориться в 3.0.2)

24 минуты назад, AWARO сказал:

По моему Дениэль Хер дебилоид в кубе) ещё тот раз не может хотя бы с  новой версией обрубить руки г* кодерам,
что бы те подстраивались под то как надо, а не тупо идти на поводу у совместимости с Г* кодерскими решениями.
Так ни че не получится в итоге, т.к. учитывать ещё и Г* в рационе это уже отравление.
Вроде логично что место Г* в канализации.

А при правильном подходе и тем самым обрубив совместимости с Г* , Дениэль Хер не понимает, что Г* кодрочерам ни чего не останется кроме как делать всё по нормальному, ибо они уже подсажены по самые немогу на опенкарт.

я как то так думаю

На самом деле, в силу размера коммьюнити, нам все равно, что сделал Даниэль, диалог тут ведется на предмет каким образом сделать максимально совместимую реализацию нормального сео в ocstore и opencart.pro.

 

Т.е. если мы коллективным разумом родим безболезненные механизмы, то будет практически 100% совместимость с нативным opencart, и получим отсутсвие конфликтов с модулями и шаблонами.
Не найдем, будут опять seo_pro и костыли.

[markimax]

33 минуты назад, Yoda сказал:

Марк просто не видел что там твориться в 3.0.2

 

Точно не видел 3.0.2 вышел 18 го я только с отпуска вышел
Надо проанализировать детально, но грабли уже вижу

[rb2]

1 hour ago, Yoda said:

Второй момент - я пока не придумал как сделать кошерную мультиязычную common/home. (только сугубо для нее что ли префиксы вставить) ?

Там нельзя принудительно префикс ставить (не должно быть редиректа). Иначе в каких-то случаях возникают проблемы (уже точно не помню, где/когда). В общем, корень сайта обязан отдаваться как "/" (без редиректа на текущий /ru/ или /en/), даже если префиксы языка в остальных местах присутствуют всегда.

[Yoda]

22 минуты назад, rb2 сказал:

Там нельзя принудительно префикс ставить (не должно быть редиректа). Иначе в каких-то случаях возникают проблемы (уже точно не помню, где/когда). В общем, корень сайта обязан отдаваться как "/" (без редиректа на текущий /ru/ или /en/), даже если префиксы языка в остальных местах присутствуют всегда.

И как сделать мультиланг главной ?

[gulyasmir]

Добрый день!
Кто нибудь уже делал тему (шаблон) для OpenCart 3.0.1 ?
При изменении нужно очищать storage/cache каждый раз, чтобы увидеть изменения. Очень неудобно.
Можно же как то отключить кеширование?  я не нашла как, может быть кто-то знает?  Ткните носом пожалуйста )))

[gulyasmir]

Отключить кэширование twig opencart 3

Нашла, где отключить :
system/library/template/twig.php  - нужно закомментировать строку 26 :
if ($cache) {
            $config = array(
                'autoescape' => false,
     //           'cache'      => DIR_CACHE 
            );
        } else {
            $config = array('autoescape' => false);    
        }

Теперь изменения в .twig видно простым обновлением страницы, ура!
Надеюсь кому-то эта информация облегчит жизнь

Змінено 21 липня 2017 користувачем gulyasmir

[markimax]

22 минуты назад, gulyasmir сказал:

Отключить кэширование twig opencart 3

Нашла, где отключить :
system/library/template/twig.php  - нужно закомментировать строку 26 :
if ($cache) {
            $config = array(
                'autoescape' => false,
     //           'cache'      => DIR_CACHE 
            );
        } else {
            $config = array('autoescape' => false);    
        }

Теперь изменения в .twig видно простым обновлением страницы, ура!
Надеюсь кому-то эта информация облегчит жизнь

 

Кстати видели что он ложит в кеш
Имея фактически кешировщик умудряться все равно так тормозить
Ну что сказать twig
Уровень быстродействия как в opencart 2+ без кеширования  и это при кешировании в 3
Почему просто не кешировать контроллеры?

 

[michael11]

8 часов назад, gulyasmir сказал:

Добрый день!
Кто нибудь уже делал тему (шаблон) для OpenCart 3.0.1 ?
При изменении нужно очищать storage/cache каждый раз, чтобы увидеть изменения. Очень неудобно.
Можно же как то отключить кеширование?  я не нашла как, может быть кто-то знает?  Ткните носом пожалуйста )))

Все гораздо проще: Панель состояния, правый-верхний угол значок "настройки", там отключается кеширование) 

[rb2]

22 hours ago, Yoda said:

22 hours ago, rb2 said:

Там нельзя принудительно префикс ставить (не должно быть редиректа). Иначе в каких-то случаях возникают проблемы (уже точно не помню, где/когда). В общем, корень сайта обязан отдаваться как "/" (без редиректа на текущий /ru/ или /en/), даже если префиксы языка в остальных местах присутствуют всегда.

И как сделать мультиланг главной ?

 

Так, как я написал. Отдаются как адреса с языковым префиксом, так и голый "/". Для него пришлось сделать исключение.

 

Алгоритм вроде такой:

 

1. "/ru/*" и "/en/*" переключают язык системы. Дальше движок работает как работал, отдавая контент на выбранном языке.

 

Ссылки формируются с учётом текущего языка.

 

2. "/" узнаёт о текущем языке. И отдаёт контент на нём. Но на урл с языковым префиксом (например, на "/ru/") редирект не производит. Canonical, думаю, должен здесь гарантированно отсутствовать. 

 

Если выбранный язык системы определить не удалось - он устанавливается в язык по умолчанию. Бот без кук и человек при первом посещении увидят дефолтный язык.

 

Если приходит ссылка без кода языка - определяем правильный язык и редиректим на правильный линк с кодом языка.

Какой язык правильный? Вот тут возможна дилемма.

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

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

 

Каноничные и все внешние ссылки обязаны быть с кодом языка.

 

Вроде правильно.

 

Змінено 21 липня 2017 користувачем rb2

[gulyasmir]

 

13 hours ago, michael11 said:

Все гораздо проще: Панель состояния, правый-верхний угол значок "настройки", там отключается кеширование) 

  

Спасибо!   вот там я бы точно сама не нашла...