Сервер на игру для соц.сетей.

[bifidokk]

Сообщение от SuriTheAngel

Я пришёл к выводу, что лучше всего сохранять данные игры именно ВКонтакте. Ибо если у вас вдруг полетят сервера, или случится казус, или ваш хостер вас забанит по какой-то причине, а у вас не окажется бэкапов данных пользователей, или останутся старые, то будет очень нехорошо, и вам придётся ставить то, что есть и приносить пользователям извинения в виде игровой валюты, что, думаю, скажется на донате на некоторый период.

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

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

[djyamato]

Сообщение от caseyryan

я арендую серверы у reg.ru

VPS или физический ?

[caseyryan]

Физический

[ZackMercury]

Сообщение от caseyryan

И как же это донаты будут бабки закидывать на счет игры, если у нее нет собственного сервера?
Доводилось вообще что-то с платежами делать? ) Судя по посту, не доводилось.
Так вот, поясняю, контактовские (да и в одноклассниках почти так же) платежи работают следующим образом:
вызывается метод showPaymentBox() в который передаются нужные параметры товара. Далее игрок подтверждает платеж (в случае с контактом), контакт делает запросы на адрес колбэка платежей (на сервер разработчика), сервер его разбирает, вытаскивает оттуда информацию о товаре, если все ок, то производит манипуляции типа добавления товара игроку, и отсылает контакту утвердительный ответ. Дальше сервер контакта уже списывает голоса со счета пользователя, и переводит их на счет приложения.
Без скрипта колбэка на своем сервере платежи сделать нельзя. Но это один вопрос.

Для чего же еще нужен свой сервер? Он нужен для того, чтобы формировать всю важную логику игры. Если данные будут формироваться клиентом и отправляться на сохранение в контакт, то их любой школьник (маломальски соображающий в этом), сможет подделать и подменить.

Так что не надо тут притягивать за уши аргументы типа

Самый лучший вариант - это хранить данные и логику на собственном / арендованном сервере.

Жесткие диски у хостеров на серверах обычно настроены рейд массивом, и даже если что-то полетит, то "не работать" будет не долго. А если хостер кого-то и банит, то банится, как правило, внешний IP адрес, при этом клиенту предоставляется дополнительный адрес для доступа к серверу через IPMI, чтобы он мог устранить причину блокировки. Чаще всего такой причиной бывает DDOS атака с сервера, но это бывает только если клиент сам олух, и не добросовестно относится к администрированию своего сервера

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

Дело в том, что storage.set и storage.get - это серверные методы.
Я делаю подобные запросы только с сервера, заменив на них запросы в БД.
Пока что ни одна страница ВК и никакие данные со страницы не удалились никоим образом из ВК за все годы работы соц. сети, а значит - хранить данные пользователя ВК - это безопасней всего.

[caseyryan]

Дело в том, что storage.set и storage.get - это серверные методы.

Не правда. Официально к серверным методам относятся только методы secure.
storage.get / set - это клиентские методы, вообще не требующие наличия собственного сервера у разработчика.
Я их как-то, давным-давно, использовал в приложении, которое не требовало ни топов игроков, ни игровой валюты, ничего такого. В них просто записывался результат пользователя в изучении немецких слов. Количество выученных слов, и количество пройденных уроков.
Вот в этом случае такие методы пригождались. Но, как уже заметили выше, никто не гарантирует сохранность данных

[ZackMercury]

Но, как уже заметили выше, никто не гарантирует сохранность данных

Вы хотите сказать, что ВКонтакте не гарантируют того, что записанные данные не утеряются?

[caseyryan]

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

[ZackMercury]

Ладно, спасибо, буду теперь записывать в БД