WebMoney-кофейня
WebMoney TOP - только для лучших сайтов!Наша группа ВКонтакте. Получай бонусы просто так!
Поставить музыку в Кофейне:
Ray Charles - Georgia On My Mind
Страницы: (10) « Первая ... 3 4 [5] 6 7 ... Последняя » ( Перейти к первому непрочитанному сообщению ) ОтветитьНовая темаНовый опрос

> Обозначение валюты для экспортного файла с курсами
hifirer
Post #81 (Отправлено: 16.06.2008 23:38)     Быстрое цитирование
Цитировать


Ценитель кофе
***

Сообщений: 78
Регистрация: 16.01.2008
Откуда: Питер
За совет спасибо, но это ещё неокончательный вариант!
Сайт специально создаеться на движке викепедии чтобы все заинтерисвоанные могли редактировать инфу smile.gif

Это сообщение отредактировал hifirer - 16.06.2008 23:44


==================
Скрипт мониторинга обменников - www.Best-Curs.info
Биржа составления анкоров для Sape - Ankors.ru
Написать приватное сообщениеНаписать по emailВебсайтICQ
DKameleon
Post #82 (Отправлено: 17.06.2008 00:23)     Быстрое цитирование
Цитировать


Хранитель традиций
*******

Сообщений: 2187
Регистрация: 31.05.2006
Участник WM-Клуба # 247
Если уж писать стандарт - то давай уж придерживайся соответствующего стиля. Почитай ГОСТ что ли на мыло туалетное на ночь. Проникнись стилистикой точностью и однозначностью фраз. :-) А заодно возьми структуру документа за основу.

Вики режим позволяет вам зарегистрироваться и исприавить ошибки wink.gif


==================
Написать приватное сообщениеНаписать по emailВебсайт
cvn
Post #83 (Отправлено: 17.06.2008 09:10)     Быстрое цитирование
Цитировать


Завсегдатай кофейни
**

Сообщений: 29
Регистрация: 2.06.2008
Для этого нужно переделать всю статью + мне не нравится навязываемый формат - xml + не нужны стандарты без оглядки на существующую действительность. Так что считаю излишним свое участие.


==================
Написать приватное сообщениеВебсайт
mxmt
Post #84 (Отправлено: 17.06.2008 11:22)     Быстрое цитирование
Цитировать


Ценитель кофе
***

Сообщений: 122
Регистрация: 16.06.2008
<from>E-Gold XAU USD</from>
<to>Webmoney WMZ</to>
<in>1</in>
<out>0.700</out>

<amount>14247.90</amount>

Вместо этого
<in>1</in>
<out>0.700</out>

лучше
<rate>0.700</rate>

курс - сколько нужно отдать чтобы получить один или сколько получу отдав 1.
какой из этих вариантов лучше использовать?

И еще... всетаки стоит придерживатся того что уже создано: эквивален рублей - RUR, а не RUB.

Это сообщение отредактировал mxmt - 17.06.2008 11:25


==================
Написать приватное сообщениеНаписать по emailВебсайтICQ
hifirer
Post #85 (Отправлено: 17.06.2008 16:31)     Быстрое цитирование
Цитировать


Ценитель кофе
***

Сообщений: 78
Регистрация: 16.01.2008
Откуда: Питер
Я считаю что лучше оставить как было:

<from>E-Gold XAU USD</from>
<to>Webmoney WMZ</to>
<in>1</in>
<out>0.700</out>
<amount>14247.90</amount>

Потому что не факт что всегда курс будет прописывать по отношению к единице, об этотм даже говорить не стоит.

Если придерживать ISO 4217 ,то там чётко сказано, что:
RUB (643) — Российский рубль (до деноминации 1998 года использовался код RUR)

Да и тем более когда я выяснял точное название валюты у Яндекса, они сделали акцент именно на RUB! Делаем станадарт, тогда делаем по правилам)))


==================
Скрипт мониторинга обменников - www.Best-Curs.info
Биржа составления анкоров для Sape - Ankors.ru
Написать приватное сообщениеНаписать по emailВебсайтICQ
DKameleon
Post #86 (Отправлено: 17.06.2008 17:20)     Быстрое цитирование
Цитировать


Хранитель традиций
*******

Сообщений: 2187
Регистрация: 31.05.2006
Участник WM-Клуба # 247
Потому что не факт что всегда курс будет прописывать по отношению к единице, об этотм даже говорить не стоит.

в принципе согласен с этим.

Довольно критично будет, если скажем, выровнять все курсы по определённому количеству знаков, для соотношений WMG/WMB и т.п.
Сейчас соотношение порядка 0.000015 (у меня)
Как видите, дискретность изменения курса около 7% (0.000001)
Раз умножить/поделить и погрешность может быть довольно существенной.

Может к ХМЛ варианту как альтернативу сделать текстовый вариант, соблюдая те же форматы и поля?


==================
Написать приватное сообщениеНаписать по emailВебсайт
hifirer
Post #87 (Отправлено: 17.06.2008 17:25)     Быстрое цитирование
Цитировать


Ценитель кофе
***

Сообщений: 78
Регистрация: 16.01.2008
Откуда: Питер
Может к ХМЛ варианту как альтернативу сделать текстовый вариант, соблюдая те же форматы и поля?

Можно просто утвердить формат и поля, а вот в каком файле txt,xml,php выкладывать,пускай решает обменник!


==================
Скрипт мониторинга обменников - www.Best-Curs.info
Биржа составления анкоров для Sape - Ankors.ru
Написать приватное сообщениеНаписать по emailВебсайтICQ
mxmt
Post #88 (Отправлено: 17.06.2008 18:24)     Быстрое цитирование
Цитировать


Ценитель кофе
***

Сообщений: 122
Регистрация: 16.06.2008
Хорошо, согласен с полями такими:
- валюта1
- валюта2
- отдаете1
- получаете2
- резерв2

Про эквиваленты тоже гуд... Раз уж стандарт, то пусть будет так =)

Значащие цифры... У ЦБР две цифры перед запятой, четыре после запятой. http://www.cbr.ru/scripts/XML_daily.asp. Этой точности не достаточно?


==================
Написать приватное сообщениеНаписать по emailВебсайтICQ
mxmt
Post #89 (Отправлено: 17.06.2008 18:40)     Быстрое цитирование
Цитировать


Ценитель кофе
***

Сообщений: 122
Регистрация: 16.06.2008
Теперь про формат...

Т.к. каждый пункт курсов однотипен и не имеет дополнтельных опций, то нет смысла использовать XML формат.
Гораздо проще записать курсы так:
валюта1;валюта2;отдаетевалюты1;отдаетевалюты2;резерввалюты2;\n

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

Вопрос как обозначать валюту...
Мое предложение - Короткое: пять-шесть-семь латинских больших букв, которыми однозначно определяется платежная система и тип валюты в ней, например: LRUSD, EBCUR, WMZ =).

теперь по аналогии с ЦБ получится:

WMZ;LRUSD;10;12.1234;51481;\n

Еще раз курс обмена две цифры до ТОЧКИ и четыре после точки.

Резерв - с округлением до 1 в меньшую сторону.

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

Жду коментариев....

Это сообщение отредактировал mxmt - 17.06.2008 18:44


==================
Написать приватное сообщениеНаписать по emailВебсайтICQ
DKameleon
Post #90 (Отправлено: 17.06.2008 19:04)     Быстрое цитирование
Цитировать


Хранитель традиций
*******

Сообщений: 2187
Регистрация: 31.05.2006
Участник WM-Клуба # 247
Значащие цифры... У ЦБР две цифры перед запятой, четыре после запятой. http://www.cbr.ru/scripts/XML_daily.asp. Этой точности не достаточно?

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

а вот в каком файле txt,xml,php выкладывать,пускай решает обменник!

Я не про файл, а как раз про формат.

- список полей: похоже пришли к общему знаменателю.
- форматы значений полей:
-- текстовые коды валют.
-- курсы с макс. 4 знаками после запятой.
-- резервы с 2 знаками после запятой.
- формат файла:
-- ХМЛ.
-- ТХТ.

Для ХМЛ возможны два варианта:

<item>
<from>E-Gold XAU USD</from>
<to>Webmoney WMZ</to>
<in>1</in>
<out>0.700</out>
<amount>14247.90</amount>
</item>

или

<item from="" to="" in="" out="" amount=""/>


Для текстового:

from;to;in;out;amount\n

поясню:
- фиксированная последовательность полей.
- каждая запись с новой строки. перенос строки = \n (unix format)
- разделители полей - точка с запятой. так как в разных региональных настройках как точка, так и запятая может использоваться как разделитель дробной части.

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

   [Склеено в 19:10]

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

ХМЛки тоже прекрасно регулярками берутся wink.gif Но дело не в регулярках.

Мое предложение - Короткое: пять-шесть-семь латинских больших букв, которыми однозначно определяется платежная система и тип валюты в ней, например: LRUSD, EBCUR, WMZ =).

Тоже можно, я так и делаю у себя.
Но тут могут возникать следующие моменты, есть Укрмани и УА-Мани.
В каждой из них есть доллары.
UKRMUSD
UAMUSD
уже получаются довольно длинные коды и помоему возможна ситуация, когда будет возникать путаница.

Например, появится валюта: "UA-Merchant", а код UAMUSD уже используется и по идее изменять его будет нельзя. Что тогда делать? smile.gif
В итоге будут появляться коды из непонятных наборов букв, только потому, что понятные были заняты и вариантов не оставалось smile.gif


==================
Написать приватное сообщениеНаписать по emailВебсайт
mxmt
Post #91 (Отправлено: 17.06.2008 19:36)     Быстрое цитирование
Цитировать


Ценитель кофе
***

Сообщений: 122
Регистрация: 16.06.2008
Кстате, зачем заводить новый сайт то? Можно на wiki разместить инфу...
http://ru.wikipedia.org/wiki/Экспортный_файл_курсов - редактируйте каму не лень.

Если честно, я не вижу смысла в формате XML.
ХМЛки тоже прекрасно регулярками берутся  Но дело не в регулярках.
тогда нафиг он нужен этот хмл. только трафик жрать больше будет.

Это сообщение отредактировал mxmt - 17.06.2008 19:44


==================
Написать приватное сообщениеНаписать по emailВебсайтICQ
DKameleon
Post #92 (Отправлено: 17.06.2008 20:16)     Быстрое цитирование
Цитировать


Хранитель традиций
*******

Сообщений: 2187
Регистрация: 31.05.2006
Участник WM-Клуба # 247
Кстате, зачем заводить новый сайт то? Можно на wiki разместить инфу...

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


==================
Написать приватное сообщениеНаписать по emailВебсайт
cvn
Post #93 (Отправлено: 17.06.2008 22:22)     Быстрое цитирование
Цитировать


Завсегдатай кофейни
**

Сообщений: 29
Регистрация: 2.06.2008
mxmt сказал
Если честно, я не вижу смысла в формате XML.

+1
писал выше почему.

2)Буквенные обозначения могут, конечно, облегчить жизнь. Особенно при вводе новых валют. Но возьмем, пример, Rupay. У некоторых обменников до сих пор в файлах для экспорта используется обозначение Rupay USD (кто в теме, тот поймет конфуз). И я понимаю, как так получилось. Очень часто внутренние идентификаторы, если в них шифровать «бизнес смысл» устаревают. И, заложенный ранее, «бизнес смысл» только сбивает с толку. Поэтому просто предлагаю использовать цифровые коды (лаконично, ничего лишнего), т.е. дело в создании и/или раскрутке справочника валют.

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


==================
Написать приватное сообщениеВебсайт
mxmt
Post #94 (Отправлено: 17.06.2008 22:36)     Быстрое цитирование
Цитировать


Ценитель кофе
***

Сообщений: 122
Регистрация: 16.06.2008
Тогда уж сразу разрабатывать два обозначения: Буквенное и цифровое как для мировых валют кстати (http://isv.ru/ISO4217.htm).


==================
Написать приватное сообщениеНаписать по emailВебсайтICQ
cvn
Post #95 (Отправлено: 17.06.2008 22:46)     Быстрое цитирование
Цитировать


Завсегдатай кофейни
**

Сообщений: 29
Регистрация: 2.06.2008
mxmt сказал
Тогда уж сразу разрабатывать два обозначения: Буквенное и цифровое как для мировых валют кстати (http://isv.ru/ISO4217.htm).

+1

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


==================
Написать приватное сообщениеВебсайт
hifirer
Post #96 (Отправлено: 18.06.2008 00:24)     Быстрое цитирование
Цитировать


Ценитель кофе
***

Сообщений: 78
Регистрация: 16.01.2008
Откуда: Питер
Как много всяких предложений появилось smile.gif
Однозначно делаем отдельный сайт для всего этого. Тем более я его уже начал. Давайте я постараюсь подвести итог, а вы с ним согласитесь или нет:

КОДЫ ВАЛЮТ:
1. За буквенное обозначение валют примем то список, который приводился ранее. Для добавления новых названий будем пользоваться теме правилами, который писал DKameleon:

-Все имена валют должны записываться латиницей.
-Механизм сравнения имён должен быть регистронезависимым.
-В системах с более чем одной валютой небходимо указывать эквиваленты, соответствующие ISO 4217 после названия валюты (RUB, USD, UAH...), если валюта системы не имеет своего идентифицирующего названия или кода. В системах с одной валютой - рекомендуется так же использовать данное правило.
-Дополнительные необходимые указатели. (Для еголда, к примеру - эквивалент в долларах часто используется).

2.Для каждой валюты ввести цифренное обозначение 3-мя цифрами(как для мировых валют).
3.Никаких сокращений валют, только полное название, дабы избежать путаницы.

ТИПЫ ФОРМАТОВ:
XML:
<item>
<from>E-Gold XAU USD</from>
<to>Webmoney WMZ</to>
<in>1</in>
<out>0.700</out>
<amount>14247.90</amount>
</item>

Правила создания:
1.Каждый элемент item записывается с новой строки (\n)
2.Элементы в каждой строке следуют в чётко определённой последовательности.
3.Перед запятой никаких ограничений по количеству знаков.
4.После запятой 4 цифры.
5.Резервы с 2 знаками после запятой.

TXT:
from;to;in;out;amount\n

Правила создания:
1.Фиксированная последовательность полей.
2.Каждая запись с новой строки. перенос строки = \n (unix format)
3.Элементы разделяются ";".
4.Перед запятой никаких ограничений по количеству знаков.
5.После запятой 4 цифры
6.Резервы с 2 знаками после запятой.

ЗАМЕЧАНИЕ:
1.В формате XML использовать только буквеннное обозначение.
2.В TXT формате использовать либо буквенное обозначние, либо цифренно.

СПИСОК ВАЛЮТ:

Webmoney WMZ
Webmoney WMR
Webmoney WME
Webmoney WMU
Webmoney WMY
Webmoney WMB
Webmoney WMG
RuPay RUB
RuPay USD
Yandex.Money RUB
MoneyMail RUB
MoneyMail USD
MoneyMail EUR
E-Gold XAU USD
Pecunix XAU USD
C-Gold USD
Liberty Reserve USD
Liberty Reserve EUR
V-Money USD
UkrMoney USD
UkrMoney UAH
UkrMoney EUR
UkrMoney RUB
IMoney UAH
E-Bullion e-Currency
E-Bullion Gold
Fethard USD
EasyPay
PayPal USD
PayPal GBP
PayPal EUR
Moneybookers
SMS RUB
INOCard RUB
UA-Money USD
DeltaKey USD
DeltaKey RUB
DeltaKey EUR
ICQMoney
W1 RUR
MDL Emoney.md
Mobile Wallet RUR
EDram

P.S.:
Вроде ничего не упустил.


==================
Скрипт мониторинга обменников - www.Best-Curs.info
Биржа составления анкоров для Sape - Ankors.ru
Написать приватное сообщениеНаписать по emailВебсайтICQ
DKameleon
Post #97 (Отправлено: 18.06.2008 00:50)     Быстрое цитирование
Цитировать


Хранитель традиций
*******

Сообщений: 2187
Регистрация: 31.05.2006
Участник WM-Клуба # 247
Парочка замечаний с моей стороны:
Для добавления новых названий будем пользоваться теме правилами, который писал DKameleon:

Кстати, вот такой вариант кодов мне тоже нравится (Currency + Alphabetic + Numeric): http://isv.ru/ISO4217.htm biggrin.gif
но чтобы его формировать, надо бы сформировать однозначным образом текстовый формат.

2.Для каждой валюты ввести цифренное обозначение 3-мя цифрами(как для мировых валют).

или тремя буквами, тоже в ИСО есть.

1.Каждый элемент item записывается с новой строки (\n)

Для ХМЛ это в принципе не обязательно. Сам ХМЛ формат уже предполагает определённые правила записи и парсеры их автоматически разбирают.
Такое описание больше нужно для текстового формата, где скорее всего все парсеры будут писаться самостоятельно smile.gif

ЗАМЕЧАНИЕ: 1.В формате XML использовать только буквеннное обозначение. 2.В TXT формате использовать либо буквенное обозначние, либо цифренно.

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

Все остальные пункты поддерживаю (хоть вроде я их и написал biggrin.gif ).


==================
Написать приватное сообщениеНаписать по emailВебсайт
mxmt
Post #98 (Отправлено: 18.06.2008 00:58)     Быстрое цитирование
Цитировать


Ценитель кофе
***

Сообщений: 122
Регистрация: 16.06.2008
Ошибки:
W1 RUR
Mobile Wallet RUR


1. Важно не то сколько цифр после запятой, а то сколько значащих цифр. Может быть так что перед запятой много цифр, а после - всего четыре. Это не хорошо.
По-моему 6 значащих цифр вполне хватает.
Например:
WMB;WMG;10000000;140.823;100.00
WMG;WMB;1;58893.1;10000000.00


2. Считаю необходимым придумать краткие названия для валют. (по аналогии со сандартом ISO)

3. Не вижу смысла делать два совершенно разных формата представления. Стандарт говорит о единстве!
Какие приемущества получаем мы от xml формата?
...если только для RSS...



==================
Написать приватное сообщениеНаписать по emailВебсайтICQ
DKameleon
Post #99 (Отправлено: 18.06.2008 01:44)     Быстрое цитирование
Цитировать


Хранитель традиций
*******

Сообщений: 2187
Регистрация: 31.05.2006
Участник WM-Клуба # 247
Ошибки: W1 RUR Mobile Wallet RUR

Ну раз уж за ИСО взялись, то загляните, что в нём по этому поводу написано wink.gif


3. Не вижу смысла делать два совершенно разных формата представления. Стандарт говорит о единстве!

точно то же можно сказать и про коды валют wink.gif

...если только для RSS...

Хотя бы и для этого. smile.gif но на самом деле всё больше и больше ХМЛ вредряется и используется в разных языках программирования. Это в ПХП парсят кто как может, а в дотнете, если не ошибаюсь, практически прозрачная работа с ХМЛ.

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

К примеру, понадобилось добавить в экспорт минимальную сумму обмена.
в ХМЛ: просто добавление в любом месте соответствующего тега со значением.
в ТХТ: по логике должна быть новая колонка. но:
- она должна быть обязательно последней.
- даже если она последняя, не любой кустарный парсер её съест.

например, написан парсер, который отлично справляется с текущим форматом:
$parts = explode(";", $row);
if (count($parts) == 5) {
......
}

Добавление поля автоматически выводит парсер из строя.


==================
Написать приватное сообщениеНаписать по emailВебсайт
mxmt
Post #100 (Отправлено: 18.06.2008 10:11)     Быстрое цитирование
Цитировать


Ценитель кофе
***

Сообщений: 122
Регистрация: 16.06.2008
Ну раз уж за ИСО взялись, то загляните, что в нём по этому поводу написано

Дык что писать то? RUR или RUB?

точно то же можно сказать и про коды валют

нет, это совсем уж разные вещи цифровой код для экспортного файла, а буквенный для сокращения названий при отображении на сайте обменника или мониторинга

К примеру, понадобилось добавить в экспорт минимальную сумму обмена.
в ХМЛ: просто добавление в любом месте соответствующего тега со значением.
в ТХТ: по логике должна быть новая колонка. но:
- она должна быть обязательно последней.
- даже если она последняя, не любой кустарный парсер её съест.

например, написан парсер, который отлично справляется с текущим форматом:

а вот этоуже не всегда так... смотря как как парсер написан. Зачем строку делить на ";"? можно просто regexp универсальный написать.

да, не спорю, XML внедряется, и сам я этому только рад, но для экспортного файла лучше имхо использовать txt.


==================
Написать приватное сообщениеНаписать по emailВебсайтICQ
1 Пользователей читают эту тему (1 Гостей и 0 Скрытых Пользователей)
0 Пользователей:

Опции этого топикаСтраницы: (10) « Первая ... 3 4 [5] 6 7 ... Последняя » ОтветитьНовая темаНовый опрос

 





Powered by Invision Power Board © 2003 IPS, Inc.