не, риальне основная масса под винду. исключений немного

userserve-ak.last.fm/...ryxa M16 bad__Andryxa.gif

спасибо, я и есть PM ;-) а вообще сервис неплохой, учитывая что идет как пет-проджект так вообще супер. главное что фиксите

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

и на 500 ошибке у вас кишки торчат (% ладно, пойду спать, не буду мучать

теперь список компаний при регистрации не подтягивается, ибо 404 там где раньше было апи. нет апи-нет проблем ;-)

блин, «Вы хотите продать 1е+37 USD». данунафиг

решето жеж, я ночью под пивом зарегался на гмыльный акк.
api.cur-cur.com.ua/api/Account/Register
{email: “[email protected]”, password: “1q2w3e4r5t”, firstName: “blah”, companyId: “64f9417f-9fa0-4ec8-bd75-0b2c2f9dcc16”}
content-type application/json
а бд у вас так же прикрыта?

То что ты ищешь называется elasticsearch. Если не хватает пиши поверх. Изобретать своё круто, ток в рамках academic. Потому что любой задаче должен соответствовать real-life case, а то печально. Насчёт финсистемы — всегда надо делать збс, пользователь единственный who’s matters

он там по 2 ссылке в Collections есть где-то ближе к концу

есть много категорий людей, люди в одной из них думают, что есть две категории людей

перманентные ;)

вебмани не работают

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

нет, он хотел сказать, что сначала RTFM, а потом херачить делать

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

нет и очень сомневаюсь в возможности построения такой АБС. оно и не логично, потому что требуется консистентность, строгая типизация(регламентация если мы о субд) и прочие ништяки. там вообще нельзя записи терять, никак. лучше медленнее работать. логичнее выглядит работа с NoSQL с сохранением из нее критичных данных в SQL. сейчас нечто подобное построили, проблемы есть, но перспективы и производительность радуют

особенно пассаж про дубилета-младшего умилил

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