[Поддержка] SimplePars - Универсальный парсер для ИМ

[Axelenz]

Из хотелок...

Не плохо было бы, чтобы на вкладке "Сбор ссылок" была возможность поставить галку типа "После сбора ссылок сразу перейти к парсингу". Поясняю зачем это. Часто выполняю работы по парсингу огромного количества товаров (сотни тысяч) и удобно было бы, поставив на ночь сбор ссылок, быть уверенным, что после выполнения первого этапа работа парсера продолжится и далее начнётся сам парсинг и не нужно дополнительного контроля за всем этим. Это и называется по большому счёту автоматизацией процесса...

[Rassol2]

1 минуту назад, Axelenz сказал:

Из хотелок...

Не плохо было бы, чтобы на вкладке "Сбор ссылок" была возможность поставить галку типа "После сбора ссылок сразу перейти к парсингу". Поясняю зачем это. Часто выполняю работы по парсингу огромного количества товаров (сотни тысяч) и удобно было бы, поставив на ночь сбор ссылок, быть уверенным, что после выполнения первого этапа работа парсера продолжится и далее начнётся сам парсинг и не нужно дополнительного контроля за всем этим. Это и называется по большому счёту автоматизацией процесса...

Согласен это нужно сделать. 

Сделаю вместе с переработкой вкладки сбора ссылок. Сейчас работаю над адаптацией под 3 версию. 

[stas2010]

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

[Rassol2]

1 минуту назад, stas2010 сказал:

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

тут есть 2 причины. 
1. Не из ведомая ошибка которую нужно мне сообщить что бы я устранил. 
2. Мне как то писал человек что у него постоянно модуль останавливается. И долго упорно писал что пришлось много времени убить на это (Привет тебе мой друг  )
Так вот оказалось у него свой vds сервер с кривыми настройками, в том плане что почему то при авторизации в админке магазина создавалась сесия, которая жила ровна 20 минут и не важно делаешь ты что то или нет. После чего ссесия упирала. 
Так вот оставляя модуль на долго работать происходило тако что сессия умирала, а если сессия умирает то запрос сервера на парсинг не выполняется. 

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

Спойлер

 

 

 

А вот если такое видите. 
 

Спойлер

Значит в модуле произошла какая то ошибка и нужно разбираться в причинах. 
Вариант номер два скорее всего косяк модуля. 

[Stin]

19 часов назад, Rassol2 сказал:

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

Это говорит о том что модуль прошелся по всем страницам и собрал все ссылки. Не только первой страницы. 
http://joxi.ru/J2bV0xMF0Yq502

Так же я запустил у себя парсинг и все страницы были спарсены. 

Запустил повторно парсинг, и о чудо, не знаю почему, но в выгрузилось в ехсеl файл почти на 1000 больше позиций. Почему так произошло, не знаю. Будем считать что глюк. Т.к. ничего вообще не менял, просто еще раз выгрузил в файл.

[Rassol2]

2 часа назад, Stin сказал:

Запустил повторно парсинг, и о чудо, не знаю почему, но в выгрузилось в ехсеl файл почти на 1000 больше позиций. Почему так произошло, не знаю. Будем считать что глюк. Т.к. ничего вообще не менял, просто еще раз выгрузил в файл.

Когда вы скинули мне настройки первым делом я проверил присутствуют ли ссылки на товары из страницы 2.3.4 и они там были. 
Мне кажется просто что то недоглядели 

[hippvik]

Добрый день! столкнулся с такой проблемой на некоторых сайтах ( http://www.altacera.ru/ ) не отображаеться превью в настройках парсинга.В чем может быть проблема.это защита на сайте с тоит? или дело в модуле? Версия модуля SimplePars v2.3-6_Beta-2

[Rassol2]

19 минут назад, hippvik сказал:

Добрый день! столкнулся с такой проблемой на некоторых сайтах ( http://www.altacera.ru/ ) не отображаеться превью в настройках парсинга.В чем может быть проблема.это защита на сайте с тоит? или дело в модуле? Версия модуля SimplePars v2.3-6_Beta-2

Это связано с тем что сайт запрещает открытие себя в iframe . 

 

Некоторые сайты так делают. Но на парсинг это не влияет. 

 

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

[hippvik]

Спасибо!

[Rassol2]

Спасибо!

Не за что.

Отправлено с моего Pixel через Tapatalk

[Axelenz]

20 часов назад, stas2010 сказал:

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

 

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

Решить проблему можно с помощью стороннего плагина или скрипта, который делал бы "тыць" на Старт через определённые промежутки времени...

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

Я за полную автоматизацию и самоконтроль модуля, чтобы не привлекать (или если привлекать то по минимуму) сторонние модули/плагины/писать скрипты и заниматься прочей самодеятельностью. Модуль должен быть самодостаточным !

Змінено 31 травня 2019 користувачем Axelenz

[Rassol2]

6 часов назад, Axelenz сказал:

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

Стараюсь отлавливаю и фиксю. 
 

6 часов назад, Axelenz сказал:

Я за полную автоматизацию и самоконтроль модуля, чтобы не привлекать (или если привлекать то по минимуму) сторонние модули/плагины/писать скрипты и заниматься прочей самодеятельностью. Модуль должен быть самодостаточным !

Сейчас можно поменять одну строку и модуль будет не обращать внимание на ошибки и парсить без остановки.
только там где произошла ошибка эта ссылка не будет спарсена. И не нужно модулей/плагинов/чекеров. 
Но я это не делаю пока модуль в тестовом режиме и чем больше мне сообщают о таких проблемах тем больше я фиксю и меняю подход. 
Пока что в приоритете именно добиться того что бы любой сайт любой кодировки парсился. 

А сделать долбилку без остановки это не проблема. Проблема будет потом решать вопросы почему парсилось 1000 ссылок а загрузилось только 998 вот это будет проблема. 

Но мы идем вперед и каждым релизом все больше не только функций но и доработок. 
 

[Rassol2]

Обновление 2.3-7_Beta-2

Пред просмотр CSV файла

В данном обновлении я исправил в csv пред просмотре отображение отступов {br} теперь все видно как будет в прайс листе.


Немного стиль другой но думаю зайдет все. Отпишитесь что думаете.

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

Спойлер

Вводная информация.
Начнем с основ работы с этой функцией.

 

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

Тут я ничего особо не выдумывал и взял обычный алгоритм php для преобразования строк в число. 
Как будет преобразовываться. 

12123 - число 12123
12,5 - число 12.5
12.5 - число 12.5
Rassol2 - число 0
2руб - число 2
$102 - число 0
 

Внимательные уже поняли, что числом считаются любые числа с запятой или точкой. Запятая или точка должна быть одна. 
Так же числом считается любая строка которая начинается на число, или пробел после которого идет число. Модуль берет все числа пока не встретит первую букву. 
Как в примере 2руб = 2 По этой же причине $102 равно 0 потому что начинается не с числа. 

Надеюсь это будет понятно.
Так же нужно понимать что если вы ввели правило в поле наценка будьте готовый что на выходе получите вместо текста число, либо 0
 

Спойлер

 

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

Спойлер

 

Это тоже нужно понимать. Важно для построения очень хитрых алгоритмов. 

Указания правил наценки.

 

Перед тем как рассказать типах записи кратко отступлю доступны 4 типа действий.
1. Минус от числа -
2. Плюс к числу +

3. Умножить число *
4. Разделить число /
 

Можно вводить 3 типа правила наценки.

Буду показывать на примере умножения.
1. *10 умножить любое число на 10
2. 150*10 если число равно 150 умножить его на 10
3. (0-100)*10 Если число равно или больше 0 так же это число равно или меньше 100 тогда умножить его на 10 (то есть диапазон от нуля до 100)

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

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

Порядок выполнения правил

Допустим если вы указали правило.
(0-100)*1.3;(50-150)*1.5
И у вас число 55 то будет выполнено только первое правило (0-100)*1.3 а второе будет игнорироваться. 
По факту модуль выполнит к одному числу первое правило что подойдет. Остальные проигнорирует. 
Это важно понимать если указывается правило :
*1.3;(0-100)*1.5 - В данном случаи будет выполнятся только первое правило, потому что оно звучит как не важно какое число, умножить его на 30% 
А значит все что идет после первого правила игнорируется.

И правила первого типа рекомендуется записывать в самый конец, если вы хотите установить определенную наценку для разных диапазонов цен, а для всех остальных 30%

 

Мелкие детали
 

1. Поскольку эксель плохо отображает числа с точкой, форматирует их в дату. Я сделал так что на выходе после функции наценки число выходит с запятой.
Даже если входное число было с точкой. 
Пример было 55.5 и правило *1 На выходе будет 55,5 - запятая вместо точки

2. Модуль выдает десятичные числа которые могут иметь не более двух знаков после запятой. 

Округление происходит по стандартному алгоритму. Если при вычислениях внутри модуля получится число с большим количеством знаков после запятой чем два, модуль округлит так.
5,557 = 5,56
5,555 = 5,56

5,554 = 5,55

 

3. Если у вас правило делить и вы указываете делить на 0 тогда модуль игнорирует это правило и отдает тоже число что пришло в модуль. 
Делить на ноль нельзя!

4. При умножении на ноль любое число даст 0 
 

5. Просто объясню как делать наценку. 
Если вы хотите увеличить число на 30% вам нужно умножить его 1.3
На 35% умножить число на 1.35
Соответственно сделать цену на 20%  ниже это значит нужно умножить на 0.8

Конец

 

Для обновления на новую версию необходимо выполнять файл /inst.php
 

Жду ваших комментариев. Старался все описать что бы было все очень понятно.
Надеюсь у меня получилось сделать Универсальнинько. 

[winner0377]

2 часа назад, Rassol2 сказал:

Обновление 2.3-7_Beta-2

Пред просмотр CSV файла

В данном обновлении я исправил в csv пред просмотре отображение отступов {br} теперь все видно как будет в прайс листе.


Немного стиль другой но думаю зайдет все. Отпишитесь что думаете.

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

  Показать контент

Вводная информация.
Начнем с основ работы с этой функцией.

 

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

Тут я ничего особо не выдумывал и взял обычный алгоритм php для преобразования строк в число. 
Как будет преобразовываться. 

12123 - число 12123
12,5 - число 12.5
12.5 - число 12.5
Rassol2 - число 0
2руб - число 2
$102 - число 0
 

Внимательные уже поняли, что числом считаются любые числа с запятой или точкой. Запятая или точка должна быть одна. 
Так же числом считается любая строка которая начинается на число, или пробел после которого идет число. Модуль берет все числа пока не встретит первую букву. 
Как в примере 2руб = 2 По этой же причине $102 равно 0 потому что начинается не с числа. 

Надеюсь это будет понятно.
Так же нужно понимать что если вы ввели правило в поле наценка будьте готовый что на выходе получите вместо текста число, либо 0
 

  Скрыть контент

 

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

  Скрыть контент

 

Это тоже нужно понимать. Важно для построения очень хитрых алгоритмов. 

Указания правил наценки.

 

Перед тем как рассказать типах записи кратко отступлю доступны 4 типа действий.
1. Минус от числа -
2. Плюс к числу +

3. Умножить число *
4. Разделить число /
 

Можно вводить 3 типа правила наценки.

Буду показывать на примере умножения.
1. *10 умножить любое число на 10
2. 150*10 если число равно 150 умножить его на 10
3. (0-100)*10 Если число равно или больше 0 так же это число равно или меньше 100 тогда умножить его на 10 (то есть диапазон от нуля до 100)

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

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

Порядок выполнения правил

Допустим если вы указали правило.
(0-100)*1.3;(50-150)*1.5
И у вас число 55 то будет выполнено только первое правило (0-100)*1.3 а второе будет игнорироваться. 
По факту модуль выполнит к одному числу первое правило что подойдет. Остальные проигнорирует. 
Это важно понимать если указывается правило :
*1.3;(0-100)*1.5 - В данном случаи будет выполнятся только первое правило, потому что оно звучит как не важно какое число, умножить его на 30% 
А значит все что идет после первого правила игнорируется.

И правила первого типа рекомендуется записывать в самый конец, если вы хотите установить определенную наценку для разных диапазонов цен, а для всех остальных 30%

 

Мелкие детали
 

1. Поскольку эксель плохо отображает числа с точкой, форматирует их в дату. Я сделал так что на выходе после функции наценки число выходит с запятой.
Даже если входное число было с точкой. 
Пример было 55.5 и правило *1 На выходе будет 55,5 - запятая вместо точки

2. Модуль выдает десятичные числа которые могут иметь не более двух знаков после запятой. 

Округление происходит по стандартному алгоритму. Если при вычислениях внутри модуля получится число с большим количеством знаков после запятой чем два, модуль округлит так.
5,557 = 5,56
5,555 = 5,56

5,554 = 5,55

 

3. Если у вас правило делить и вы указываете делить на 0 тогда модуль игнорирует это правило и отдает тоже число что пришло в модуль. 
Делить на ноль нельзя!

4. При умножении на ноль любое число даст 0 
 

5. Просто объясню как делать наценку. 
Если вы хотите увеличить число на 30% вам нужно умножить его 1.3
На 35% умножить число на 1.35
Соответственно сделать цену на 20%  ниже это значит нужно умножить на 0.8

Конец

 

Для обновления на новую версию необходимо выполнять файл /inst.php
 

Жду ваших комментариев. Старался все описать что бы было все очень понятно.
Надеюсь у меня получилось сделать Универсальнинько. 

Возможно ли самому сделать чтобы цена округлялась и вместо 5,55 выходило 6? 

[stas2010]

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

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

 

2 часа назад, winner0377 сказал:

Возможно ли самому сделать чтобы цена округлялась и вместо 5,55 выходило 6? 

тут дело даже не в цене, а в функционале округления до определенного числа. 

кому-то надо до целого округлить. а кому-то наоборот - до трех, четырех знаков после запятой, например, при расчете веса заказа, т.к. имеем чистый вес с донора и надо добавить вес упаковки, либо наоборот отнять вес упаковки донора и прибавить свой. как раз для веса в кг и т.п. необходим формат вида "0,153 кг", а тут округление до 3-х знаков после запятой.

опять же, в некоторых странах цены из-за инфляции не 1-2 рубля, а 1000-2000 или 10000-20000, а наименьший номинал, например, 50 рублей. тут необходимо округление до 50 рублей. 

думаю, что надо добавить тэг округления или формата числа, например, {-1} - до десятков, например, 110, или {2} - до сотых, например, 0,01   - как в экселе, чтобы не выдумывать новые форматы. 

 

А поле назвать не "Наценка", а "Формула"

Змінено 1 червня 2019 користувачем stas2010

[winner0377]

15 минут назад, stas2010 сказал:

 

тут дело даже не в цене, а в функционале округления до определенного числа. 

кому-то надо до целого округлить. а кому-то наоборот - до трех, четырех знаков после запятой, например, при расчете веса заказа, т.к. имеем чистый вес с донора и надо добавить вес упаковки, либо наоборот отнять вес упаковки донора и прибавить свой. как раз для веса в кг и т.п. необходим формат вида "0,153 кг", а тут округление до 3-х знаков после запятой.

опять же, в некоторых странах цены из-за инфляции не 1-2 рубля, а 1000-2000 или 10000-20000, а наименьший номинал, например, 50 рублей. тут необходимо округление до 50 рублей. 

думаю, что надо добавить тэг округления или формата числа, например, {-1} - до десятков, например, 110, или {2} - до сотых, например, 0,01   - как в экселе, чтобы не выдумывать новые форматы. 

Т.е. округление цены с наценкой к целому числу скоро будет внедрено? 

[stas2010]

3 минуты назад, winner0377 сказал:

Т.е. округление цены с наценкой к целому числу скоро будет внедрено? 

по внедрению - к автору, а так - это мое предложение для доработки.

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

идея-идеей, но надо еще и алгоритм придумать и код написать.

Змінено 1 червня 2019 користувачем stas2010

[Rassol2]

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

Возможно ли самому сделать чтобы цена округлялась и вместо 5,55 выходило 6? 

Принудительно нет в модуле такого нет.

Но есть в движке магазина
http://joxi.ru/EA4zJd7soZxMom - работает по тому же принципу что я описал выше. 
В парсинге мне это никогда не нужно было, да и в просьбе никто не писал. 
Если у вас есть пример где это необходимо и без этого не обойтись распишите подумаем.  

[Rassol2]

3 часа назад, stas2010 сказал:

А поле назвать не "Наценка", а "Формула"

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

 

3 часа назад, stas2010 сказал:

опять же, в некоторых странах цены из-за инфляции не 1-2 рубля, а 1000-2000 или 10000-20000, а наименьший номинал, например, 50 рублей. тут необходимо округление до 50 рублей. 

думаю, что надо добавить тэг округления или формата числа, например, {-1} - до десятков, например, 110, или {2} - до сотых, например, 0,01   - как в экселе, чтобы не выдумывать новые форматы.

это да думаю нужно будет что то придумать. 
По поводу алгоритма экселя незнаком нужно будет поискать. 
К примеру в реализации оставить по умолчанию округление до 4 знаков после запятой. 
Движок в своей валюте все равно сам округлит до установленного значения в поле http://joxi.ru/EA4zJd7soZxMom
А если кому то нужно изменить это, можно сделать возможность начало формулы добавить как вы сказали {2}
То есть что бы формула наценки выглядела так
{2};(0-100)*1.2

Где первое правило {2} будет говорит об уровне округления этой границы парсинга. А второе и дальше об алгоритме наценки. 
Если {2} в начале всех алгоритмов не указано, значит по умолчанию округление до 4 знака после запятой.

Как такой вариант ? 
 

[Rassol2]

3 часа назад, winner0377 сказал:

Т.е. округление цены с наценкой к целому числу скоро будет внедрено? 

думаю да  
Идея интересная. 

[Rassol2]

Господа тогда нужно определить какое округление должно быть по умолчанию. До какого символа после запятой.
То что будет работать по дефолту.

Не многие будут его изменять и нужно решить что делать для масс. 
Я думаю остановиться на варианте с 4 символами. Все же 4 знака покроют все потребности в уравнениях с весом. И ценой.

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

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

[stas2010]

ну так в экселе по параметрам, если с минусом {-1} до десятков, {-2} до сотен и т.д., а с плюсом - справа от запятой.

4 знака после запятой - вроде нормально.

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

Вес   -   0,555 кг,  т.е. добавили еще " кг"

Напряжение - 220 В

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

 

 

[s7ranger]

10 часов назад, Rassol2 сказал:

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

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

[Rassol2]

Пришел к такому выводу. 

Название останется Наценка, согласен с мнением @s7ranger
Округление по умолчанию будет до 2 символов после запятой. Что бы не пугать людей которые не избалованы всякими тонкостями настроек. 
Потому что если цена выдаст в пред просмотре 100.1245 будет загонять человека в ступор. Веб если в цене будет видно 100.12 то это куда логичнее. 
Учитывая то что основные пользователи будут с пост советского пространства. Да и в 99% случаев эта функция нужно именно для цены товара. 
А какой то один процент может использовать для веса, габаритов или еше чего нибудь. Тут как говорится буду вникать. 

Дальше будет добавлена возможность принудительного округления. То о чем писали выше @stas2010  и @winner0377
Реализовано будет в запись поля наценка в виде первого правила.
То есть обычное правило выглядит так 100*1.3;(100-1000)+550
А если хотите сделать округления тогда в начало нужно будет добавить алгоритм округления, и правило будет выглядеть уже так. {-2|>};100*1.3;(100-1000)+550

Как будет трактоваться правило округления.
{-2|>} - Это звучит как округлить до сотен, в большую сторону. 
{-2|<} - До сотен в меньшую сторону
{-1} - до десятков по стандартному прицепу округления. То есть 41 будет 40 а 4.5 уже 50 (правда нужно понимать что если попадется число 4 это будет 0)

Сейчас почти нет времени но уже открыл учебник по математики. Да я это сделал.  серьезно. 
И нашел математические формулы как сделать округление еше гибче. Дать возможность округлять до 
Половины 
25
До четверти
22.5

До восьмой 
21.25

Если придумаю как сделать удобную запись то реализую даже так. Но есть вопросы с реализацией.
Ну думаю будет интересно. 

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

[stas2010]

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

{-2|>} - До сотен в меньшую сторону

{-2|<} - До сотен в меньшую сторону