jlist = [{"id":"214115596"},{"id":"2476115554"},{"id":"544664596"},{"id":"215465596"},{"id":"21655596"},{"id":"2154665596"}]
zapetaya=[]
for items in jlist:
value = int(items['id'])
zapetaya.append(value)
print (zapetaya)
Не очень понимаю зачем нужно столько сетевых транзакций (записали в одну БД, записали во вторую БД, обменялись данными и записали в свои БД), и зачем слой доступа к данным делать отдельным сервисом, как здесь предлагали - чем это поможет?
Я думаю стоит руководствоваться бизнесовой логикой при разделении на сервисы. И стоит поразмыслить какую проблему мы устраняем и какую создаём, когда выделяем сервис в отдельный, опять исходя из бизнеса - могут ли эти сервисы жить друг без друга, может у вас одна транзакция проходит через 2 и 3 программы последовательно, и не имеет смысла, если что-то упало - нужно откатывать назад тогда состояния. Подумать что будет если данные между БД рассинхронизируются, важно ли им быть синхронными. Какие объемы данных, какие требования по скорости и т.д. и т.п.
Считаю что на уровне "есть программы, есть база, они что-то делают" - невозможно определить нужность и правильность разделения.
Собирать требования это не работа разработчика, это задачи аналитиков.
Две скрам команды одновременно это уже карго-скрам, типа сделаем скрам-митинги и будем считать что у нас скрам. Я бы уволился.
Мы конечно отправим нужную сортировку, и постраничным выводом подгружаем. Проблема в другом, возможно я не точно объяснил.
Допустим Вы пользователь, ищете нужную транзакцию, пролистали пару-тройку сотен. Приходите к выводу что как-то далеко еще листать, надо отсортировать их еще и по паре других параметров, чтобы быстрее найти. Включаете еще параметры сортировки (другой кейс - ошибочно переключили сортировку) и всё исчезло, начинать опять с начала списка.
Вот этого шока хочется избежать:)
Я думаю не обязательно управлять доступом на уровне доступа к HTTP методам. У Вас есть контроллер, который может определить можно ли пользователю делать конкретное действие, на основе сертификатов, токенов, чего-либо еще.
Правильный ли это подход или нет, зависит от двух вещей как минимум - отражает ли он адекватно модель данных, можно ли этим пользоваться конечному пользователю без ущерба для психики. Например не надо сначала собрать кучу данных, чтобы получить доступ к сущности.
RESTful это то что соответствует ограничениям REST, никто не обязывает Вас использовать HTTP, какие-то форматы URL, методы HTTP, json или XML. Можете хоть на почтовых голубях сообщения отправлять в формате русского матерного, и сделать на их базе RESTful API
Так вам неважно какой сайт вернул то что у него есть с вашими параметрами запроса. То есть запросили Вы у него text/HTML он его и вернул, если сайт умеет json отдавать, попросите у него json и распарсите.
Поясните, каким образом должен образоваться словарь, что в нём должно оказаться?
У Вас значение message.text[7:] равно "/t.me/test_bot?start=139513584" - как Вам Python из этого тип int соберёт?
Вам что на выходе получить нужно?
Если Вам число на конце нужно, причем оно всегда такой длины, то нужно использовать отрицательные значения в срезе
text="https://t.me/test_bot?start=139513584"
ref_id = int(text[-9:])
Если Вам вытащить то что после start равно, вдруг там другая длина или вообще буквы можете попробовать split
text="https://t.me/test_bot?start=139513584"
text.split("?start=")
print (text.split("?start=")[1])