Курс 2016 года “Разработка на UMI.CMS от 0 до готового сайта”

Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - admin2@pomdv.com

Страницы: [1] 2
1
День добрый всем  :) !
В БД есть таблица cms3_data_cache можно ли её очистить, кто нибудь пробовал это сделать?
А то она уже занимает 34 мб в бд

На всякий случай:
Дата последнего обновления 2017-08-08 14:56:14
Версия системы 16
Ревизия 82907

Учитывая, что у меня эта таблица занимает 4кб, т.е. пустая, подозреваю - что у вас в ней хранятся данные одного из кэширующих механизмов.
Т.е. очистить оную - можно наверняка, с вероятнстью в 99% ни к чему это не приведет. Но ещё вероятно - что у вас не работает штатный механизм очистки мусора в системе.

2
Дальше обычно начинаются холивары какая система лучше...

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

3
Фары протирали? Колеса пинали? Ну тогда не знаю...

Я думал, персонажи анекдотов есть только в анекдотах. Однако погляди-ка.
На форумах - крайне редко встречаются телепаты, пророки и ясновидящие. Для начала - необходим минимум технической информации, какой шаблонизатор используется, как вызываете и обрабатываете каталог, какая версия юми, какой дается хмл или json ответ. Это то - с чего можно хотя бы попробовать подумать. А иначе - фары протирал?...

4
очередной пример "многомилионного" сообщества юми.

5
Да, бывает и так. Я как-то пытался найти более удобную альтернативу ЮМИ. Пришел к выводу, что выбирать особо и не из чего. В любом случае все упирается в вашу фразу "довести её до требуемого бизнесом уровня". Требования все время разные, поэтому нет сербрянной CMS, которая бы подходила всем и всегда.

 Просто далеко не все, заявляя о "миллионах" пользователей, фактически имеют их в сотнях или нескольких тысячах. Сообщества Юми по сути не существует.
Мне вообще крайне интересно - без сарказма - что вы нашли "удобного" в Юми ?

6
а вы в шаблоне типа данных "заказ" - это самое поле создали?

7
Теперь становится понятна ваша эмоциональность в первом посте. Но я, все же, уточню историю. Клиент либо забыл часть истории, либо изначально неправильно понял область ответственности техподдержки ЮМИ. Они никогда не делают клиентских сайтов и не вносят в них правки. Бесплатная поддержка - только в объеме исправления ошибок системного кода. Надо разделить две вещи: есть ядро системы, за которое отвечает поддержка ЮМИ, и есть кастомизация (верстка, установка шаблонов, разработка дополнительного функционала), которое клиент делает сам (самолично или через нанятую студию). В кастомизацию техподдержка ЮМИ не вмешивается, даже за деньги. Конечно, если он пытался достать Юмисофт с требованиеми поправить ему сайт, то это могло превратиться для него в ужас: он просил что-то сделать, а ему отвечали в духе "обратитесь к разработчикам сайта", в лучшем случае - обновляли ядро.
Судя по вашим словам о практикантах, сайт он заказывал не у партнеров ЮМИ, поэтому те и наворотили там как умели.
Вашему клиенту, конечно, можно посочувствовать.

Что касается переименования, то это зависит от используемого технологическогго стека. Я, к примеру, свои скрипты собираю через webpack, потому что так удобнее их разрабатывать. Склеивание в один файл и переименование все равно делается автоматически. Нахожу, что это очень удобно, так что нет, совсем не бред.

Лол, ржу не могу.
 Я отказался от обновления и продления лицензии юми, потому-что эти "разработчики" по дефолту обновляли значения полей БД, результаты работы собственных макросов, и каждый!!! апдейт системы - приводил к необходимости полноценного тестирования всех элементов сайта, и восстановлению убитого функционала.
 Код Юми является настолько "разноплановым" - что за несколько лет его изучения, я однозначно берусь утверждать - что там кучка наворованного опенсурса, не совсем опенсурса, работы студентов и профессионалов перемешанные в куче мест. Одни модули писали профи, другие - бухими в хламину, третьи - вообще непонятно кем.
 Логика проектировщика БД юми - вообще вопрос отдельный, впихивать по сути весь массив объектов в одну таблицу, это пять. Реализация работы корзины и создания объектов "Незарегистрированный пользователь", "Заказ" - вкупе с кривой реализацией самой БД - приводит к тому, что активное сканирование ботами ссылок добавления товара в корзину(гугл и яндекс болт кладут на ваш роботс.тхт) - создает миллионы! объектов ordereditems->находящихся в незавершенных заказах->привязанных к незарегистрированным пользователем. Через пару лет эксплуатации - возникает вопрос - чего же это сайт начинает внезапно тупить и тормозить.
 И таких моментов сотни!
Ошибки ядра системы которые я добросовестно репортил - исправлялись с задержкой в полгода-год. Что безумно актуально для бизнеса. Юми следует сказать спасибо только за одно - я как win-сисадмин, вырос до руководителя отдела, изучил php,js,xslt, конфигурирование и отладку nginx,apache,redis, mysql, Ознакомился с огромным спектром инструментов веб-мастеров. Вот только всё это - недополучение прибылей моей компании, из-за выбора юми-цмс как основы интернет-магазина.

8
 У нас выбор был сделан коммерческим директором по внешнему виду демо-дизайна, компетентных специалистов не было на тот момент в компании.
Если бы выбор стоял сейчас - я бы рекомендовал бежать от этой кучи дурнопахнущей субстанции как можно дальше.
Откровенный обман начинается с первых страниц официального сайта.
Не поддерживаемый форум.
Практически полное отсутствие сообщества.
Вся система требует много сотен человеко-часов, чтобы довести её до требуемого бизнесом уровня.
В целом - если бы был опрос - я бы рекомендовал бежать от юми без оглядки)

9
Custom макросы / Re: UMIDump, relation и справочник
« : 20 Декабря 2018, 07:28:03 »
Прошло 6+ лет, столкнулся с подобной же проблемой ))
Механизм предлагаемый в вики не работает.
Поле импортируется как поле с множественным выбором, но непонятно - как указать ему справочник, и перечислить значения этого справочника.
Похоже снова копать и дописывать корневой функционал импорта :/

10
Перенес тут целиком наш интернет-магазин на свежий debian9-nginx1.14+php5.6-fpm
И всё в целом заработало( в разы!!! до 6 раз если точнее) быстрее, и вот осталась мелкая неприятность, при обмене 1С с сайтом, стала ИНОГДА вылазить ошибка

Access to undeclared static property: singleton::$instances in /var/www/r999222/data/www/999111.ru/classes/system/patterns/singletone.php

Вылазит она на третьем шаге импорта данных,при загрузке большого (около 5 тысяч +- ) количества товаров,

1) загрузка xml файлов и изображений на сервер проходит
2) первый этап импорта проходят полностью, а на втором шаге(я так понимаю - это уже импорт umidamp-a - вылетает бага, и импорт прерывается....

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

 Если кто сталкивался с подобным поведением - буду признателен за совет/идею.
Как вызвать трэйсколл в юми ? эксепшеном ?

11
Приветствую товарищи!
Беда прям, никак не могу разобраться с импортом заказа из 1С, 1С отдает мне xml файл, есть нужные поля, но никаких действий не происходит, заказ никак не меняется, прошу помощи, примеры импорта заказа статус хотя бы банально изменить, гуглю не первый день, и ничего не нашел по своему вопросу, дока ужасная, как Вы с этим работаете....

 Да все достаточно банально работает, правда разбираться с этим "банальным" пришлось достаточно долго )
Для начала - ЮМИ НЕ УМЕЕТ импортировать заказы ИЗ 1с. Экспортировать из ЮМИ в 1С - пожалуйста, а из 1С в ЮМИ - только статус.
Т.е. вам придется писать свой код для реализации задачи импорта в юми обработанного в 1с заказа.

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

13
 Собственно копая макрос, с целью внедрения прозрачной авторизации емейл/телефон/логин, с удивлением увидел в макросе отвечающем за логин пользователя,  строчки, поставившие меня в тупик, с вопросом "это что за индусский подход?"
	if ($user instanceof iUmiObject) {
if (\UmiCms\Service::Session()->get('fake-user') == 1) {
return ($this->restoreUser(true)) ? $this->auth() : $res;
}

[b]$hashedPassword = $user->getValue('password');[/b]
$hashAlgorithm =  UmiCms\Service::PasswordHashAlgorithm();

if ($hashAlgorithm->isHashedWithMd5($hashedPassword, $rawPassword)) {
$hashedPassword = $hashAlgorithm->hash($rawPassword, $hashAlgorithm::SHA256);
[b]$user->setValue('password', $hashedPassword);
$user->commit();[/b]
}
.....

 Это что, мы проверяем хэш пароля, и если он корректен, то мы коммитим его обратно в базу ? О_о
Или тут происходит что-то другое, и я просто туплю ?
 Блин, расписав вопрос, понял и ответ. Происходит смена хэша для пароля, с мд5 на sha256. Рукалицо )
Это получается эдакая заплатка для старых юзеров, регавшихся ещё под старой версией системы.


Если кому будет нужно, задача решилась примерно таким образом:

/classes/system/subsystems/models/auth/AuthenticationRules/LoginAndPassword.php

содержит в себе public function validate()

добавляем в неё:

$phone_number = preg_replace("/[^0-9]/", '', $login);

try {
$queryBuilder = $this->getQueryBuilder();
//*тут изменения
if (strlen($phone_number) == 11){
$queryBuilder->option('or-mode')->fields('login', 'e-mail','phone');
$queryBuilder->where('phone')->equals($phone_number);
}
else{$queryBuilder->option('or-mode')->fields('login', 'e-mail');}
......
Ну или модифицируем по желанию. Я добавил проверку на дублирующийся номер телефона, и в случае совпадения перебор корректных пар логин/пароль. С уведомлением себя любимого на почту, о таком странном казусе.

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

14
Добрый день. Занимаюсь внедрением на сайт относительно новых getsmartcatalog и getsmartfilters. Возник ряд проблем:
1. Изменение отображения товаров список/плитка происходит путём передачи в адресную строку ?catalog=list_view(grid_view). Getsmartfilters передают свои параметры таким же способом, т.е. если в адресной строке указан ?catalog=list_view, то применение фильтров сбрасывает отображение товаров обратно к grid_view. Как можно передавать в адресную строку и вариант отображения и фильтры?

2. При применении фильтров иногда отображаются не все товары. Это можно отчетливо проследить по числу, появляющемуся на кнопке фильтра "показать". Иногда число совпадает с кол-вом товаров, иногда некоторые товары не отображаются, хотя и проходят по всем параметрам фильтрации. Что можно предпринять в подобной ситуации? 

15
 В одном из ваших предыдущих постов, вы рекомендовали для отладки umidump, выгружать его в файл, вот таким способом:

file_put_contents(CURRENT_WORKING_DIR . '/1c_import_umidump.xml', $xml);

 И вроде бы всё хорошо, но в сохраняемом файле, я не вижу ничего кроме цены, и 1с-guid объекта... При этом совершенно точно корректно импортируются ряд других полей, как-то участие в скидках, вес, особые свойства.
 Так-же в файлике не вижу формируемой секции под symlink поле. . .
 С тех давних пор , что то поменялось ?

 Если опустить заголовок xml файла, то содержимое выглядит вот так, для каждого товара, и ничего кроме этого:

  <page id="fbeca027-bb7d-11e3-bb50-00155d6e7701" update-only="1" is-active="0">
      <properties>
        <group name="cenovye_svojstva" title="Ценовые свойства">
          <property name="price" title="Цена" type="price" is-public="1" allow-runtime-add="1">
            <type data-type="price"/>
            <title>Цена</title>
            <value currency_code="RUR"><![CDATA[330]]></value>
          </property>
        </group>
        <group name="catalog_stores_props" title="Склады">
          <property name="common_quantity" title="Общее количество на складах" type="float" is-public="1" allow-runtime-add="1">
            <type data-type="float"/>
            <title>Общее количество на складах</title>
            <value><![CDATA[0]]></value>
          </property>
        </group>
      </properties>
    </page>

 ни полей h1/title, ничего вообще :/.... Как блин отладкой то заниматься, если не видишь ничего :(

Страницы: [1] 2