Как правильно хранить глобальную переменную

Здравствуйте. Такая дилемма - есть телеграмм бот, при его запуске я объявляю пустой ассоциативный массив. В процессе работы массив наполняется данными. Но так как бот в стадии активной разработки, я его постоянно перезапускаю. Соответственно с каждым перезапуском все данные , накопленные в массиве теряются. Есть ли способ объявить массив вне файла с текстом бота, потом с помощью какого-нибудь include (если такое есть) включать в бот уже наполненный (ну или еще ненаполненный) массив. Т.е. как сделать, чтобы переменная жила отдельно от программы ее использующей?

0

бот жеж на серваке критутиццо? вот там и храни

0

Сообщение от pincet бот жеж на серваке критутиццо? вот там и храни

ну как на серваке... на ноуте у меня. но вопрос не совсем про это (если я правильно себя понимаю). т.е. не где физически хранить переменную, а как правильно ее хранить. т.е. переменная представляет из себя не просто число или строку, а структуру данных. Каждый раз записывать ее в текстовый файл, потом из файла вытаскивать эту строку и преобразовывать опять в структуру - такое себе.
тем более бот (особенно в моем исполнении) в любой момент может очень неожиданно упасть и все, что можно было бы записать при его корректном завершении будет утеряно. А записывать в текст каждый раз при добавлении в массив или удалении из него какой то отдельной пары "ключ-значение" - это уже (такое себе)^2

0

для этого люди придумали базы данных

Добавлено через 45 секунд
если совсем заморочится - брокеры сообщений

0

А есть ли более простые методы? а то это как для доставки из магазина до дома использовать ракету и всю ракетостроительную отрасль, когда можно просто на велосипеде довезти

0

Если программа падает/завершается, то в памяти ничего не остается. Поэтому и хранят такие данные во внешних хранилищах - просто файлах или БД, если данных много.
Что такого просто записывать и считывать файл с json?

1

Сообщение от voraa Что такого просто записывать и считывать файл с json?

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

Добавлено через 3 минуты
а как кстати на js создать БД, представляющую собой ассоциативный массив?

0

Сообщение от granit201z а как кстати на js создать БД, представляющую собой ассоциативный массив?

чудес не бывает. реальный плоский json

Добавлено через 1 минуту
для ноды можно поискать библу для локальной бд

Добавлено через 45 секунд
https://www.npmjs.com/package/db-local

1

Сообщение от granit201z если более простых вариантов не найду

Для хорошего совета нужно знать что ты собрался хранить...

Самым лучшим вариантом, как писал камрад voraa - является БД.
Возможно простенькая и мало затратная по ресурсам, та же NeDB...
https://rukovodstvo.net/posts/id_1346/

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

Зная что именно тебе нужно - можно предложить какие-то приемлемые варианты...

Добавлено через 3 минуты
granit201z, например та же Firebase предоставляет бесплатный вариант небольшого хранилища данных...
https://firebase.google.com

1

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

krvsa,как только granit201z, упрется в конкурентный доступ к данным - будет думать дальше))

0

Сообщение от krvsa Зная что именно тебе нужно - можно предложить какие-то приемлемые варианты...

Есть канал, в который с периодичностью раз в 2 секунды падают публикации. Эти публикации из разных городов. И пользователю нет необходимости смотреть их все. Для этого в канале сидит бот. пользователь пишет ему, например, "таганрог" и бот начинает пересылать ему публикации из канала, касающиеся только Таганрога. Но ему через минуту уже может стать нужным не Таганрог, а, скажем, Волгоград. Он пишет боту "волгоград" и тот сначала удаляет его ID из массива со структурой (город - список ID для этого города), и следом записывает в этот же массив, но для другого города. Пользователей ожидается около 10 000. А эта структура динамичная. Они постоянно будут менять города, покидать систему, приходить новые. Т.е. если бот нечаянно упал, или даже пусть не нечаянно, а пришлось его перезапустить для каких то работ в нем. Эта структура не должна потеряться... И все таки, проще, наверное хранить структуру (ID-город), а на ее основе уже строить при запуске бота (город-список ID)?
...
ну и при каждом изменении города i-м пользователем вести "чтения-записи" файла, при условии что количество пользователей достигнет расчетного значения - боюсь упадет не только бот, но и мой ноут)

0

Сообщение от granit201z а как кстати на js создать БД, представляющую собой ассоциативный массив?

В Js не такого понятия "ассоциативный массив" . Есть объекты
Есть методы JSON.stringify и JSON.parse, которые могут переводить объекты в строку json и обратно.

Добавлено через 1 минуту

Сообщение от granit201z ну и при каждом изменении города i-м пользователем вести "чтения-записи" файла, при условии что количество пользователей достигнет расчетного значения - боюсь упадет не только бот, но и мой ноут)

Тогда обычная БД.

0

Сообщение от pincet упрется в конкурентный доступ к данным

Все зависит от задач, которые он решает...

0

Сообщение от krvsa Возможно простенькая и мало затратная по ресурсам, та же NeDB...

Сообщение от krvsa например та же Firebase предоставляет бесплатный вариант небольшого хранилища данных...

Можно и SQLite Она говорят попроще и поменьше ресурсов жрет. (Хотя точно не знаю, я с ней не работал)

0

Если использовать файлы...

Сообщение от granit201z Есть канал, в который с периодичностью раз в 2 секунды падают публикации. Эти публикации из разных городов.

Для каждого города делать свой файл и в него дописывать эти "публикации"...

Саму структуру пользователь - город - можно хранить в виде объекта в json-файле. Перезаписывать его каждый раз при появлении нового пользователя или смены города пользователем...

Сообщение от granit201z Пользователей ожидается около 10 000

При таких количествах уже имеет смысл начать работать с некой БД.

Добавлено через 2 минуты

Сообщение от voraa Можно и SQLite ...

Это если тяготеет к SQL-доступу...

NeDB - если нужно NoSQL...

0

Сообщение от krvsa При таких количествах уже имеет смысл начать работать с некой БД.

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

0

granit201z, вместо "рассказов" о данных - лучше показывать их структуру.
Для ее описания можно использовать довольно удобный ресурс https://sql.toad.cz/?

0

Сообщение от krvsa Для каждого города делать свой файл и в него дописывать эти "публикации"...

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

0

Сообщение от granit201z сортировать эти публикации

Так с этими "публикациями" еще и такие действия предполагаются!
Тогда это точно нужно на БД переходить.

Я-то думал что публикации просто "складываются" при получении и просто показываются некому пользователю в той последовательности, какой они пришли.
Если же предполагается более сложная работа с ними, как то:
- изменение "порядка следования"
- поиск
Это уже задачи СУБД.

0

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

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

0