Перейти к публикации
  • разработка интернет магазинов на opencart
  • доработка интернет магазинов на opencart

OpenCart 3.0.0.0


olegbevz
 Погделиться

Рекомендованные сообещёния

17 minutes ago, markimax said:

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

 

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

 

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

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

 

Ссылка на комменирий
Погделиться на других сайих


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

 

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

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

 

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

Ссылка на комменирий
Погделиться на других сайих

Дное ..

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

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

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

Ссылка на комменирий
Погделиться на других сайих

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 предложения. И всё логично и просто, нет никакого спагетти и неоднозначностей.

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

 

Ссылка на комменирий
Погделиться на других сайих


1 hour ago, markimax said:

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

 

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

Ссылка на комменирий
Погделиться на других сайих


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

 

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

 

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

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

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

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

 

Ссылка на комменирий
Погделиться на других сайих

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

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

 

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

 

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

Ссылка на комменирий
Погделиться на других сайих


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

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

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

 

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

Ссылка на комменирий
Погделиться на других сайих

49 minutes ago, markimax said:

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

 

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

 

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

 

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

 

53 minutes ago, markimax said:

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

 

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

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

 

Ссылка на комменирий
Погделиться на других сайих


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

 

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

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

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

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

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

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

9299801963.png

 

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

1695757131.png

3907269029.png

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


 


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

Ссылка на комменирий
Погделиться на других сайих

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

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

 

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

Ссылка на комменирий
Погделиться на других сайих


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

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

 

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

 

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

 

Ссылка на комменирий
Погделиться на других сайих

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

 

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

 

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

 

 

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

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

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


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

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


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

Ссылка на комменирий
Погделиться на других сайих


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

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

 

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

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

Ссылка на комменирий
Погделиться на других сайих

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

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

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

  • +1 1
Ссылка на комменирий
Погделиться на других сайих


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

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

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

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

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

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

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

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

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

 

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

Ссылка на комменирий
Погделиться на других сайих


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

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

 

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

Ссылка на комменирий
Погделиться на других сайих

1 hour ago, ****** said:

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

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

Ссылка на комменирий
Погделиться на других сайих


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

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

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

Ссылка на комменирий
Погделиться на других сайих


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

Ссылка на комменирий
Погделиться на других сайих


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

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

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

Изменено пользователем gulyasmir
  • +1 1
Ссылка на комменирий
Погделиться на других сайих


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
Почему просто не кешировать контроллеры?

 

Ссылка на комменирий
Погделиться на других сайих

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

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

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

Ссылка на комменирий
Погделиться на других сайих


22 hours ago, ****** said:
22 hours ago, rb2 said:

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

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

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

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

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

 

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

 

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

 

Изменено пользователем rb2
Ссылка на комменирий
Погделиться на других сайих


 

13 hours ago, michael11 said:

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

  

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

Ссылка на комменирий
Погделиться на других сайих


Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы осивить комменирий

Создать аккаунт

Зарегистрируйтесь для получения аккауни. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите згдесь.

Войти сейчас
 Погделиться

×
×
  • Создать...

Важная информация

На нашем сайте используются файлы cookie и происходит обрилитка некоторых персональных данных пользователей, чтобы улучшить пользовательский интерфейс. Чтобы узнать для чего и какие персональные данные мы обрабатываем перейдите по ссылке. Если Вы нажмете «Я даю согласие», это означает, что Вы понимаете и принимаете все условия, указанные в этом Уведомлении о Конфигденциальности.