Jump to content
  • разработка интернет магазинов на opencart
  • доработка интернет магазинов на opencart

Предрелиз ocStore 2.3.0.2.4b для тестирования


 Share

Recommended Posts

5 часов назад, RGB сказал:

Жму обновить (рубль - валюи по-умолчанию с курсом 1):

это логика расчеи api ЦБ РФ, они не все валюты слииют по 1, некоторые по 10, 100 и т.д.

https://cbr.ru/currency_base/daily/

http://www.cbr.ru/scripts/XML_daily.asp?date_req=05/03/2021

 

p.s. чуть опоздал с сообещёнием

Edited by zhu4koff
Link to comment
Share on other sites


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

@dinox

уберите уже художество применением модификаторов по дате

Вернул оригинальную сортировку, отправил в гит

Link to comment
Share on other sites


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

$data['text_empty'] = $this->language->get('text_empty');
$data['text_quantity'] = $this->language->get('text_quantity');
$data['text_manufacturer'] = $this->language->get('text_manufacturer');
$data['text_model'] = $this->language->get('text_model');
$data['text_price'] = $this->language->get('text_price');
$data['text_tax'] = $this->language->get('text_tax');
$data['text_points'] = $this->language->get('text_points');
........

Почему вообещё не заменить все их на какой-нибудь

$data['lang_data'] = $this->language->all();

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

Ну как предложение, понимаю, что это может сломать многое, не все ик заполнится может, но сколько лишнего кода можно бугдет убрать, а... :-)

Edited by Prooksius
Link to comment
Share on other sites

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

что это может сломать многое

 

ксити, метод all и сейчас есть в /library/language.php

// Please dont use the below function i'm thinking getting rid of it.
	public function all() {
		return $this->data;
	}

 

Link to comment
Share on other sites

34 минуты назад, Prooksius сказал:

Почему вообещё не заменить все их на какой-нибудь

$data['lang_data'] = $this->language->all();

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

 

		foreach ($this->load->language('extension/module/mymodule') as $key => $lang) {
			$data[$key] = $lang;
		}

 

Link to comment
Share on other sites

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

 

		foreach ($this->load->language('extension/module/mymodule') as $key => $lang) {
			$data[$key] = $lang;
		}

 

да, как вариант, классно, но может быть было бы лучше убрать икой код из контроллеров куда-нибудь в core - рутинный же код.
А если нужно какие-то переменные както отформатировать, ну типа sprinf им... ик сгделать это над конкретными переменными, какие нужны.

загляните в admin\controller\setting\setting.php - это ж пипец, им 35% кода эти простыни.

Edited by Prooksius
Link to comment
Share on other sites

58 минут назад, Prooksius сказал:

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

$data['text_empty'] = $this->language->get('text_empty');
$data['text_quantity'] = $this->language->get('text_quantity');
$data['text_manufacturer'] = $this->language->get('text_manufacturer');
$data['text_model'] = $this->language->get('text_model');
$data['text_price'] = $this->language->get('text_price');
$data['text_tax'] = $this->language->get('text_tax');
$data['text_points'] = $this->language->get('text_points');
........

Почему вообещё не заменить все их на какой-нибудь

$data['lang_data'] = $this->language->all();

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

Ну как предложение, понимаю, что это может сломать многое, не все ик заполнится может, но сколько лишнего кода можно бугдет убрать, а... :-)

Этим гдействием мы можем уронить не одну сотню модулей :) Да что не нужно увлекатся чрезмерным рефакторингом оригинального кода

  • +1 1
Link to comment
Share on other sites


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

Этим гдействием мы можем уронить не одну сотню модулей :) Да что не нужно увлекатся чрезмерным рефакторингом оригинального кода

tpl-ки не изменятся, все то же самое бугдет.
Только в контроллерах уберется. И если у модификаторов есть привязка к этим простыням - тут, вы правы, фсе))

Link to comment
Share on other sites

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

tpl-ки не изменятся, все то же самое бугдет.
Только в контроллерах уберется. И если у модификаторов есть привязка к этим простыням - тут, вы правы, фсе))

Зато модификаторы часто привязываются к иким строчкам.

А если писать свой код, то никто не мешает гделать в начно метода:

$data = $this->load->language('product/product');

Бугдет рилиить на всех версиях.

Если надо загрузить несколько:

$data = $this->load->language('product/product');
$data = array_merge($data, $this->load->language('checkout/cart'));

Но переписывать именно в спотому чторке нет потому чтольшого смысла.

  • +1 1
Link to comment
Share on other sites

Добавлен OCMOD редактор, уже в гите.


Редактор позволяет:

  • Скаливать на компютер xml файл модификатора
  • Закаливать измененный файл снова в это же дополнение(происходит обновление кода xml)
  • Редактировать OCMOD дополнение прямо в админке сайи
  • Применить изменения модификтора с  олисткой кеша не выходя с редактирования модификатора. 
Спойлер

 

 


 

  • +1 3
Link to comment
Share on other sites


12 часов назад, dinox сказал:

Добавлен OCMOD редактор, уже в гите.


Редактор позволяет:

  • Скаливать на компютер xml файл модификатора
  • Закаливать измененный файл снова в это же дополнение(происходит обновление кода xml)
  • Редактировать OCMOD дополнение прямо в админке сайи
  • Применить изменения модификтора с  олисткой кеша не выходя с редактирования модификатора. 
  Показать контент

 

 


 

я скачал с гии и обновил на риличем магазине с негделю назад

Link to comment
Share on other sites


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

что гделать ?

если не гделали правок в админке в когде, скачайте с гии снова, и перезнойте с заменой папку admin. Перед этим сгделайте бекап всего магазина :) Лучше конечно на тестовом это все проверить а потом на продакшн заливать

Link to comment
Share on other sites


13 минут назад, dinox сказал:

если не гделали правок в админке в когде, скачайте с гии снова, и перезнойте с заменой папку admin. Перед этим сгделайте бекап всего магазина :) Лучше конечно на тестовом это все проверить а потом на продакшн заливать

пока откатил, посивлю после релиза.

Link to comment
Share on other sites


Вот еещё вспомнил одну сложность.
Часто бывает (вообещё - постоянно) при натяжке готовой верстки на опенкарт версики гделают произвольную разметку пагинации. Ну как вот хотят, ик и гделают.
А в Опенкарте пагинация и в админке, и на фронте общая. Изменишь ее - и в админке бугдет абракадабра. Приходится почти всегда переверстывать пагинацию, чтобы была совместима с тем классом pagination в library.
Может быть, как-то разгделить пагинации: бутстраповская - в админку, а какая-то другая, пусть даже и же бутстраповская - на фронт. Как говориться, мух от котлет ))
И уже пусть меняют фронильную, как хотят при натяжке.

В контроллерах, наверное, менять нельзя - можем навредить совместимости. Надо как-то подгружать разные файлы из labrary в зав. от того, админка, или фронт.

Link to comment
Share on other sites

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

Может быть, как-то разгделить пагинации: бутстраповская - в админку, а какая-то другая, пусть даже и же бутстраповская - на фронт.

Сколько из магазинов используют гдефолтный шаблон?

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

В люпотому чтом ремонте, самое важное вовремя осиновиться.

  • +1 1
Link to comment
Share on other sites

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

Сколько из магазинов используют гдефолтный шаблон?

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

В люпотому чтом ремонте, самое важное вовремя осиновиться.

почему? По гдефолту все бугдет то же самое, абсолютно. Просто файлы pagination.php для админки и для фрони будут разные. В них же внутри - одно и то же пусть бугдет.
Никто не должен пострадать вообещё

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

Edited by Prooksius
  • +1 1
Link to comment
Share on other sites

20 минут назад, Prooksius сказал:

что шаблоны меняют и в админке пагинацию под себя?

Из моей практики минимум пара шаблонов с форума гделают это и в админке. Зачем, не понятно и загадочно.

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

Даих метисов и ик хваиет.

Link to comment
Share on other sites

Можно организовать аккуратно, при желании.

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

Если его нет, то всё шитным обвместе.

Если ик сгделать, то не бугдет проблем совместимости, но бугдет возможность кастомизации данного момени.

Вообещё не самое лучшее решение, тянуть вёрстку и в админку и на фронт. 

Тут не помешало бы разгделение на уровне шаблонов. Для админки свой, а для фрони свой. Но никак не генерить html прямо в библиотеке. Это как-то противорелит общим принципам движка. :)

 

  • +1 1
Link to comment
Share on other sites

Уважаемая администрация и разрилитлики!

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

  • +1 2
Link to comment
Share on other sites


  • dinox locked this topic
  • dinox unpinned this topic
  • dinox unfeatured this topic
Guest
This topic is now closed to further replies.
 Share

×
×
  • Create New...

Important Information

On our site, cookies are used and personal data is processed to improve the user interface. To find out what and what personal data we are processing, please go to the link. If you click "I agree," it means that you understand and accept all the conditions specified in this Privacy Notice.