Русская сборка OpenCart 4.0.2.1 - Релиз

При попытке загрузить Version 4.0.2.1 (rs.1) - браузер выдает сообщение: "вероятная угроза безопасности".

 

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

 

Спасибо, получилось

 

Пожалуйста

 

Если у вас проблема с переключением языков, то лечится она вроде следующим образом

В файле /www/system/library/language.php

Добавляем метод

PHP:

public function setCode($code)
{
    $this->code = $code;
}

В файле /www/admin/controller/startup/language.php

Добавляем перед строкой

PHP:

$this->language->load('default');

Строку

PHP:

$this->language->setCode($language_info['code']);


В файле /www/catalog/controller/startup/language.php

Добавляем перед строкой

PHP:

$this->load->language('default');

Строку

PHP:

$this->language->setCode($language_info['code']);

 

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

 

Возможно так для модулей

\system\library\language.php

после

Код:

$file = $this->path[$namespace] . $code . substr($filename, strlen($namespace)) . '.php';

вставить

PHP:

if (!is_file($file)) {
    $file = $this->path[$namespace] . 'en-gb' . substr($filename, strlen($namespace)) . '.php';
}


 

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

 

В предыдущих версиях не нужно было копировать. Если небыло в модуле русского языка, то отображались из en-gb переводы. А теперь просто пустые поля. Поэтому подумал о таком изменении.

 

Посмотрел код в 3-ке. Там логика чуть иная. Вначале загружается дефолтный язык сборки, если такой существует, а потом поверх остальное. В коде 4-ки сделана попытка убрать зашитый en-gb. Чтобы дефолтный язык был дефолтным из настроек магазина, а остальные загружались поверх. Но что-то посмотрел код 4-ки, там чтобы это исправить, скорее всего, нужно больше рефакторить. Вполне возможно, что в следующей сборке это исправят. Поэтому, фиг знает, возможно и того кода, который описал, может хватить. Тем более, что добавить файлик с локализацией не так уж сложно))

 

В том то и дело, будет Даниель это исправлять или нет. А копировать сначала язык, потом грузить итд, выходит за рамки 4-й версии, где по идее, всё только через админку.

Решение совсем плохое?? Вроде не вижу проблем с тем, что если нет нужного языка, брать с en-gb , что в принципе во многих бесплатных модулях с опенкарт.ком является по умолчанию.

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

 

Нууууу. Исправлять-то всё равно придётся, так как другие будут жаловаться, что стандартная сборка только дефолтный для магазина язык нормально подгружает.

С одной стороны так. С другой тут, наоборот, большая часть модулей поддерживает только русский язык по умолчанию (если не открывать офф сайт). А если, скажем, в сайте магазина стоит Казахский или Белорусский язык, то, от en-gb, как говорится, "ни холодно / ни жарко". Поэтому тогда уж два языка подрубать. Один для модулей с офф сайта и второй для рушных модулей.

 

Почему? Не совсем понял.

 

Скажем, существует Белорусский сайт. У него админка и пользовательская часть по умолчанию в белорусском языке. Для сайта приобретается модуль только с ру локализацией. Белорусской локализации по умолчанию в модуле нет? Нет. Латиница есть? Нет. Только ру часть. Соответственно, модуль отобразится без какого-либо текста локализации

 

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

 

Что-то типо этого.))

 

PHP:

// Проверяем доступность файла перевода           
if (!is_file($file)) {
    $file = $this->path[$namespace] . 'ru-ru' . substr($filename, strlen($namespace)) . '.php';
    
    if (!is_file($file)) {
        $file = $this->path[$namespace] . 'en-gb' . substr($filename, strlen($namespace)) . '.php';
    }
}

 

Вопрос из разряда "что-то пошло не так". Поставил демку 4.0.2.1 в Chrome вообще никак не входит в админку (просто редиректит обратно в форму входа), в остальных браузерах без проблем.

 

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

Открываем файлик admin/controller/common/login.php

Находим строчку

PHP:

$this->session->data['login_token'] = oc_token(32);

И заменяем её строками:

PHP:

if ( !isset($this->session->data['login_token']) ) {
    $this->session->data['login_token'] = oc_token(32);
}


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