Сообщений: 981
Тем: 77
Зарегистрирован: Oct 2011
iqman Написал:Через сайт опасно, и по мне не интересно, открывать конекты к БД постоянно - бред, если можно через игру то-же самое сделать но производительность будет на много выше.
Сделаю себе лично даже если ТС не захочет ) прикольная идея.
опасно? чем опасно то? Это же не обвязка, где могут быть дыры. Обычный скрипт.
Сообщений: 577
Тем: 27
Зарегистрирован: May 2010
Репутация:
113
iqman Написал:Через сайт опасно, и по мне не интересно, открывать конекты к БД постоянно - бред, если можно через игру то-же самое сделать но производительность будет на много выше.
Сделаю себе лично даже если ТС не захочет ) прикольная идея.
Вот это уровень Вашей студии, раз реализация этого в Ваших глазах представляет опасность...
Сообщений: 3,968
Тем: 90
Зарегистрирован: Nov 2010
Репутация:
15,337
Пфф, бредовые споры, через сайт делать тупо, так или иначе на рабочем сервере добавлять предметы должен он сам.
Если нужно будет на яве - пиши, дело 20 минут.
Себе тоже добавил, на форуме коды разыгрывать можно будет .
Сообщений: 577
Тем: 27
Зарегистрирован: May 2010
Репутация:
113
Через сайт тупо? Оо
items_delayed не вариант? Почему?
Сообщений: 3,968
Тем: 90
Зарегистрирован: Nov 2010
Репутация:
15,337
Blast Написал:Через сайт тупо? Оо
items_delayed не вариант? Почему? Зачем лишний раз работать с базой? Лишний раз заходить на сайт? Ждать, пока прийдет предмет?
Проще зайти в игру, открыть КБ, ввести код и в реальном времени получить предмет.
Сообщений: 1,363
Тем: 17
Зарегистрирован: Oct 2011
Blast Написал:Вот это уровень Вашей студии, раз реализация этого в Ваших глазах представляет опасность...
Это был опыт ява программиста, а теперь скажу от себя... Если вы не умете, сделать это через яву, а пишите через пхп скрипты, это не означает, что вам сказали глупость... Через внешние пхп - это пониженная производительность скрипта - раз , возможные дупликаты, в зависимости от сборки - это два и в зависимости куда вы этот скрипт собрались пихать на обычном хостинге или еще хрен знает куда, где коннект будет нестабильный, пинг нестабильный и прочая ерунда - проивзодительность и стабильность будет очень разниться и никогда не будет настолько стабильна как в самой сборке...
Сделать можно и через яву и через внешний пхп скрипт, как хотите так и сделаем... Но , если вы не видите между этими вещами разницы, у вас большое будущее в познаниях...
PS: Рут, кстати, тоже абсолютно правильно сказал.
Сообщений: 2,102
Тем: 40
Зарегистрирован: Apr 2008
Репутация:
12,296
Хех, товарищи, тут играет роль лишь фактор выбранной области написания. Если уровень в пыхе выше познаний в области явы, то и реализация на пыхе будет куда круче явы Или не?
Так что, онли руки и желания
---
П.С ТС описывал яву в "ТЗ", следовательно - область пыхи не есть его желание. Зачем тогда предлагать то её ?
---
П.С2 некогда не обращайте на высеры в стиле "что - то ТУПО". Ибо это лишь имхо и не более А сами знаете, переубедить == сдвинуть гору с места :_smile_:
Сообщений: 981
Тем: 77
Зарегистрирован: Oct 2011
Лично я не предлагал на php писать, даже и не думал что автор имеет ввиду пхп, наоборот лучше будет в ядре сразу реализовать. Я только сказал за опасность, которой точно нет, а вот дубликаты не исключены. Но опять же, если есть итем_делей, то дубликатов ни каких не будет.
Сообщений: 3,968
Тем: 90
Зарегистрирован: Nov 2010
Репутация:
15,337
Сообщений: 577
Тем: 27
Зарегистрирован: May 2010
Репутация:
113
Цитата:сами знаете, переубедить == сдвинуть гору с места
Переубедить? Стремиться кого-то переубедить = себя не уважать и оппонента.
В яве у меня знаний совершенный ноль, по этому и предложил вариант на пхп, не собираюсь спорить и то-то доказывать ;-)
Что касается "лишний раз лезть в БД" - чёт не думаю что этот скрипт будет использоваться чаще скрипта регистрации аккаунта, а он не прям вот напрягает БД
Что касается дубликатов - абсурд - через эту систему выдаётся донат всякий, не думаю что там дубликаты, тем более защиту сделать не проблема.
Спорить не буду, каждый делает как ему удобнее.
С наступающим всех!
|