Перейти до вмісту
Пошук в
  • Детальніше...
Шукати результати, які ...
Шукати результати в ...

Процесс работ над релизом ocStore 1.5.5.1.2


dinox

Recommended Posts

увеличил максимально допустимый размер загружаемых файлов с 300 000 до 900 000 3 200 000 байтов.

не мог не пройти мимо. не вздумайте менять лимиты, это плохо. Понятно что времена высоких скоростей, но и низких еще полно. Большинство людей будут грузить фото по 3мб не задумываясь, это разве нормально.? предлагаю оставить лимиты.
  • +1 1
Надіслати
Поділитися на інших сайтах

Большинство людей будут грузить фото по 3мб не задумываясь

 

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

поэтому я так же за увеличение ограничений.

 

и, к тому же, всё больше и больше людей увеличивает скорость инета, тенденция идёт.

я сам из провинции, к слову

  • +1 2
Надіслати
Поділитися на інших сайтах


Протестировал мультиязычный SeoPro от cdm&freelancer.
На предмет ajax он четко отрабатывает, во всяком случае не наткнулся на несрабатывание.
Споткнулся только в случае, если какой-нибудь модуль втягивает контент в iFrame из своего контроллера.
Немного иземнил, теперь срабатывает и на iFrame.

Желательно, конечно, что бы еще кто-нибудь потестил на всякий случай.

seopro-master.zip

  • +1 3
Надіслати
Поділитися на інших сайтах


Небольшой баг: на странице "Акции" не сортируются товары по количеству (всегда стоит 100). Можно внести в todo list.

Вы что-то путаете - во-первых изначально нет (и не было) сортировки по количеству товаров.

Во-вторых там все правильно показывает, очевидно вы глянули на те "100", какими ограничивается показ на странице

Надіслати
Поділитися на інших сайтах


В todo list еще что-нибудь осталось?

Кроме мультиязычного seoPro, было ещё 2 вещи которые не успели внести в to-do list:

 

 

1) Расмотреть предложения по оптимизации

Возможно некоторые из этих вещей можно внести в сборку 1.5.5.1.2

http://opencartsoftw...3/opencart.html

http://opencartsoftw...2/opencart.html

http://opencartsoftw...n-opencart.html

http://opencartsoftw...erformance.html

 

2) Исправить некритичный баг

При редактировании категории, выпадающий список значений для "Родительская категория:"

сортируется по алфавиту, а не по заданному "Порядку сортировки"

Надіслати
Поділитися на інших сайтах


Вы что-то путаете - во-первых изначально нет (и не было) сортировки по количеству товаров.

Во-вторых там все правильно показывает, очевидно вы глянули на те "100", какими ограничивается показ на странице

Да, именно на те 100. Эта цифра не меняется, если выбирать 25, 15 и т.д. По идее, изначально должно быть значение по умолчанию, настраиваемое в админке. Это всё относится только к странице "Акции". В категориях, производителях и поиске все работает корректно. Вылечил изменением в контроллере по аналогии с вышеперечисленными страницами.

Надіслати
Поділитися на інших сайтах


Да, именно на те 100. Эта цифра не меняется, если выбирать 25, 15 и т.д. По идее, изначально должно быть значение по умолчанию, настраиваемое в админке. Это всё относится только к странице "Акции". В категориях, производителях и поиске все работает корректно. Вылечил изменением в контроллере по аналогии с вышеперечисленными страницами.

Так опубликуйте код - что на что меняли.

Я так и не заметил этого бага. Он в мастер-версии?

Надіслати
Поділитися на інших сайтах


Может и бредовое предложение..... В карточке товара  есть не используемые поля  
 

Артикул (SKU, код производителя):

UPC:
EAN:
JAN:
ISBN:
MPN:

 

Самый странный момент ,что заполнение этих полей не приведёт к их появлению в карточке товара.

 

Отсюда предложение.

 

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

  • +1 3
Надіслати
Поділитися на інших сайтах

будут ли интегрированы решения из сборки OpenCart-CE https://github.com/opencart-ce/opencart-ce

в частности поддержка в инсталляторе драйвера MySQLi

https://github.com/opencart-ce/opencart-ce/commit/541a2db42764e4b966bfd4bd2c73dcc303a2b3ef

 

иначе на PHP 5.5.* лезет вот такой варнинг

[31-Oct-2013 21:43:39 Asia/Novosibirsk] PHP Deprecated:  mysql_connect(): The mysql extension is deprecated and will be removed in the future: use mysqli or PDO instead in J:\web\htdocs\opencart\system\database\mysql.php on line 6

этот варнинг можно задавить, но лучше бы подключить MySQLi

Змінено користувачем Zeppelin
Надіслати
Поділитися на інших сайтах


Может и бредовое предложение..... В карточке товара  есть не используемые поля  

 

Артикул (SKU, код производителя):

UPC:

EAN:

JAN:

ISBN:

MPN:

 

Самый странный момент ,что заполнение этих полей не приведёт к их появлению в карточке товара.

 

Отсюда предложение.

 

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

 

я поддерживаю Тома, логично так-то, иногда приходиться добавлять дополнительные характеристики к товару с выводом в главном блоке, а так по дефолту уже 5, просто названия требуемые подставить

  • +1 2
Надіслати
Поділитися на інших сайтах


Щас злыдни заминусуют за несогласие с их волевым решением)) Хотя это самая частая просьба.И ведь висят в админке мёртвым грузом.

  • +1 3
Надіслати
Поділитися на інших сайтах

2) Исправить некритичный баг

При редактировании категории, выпадающий список значений для "Родительская категория:"

сортируется по алфавиту, а не по заданному "Порядку сортировки"

 

Решено.

Контроллер из админки (admin/controller/catalog)

category.php

Надіслати
Поділитися на інших сайтах


А вообще не хорошо получается с категориями в админке.

Сторонние шаблоны не понимают - показывают только верхний уровень (проверено на Metro Admin UI).

Нужно, наверное отдавать в .tpl оба врианта: стандартный (с пагинацией) и  отдельной переменной - форматированное под нужный нам вариант.

За выходные сделаю. Точно нужно менять - уход от совместимости - это плохо.

Надіслати
Поділитися на інших сайтах


Здравствуйте!

При отключении в админке в "Локализация" не нужного языка, все равно остается вкладка с отключенным  языком на страницах админки и приходиться заполнять  поле "Название товара" на всех языках. Иначе - ошибка. Может это поведение только у меня?

Вот кусок кода со страниц шаблонов админки, где выводятся вкладки языков

<div id="tab-general">
          <div id="languages" class="htabs">
            <?php foreach ($languages as $language) { ?>
            <a href="#language<?php echo $language['language_id']; ?>"><img src="view/image/flags/<?php echo $language['image']; ?>" title="<?php echo $language['name']; ?>" /> <?php echo $language['name']; ?></a>
            <?php } ?>
          </div>

Информация о вкл/выкл языка хранится в $language['status'].

Как видим, никакой проверки по 'status' нет и выводятся все языки.

Добавим проверку и в этом блоке все ОК. Но в каждом шаблоне админки надо две проверки и шаблонов - море...

<div id="tab-general"> 
          <div id="languages" class="htabs">
            <?php foreach ($languages as $language) { if($language['status'] !=0) { /* @@@ */ ?>
            <a href="#language<?php echo $language['language_id']; ?>"><img src="view/image/flags/<?php echo $language['image']; ?>" title="<?php echo $language['name']; ?>" /> <?php echo $language['name']; ?></a>
            <?php } } /* @@@ */ ?>
          </div>

Я еще очень поверхностно знаком с системой.

Есть еще класс ControllerLocalisationLanguage, но там нет нужного фильтра по 'status'.

Вопрос: как  и где стратегически правильно с точки зрения всей системы ставить фильтр на отключенный язык?

Надіслати
Поділитися на інших сайтах


Щас злыдни заминусуют за несогласие с их волевым решением)) Хотя это самая частая просьба.И ведь висят в админке мёртвым грузом.

 

Вообще странно, ведь с полем "Модель" как раз такая ситуация, многие переименовывают его в "Артикул" и "называют красный зеленым" =)  Хотя, конечно, оно не спрятано, а наоборот везде где только можно выводится на сайте.

Надіслати
Поділитися на інших сайтах


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

 

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

 

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

  • +1 2
Надіслати
Поділитися на інших сайтах

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

В файл модели  

                              admin\model\localisation\language.php

 

добавил функцию getLanguagesBD. Она копия изначальной функции getLanguages.

 

А в getLanguages вставил фильтр на status='1'

стр. 297

было
$query = $this->db->query("SELECT * FROM " . DB_PREFIX . "language ORDER BY sort_order, name");

новое
$query = $this->db->query("SELECT * FROM " . DB_PREFIX . "language WHERE status='1'   ORDER BY sort_order, name"); // фильтр на не активные языки

К getLanguagesBD обращается только контроллер

 

                              admin\controller\localisation\language.php

 

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

$results = $this->model_localisation_language->getLanguages($data);

заменено на                            

 $results = $this->model_localisation_language->getLanguagesBD ($data);

Теперь, если на вкладке "Языки" перейти по "изменить" и установить в Отключено  "Статус:
Показывать/Скрывать в переключателе языков витрины магазина
" , то в Админке не будет табов с не активными языками.

Теперь не нужно обязательно заполнять еще один язык - он не показывается.

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

  • +1 1
Надіслати
Поділитися на інших сайтах


Так опубликуйте код - что на что меняли.

Я так и не заметил этого бага. Он в мастер-версии?

 

Этот баг наблюдается и в демке. Лечится просто добавлением буквы s в файле catalog\controller\product\special:

 

$this->data['limits'] = array();

 
$limits = array_unique(array($this->config->get('config_catalog_limit'), 25, 50, 75, 100));
 
sort($limits);
 
foreach($limits as $limits){
$this->data['limits'][] = array(
'text'  => $limits,
'value' => $limits,
'href'  => $this->url->link('product/special', $url . '&limit=' . $limits)
);
}
  • +1 2
Надіслати
Поділитися на інших сайтах


Гість
Ця тема закрита для публікації повідомлень.
  • Зараз на сторінці   0 користувачів

    • Ні користувачів, які переглядиють цю сторінку
×
×
  • Створити...

Important Information

На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність.