@Fesor я выбрал путь каждый класс для каждого ранга, так как там логика определения ранга неплохо отличается. Еще момент в том, что я не знаю будут ли изменятся ранги, добавлять или удалятся. Поэтому хочу сделать за ранее гибкую настройку. Тоесть чтобы добавить новый ранг, все что нужно это создать новый класс. Тоесть сейчас я пишу единый интерфейс для управления рангами.
@Fesor автозагрузчик есть, проблема не в этом. В 2 словах объясню, мне нужно сделать присвоение ранга пользователю и выдачу награды за получение ранга. Я решил положить каждый ранг в отдельный класс. Тоесть сейчас к примеру у меня есть 7 рангов. Далее мы берем пользователя и прогоняем его по рангам, смотрим если он получает новый ранг, выдаем бонусы все дела.
Классы рангов находятся в отдельной категории с неймспейсом business\modules\rangs\libraries
ну и собственно в коде, я пытался по имени класса подключить нужный неймспейс.
@AMar4enko да, тоесть в проекте нужно по черному работать со структурой и с родительскими элементами и с дочерними. Также должна быть возможность менять структуры. Это делается не часто, но такая функциональность должна быть.
@Deerenaros большое спасибо ознакомился с материалом, подчеркнул для себя много нового. Я так понял Gearman сможет решить проблемы с транзакциями ставя их в очередь, это верно ?
кажись при проектировании я следовал всем 5 нормальным формам. Тоесть все должно быть не так уж и плохо. Цифры все с головы, чтобы понять принцип поведения сервера в такой ситуации.
это не пример работающего проекта, это скорее вопрос с примерами цифр для, то чтобы понять как реагирует сервер.
Но я так и не понял 1 момент, к пример если выполняются этот скрипт несколько раз асинхронно, могут ли перемешаться данные ? Ну или может сними случится что то не то ?
Как у Вас все просто. Это нужно перевести всего то около 2миллионов городов, а если сервис не предоставляет города и страны, а только определяет их. Тогда нужно переделывать id у гигантских баз ?
ну а на самом деле, весь сайт написал на php и переписывать игровое апи на node.js нет смысла, + в данном случае ооп решает больше проблем чем колбекпроджект.
