[/a/] [/b/] [/c/] [/e/] [/f/] [/m/] [/p/] [/t/] - [Домой] [NIC] [SSL] - [Управление]

[Вернуться к доске]
Постинг ответа
Leave these fields empty (spam trap):
Имя
Ссылка
Тема
Комментарий
Изображение Еще файл
Или рандом
Изображение 2 Еще файл
Изображение 3
Каптча
Пароль (для удаления постов и картинок, а также редактирования)

90351 No.287   [] []

Ёбаный зомби в начале игры укусил меня! Я ему доверился, а этот пидарас укусил! Никому нельзя доверять!

>> No.288   [] []
0

Будет тебе урок.

>> No.289   []
[]
0

Ты там осторожнее, как раз начали шатать. Инвентарь уже почти готов, надо будет дооформлять и перевести. А пока пройти многое скорее всего не удастся.

>> No.290   []
[]

>>288
Вот сука блядь! Я сразу же с горя пошел напролом бухать в бар, ничего не чекая и ни у кого ничего не спрашивая. На этом и закончил игру. Но вообще, такие неудачные действия должны вести к каким-либо последствием, например, герой через пару дней своего шатания начинает чувствовать слабость, а позже обнаруживает, что у него неизлечимая пиздецома в стадии озомбления. Вооот. А еще, его укус также должен вызывать большую подозрительность у окружающих, мол хули тут парень с кровью шатается, как ни в чем не бывало. Я конечно почти не чекал игру, не знаю, учтены ли какие-либо из этих моментов, но неплохо было бы видеть это в игре, мол результат моих действий напрямую определяет мою дальнейшую судьбу, и если я умудрился обосраться в самом начале, то это должно дорого мне обойтись по итогу.

>> No.291   []
[]

>>290

>На этом и закончил игру.

Хоть бы в Подземелье зашёл, с пьяницей поговорил, я не знаю.
На самом деле там не должно таких жёстких последствий и сложной логики. Я считаю не стоит сразу так наказывать. В принципе, идея интересная, но это на будущее. Сейчас бы то что есть доделать.

>> No.292   []
[]

>>291
Да. А еще было бы здорово, если бы учитывались такие мелочи как количество патронов и прочее. К примеру, там был вариант, проверить зомби ногой или добить с пистолета. Хотелось бы, чтобы даже такие мелочи влияли на успех или неуспех и на возможные сценарные разветвления и доступные игроку варианты в той или иной ситуации. Например, в следующий раз, если игрок слишком сильно любил махать пушкой и тратить патроны куда ни попадя, он мог обнаружить, что в критической ситуации у него не осталось патронов, пистолет пуст, поэтому ему срочно нужно придумывать что-то иное, чтобы выбраться из передряги живым.

>> No.293   []
[]

>>290

>А еще, его укус также должен вызывать большую подозрительность у окружающих, мол хули тут парень с кровью шатается, как ни в чем не бывало.

Укус дедайта не заразен так-то.

>> No.294   []
[]

>>293
А хотелось бы. Было бы весело, если бы такие вещи имели значение. Тогда действительно возникает ощущение выживаки на хардкоре: чуть где ошибился - получай под дых, нахуй!

>> No.295   []
[]

>>293
Можно вывернуть так, что даже если сам укус не опасен, раны нужно будет обязательно обрабатывать, иначе опять же инфекция, сепсис, гроб-гроб, кладбище, пидор.

>> No.296   []
[]

>>294
У нас больше на исследование ориентировка на самом деле. Всякие там хардкорные рпг надо делать с современными технологиями, лучше не в браузере и уж точно не на статике. Другая суть тут, короче.

>> No.297   []
[]

>>295
То есть игрок не должен бояться тыкать туда-сюда и пробовать разные вещи. Суть не столь иногда в "геймплее", сколь просто в самом браузинге.

>> No.298   []
[]
0

>>297
Ну вот. Теперь мне обидно за зомби. Ему удалось меня так хорошо обхитрить, а в итоге он все равно соснул.

>> No.299   []
[]

>>298
Ты как-то сильно вдумываешься в это. Сдался тебе этот зомби.

>> No.300   []
[]
0

>>299
Не, ну это же такой азарт был! Берет, кусает меня, дурачка доверчивого! Такие мелочи и составляют атмосферу!

>> No.301   []
[]
0

Ящитаю, что этот зомби должен был оторвать твой хуй, проглотить и съесть.

>> No.302   []
[]
1056

>>301
Если убрать отрывание и поедание, то я и не против.

>> No.303   []
[]
0

>>289

>как раз начали шатать

Можно подробнее?

>> No.304   []
[]

>>303
Я инвентарь сделал с отображением квестов/предметов/информации. Осталось оформить его нормально, перевести то, что там есть уже и добавить чего ещё нет. Сейчас проблема в том, что паб ещё пока не переведён полностью на новую систему с куками, поэтому прохождение стопорится. Как переведём, будет более-менее функционировать.

>> No.305   []
[]
0

>>304
Это из любого места посмотреть вещи можно будет? Или ты работаешь на комнатой игрока в пабе?

>> No.306   []
[]

>>305
Из любого думаю. То есть будет отдельная страница инвентаря где-нибудь, куда можно будет зайти. То, что в комнате есть, там же будет + заметки и квесты. Надо бы кстати подумать, куда ссылку на инвентарь положить.

>> No.307   []
[]
0

>>306
Помню, вы хотели засунуть игру в фрейм, наверху сделать панель с иконками, как насчет этого?

Я сделал записную книгу, работающую в нетскейпе, впрочем не закончил дизайн внешнего вида

Хоть и давно есть свободное время, разработку не возобновлял...

>> No.308   []
[]

>>307

>Помню, вы хотели засунуть игру в фрейм, наверху сделать панель с иконками, как насчет этого?

Можно попробовать, хотя не знаю точно, как это будет сочетаться с контентом во фрейме - при нажатии открывать внутри инвентарь?

>Я сделал записную книгу, работающую в нетскейпе, впрочем не закончил дизайн внешнего вида

Записную книжку? То есть там можно добавлять записи? С куками работает или как? Вообще сейчас поддержки Нетскейпа у игры/инвентаря нет - ie5-6 ещё куда ни шло.

>> No.309   []
[]
0

>>308

>Можно попробовать, хотя не знаю точно, как это будет сочетаться с контентом во фрейме - при нажатии открывать внутри инвентарь?

При нажатии создавай окно, как и здесь посты редактируются.

>Записную книжку? То есть там можно добавлять записи? С куками работает или как? Вообще сейчас поддержки Нетскейпа у игры/инвентаря нет - ie5-6 ещё куда ни шло.

На все вопросы ответ "да", но каждая запись должна быть предварительно добавлена на сервер.

>> No.310   []
[]

>>309
Не покажешь, как книжка сделана? Интересно стало что-то.

>> No.311   []
[]

>>310
Собирался её предложить использовать в MV, когда доделаю Прямо сейчас предлагаю, что думаешь?

>> No.312   []
[]

>>311
Я не совсем понял по поводу функционала: там как записи добавляешь? Просто в инвентаре уже есть по идее записки по квестам и просто информация, то бишь inf-коды.

>> No.313   []
[]
0

>>311
Ну ты покажешь или нет ее, мне тоже интересно.

>> No.314   []
[]
22550

>>312
Работает аналогично INF кодам, в html странице происходит добавление символов идентификатора записи к кукам книги.
А какова твоя идея реализации заметок и квестов в комнате?
>>310
>>313
Я на пикрелейтед.

>> No.315   []
[]
0

>>314

>Я на пикрелейтед.

И что это должно означать? Записная книжка тебе так же отвратительна, как вареные овощи?

>> No.316   []
[]
47351

>>315
То, что он чистит вилкой.

>> No.317   []
[]
0

>>314
Я сделал с ajax и xml-документом, чтобы всё держать в одном месте. На ie6 работает, только картинки почему-то сразу не показываются - надо будет ещё пробовать разобраться. Да можешь сам посмотреть, в принципе, там уже немало что добавляется: http://dungeon.miskatonic.ml/inventory/inv.html
Возьми тот же квест у пьяницы или пауков пройди.

>> No.319   []
[]
468912

>>317
Посмотрел, громоздкий xml файл получается. Да, тоже в IE картинки не показываются, нужно вручную на каждой выбирать "Show Picture". Попытался исправить этот баг, пробовал и так и эдак, ничего не вышло.

Моя задумка показана на пикрелейтед, то есть фрейм с иконками.

Кстати, для лучшей совместимости с IE используй это в коде загрузки файла:
https://pastebin.com/raw/mEWn97LE

>> No.320   []
[]

>>319

>громоздкий xml файл получается

А какие варианты лучше есть? Я хотел бы с json сделать,но ie это не поддерживает. Можно, конечно, разбить на файлы, но чем их больше будет, тем больше будет загрузок с сервера, а это затратно.
У тебя как сделано?
За код спасибо, прикручу. Не понял только, зачем там блок try внутри цикла - я бы весь цикл в try завернул, а внутри сделал бы просто проверку того, нашёлся ли xmlhttp объект.

>> No.321   []
[]

>>319
Хотя походу понял, как добавлять начал - из-за ошибки с объектом скрипт ломается, потому надо обойти это обработкой исключения.

>> No.322   []
[]
0

>>320
У меня по сути для каждого дочернего элемента твоего xml отдельный файл. Но загружаются только те, которые должны быть на открытой странице книжки, и потом их кэширует браузер.
>>321
Да, catch подавляет ошибку и итерация продолжается.

>> No.323   []
[]

>>322

> потом их кэширует браузер

Надо будет, кстати, не забыть мне id у GET убрать, когда информация вся добавлена будет.

>для каждого дочернего элемента твоего xml отдельный файл

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

>> No.324   []
[]

>>323

>А то для одной записки, в которой может быть пара строк текста и заголовок отдельный файл жирно будет. Придётся кучу запросов отправлять.

Думаешь кто-то соберёт все [x] записей и часто станет нагружать сервер что-ли?

>> No.325   []
[]

>>324
Ты вроде как говоришь, что со многими файлами это более эффективно, а я с этим не согласен. Разве что нельзя будет просмотреть всю информацию, это плюс. И что по поводу иерархии? Один файл загрузил - всё достал по тегам, сравнил с куками и выдал. У тебя как файлы идентифицируются, как информация в них организуется? Вообще знаешь, сложно говорить, когда кода нет. Давно скинул бы уже, чтобы непоняток не возникало.

>> No.326   []
[]

>>325
Имя файла соответствует коду, например 4WVN65N0NO.db
Содержимое представляет собой текст, картинки, всё что душе угодно. Необходимые файлы определяются как минимум из текущих накопленных кук.
А зачем скидывать, если ты делаешь другую собственную версию в конечном итоге.

>> No.327   []
[]

>>324
На самом деле мне больше важно удобство, чем производительность. Всё равно для пользователя разница поди что будет незначительная. Мне показалось более удобным хранить данные в одном файле или по категориям, а не делать отдельные. Но может у тебя и удобно организованно, я же полностью себе не представляю, что там у тебя сделано.

>> No.328   []
[]

>>326

>А зачем скидывать, если ты делаешь другую собственную версию в конечном итоге.

Так чтобы я мог пересмотреть что-то, может взглянуть по-другому на своё. Ну и просто интересно. Тебе так жалко что ли? В чём проблема?

>> No.329   []
[]
0

>>328
Потому что я хотел предложить использовать мой вариант.

>> No.330   []
[]

>>329
Мне твой вариант больше импонирует с точки зрения безопасности: если нет куки, то юзер просто не узнает имя файла с предметом, а в варианте >>328 можно сразу все предметы в игре узнать. Но он по-другому делать отказывается, так что увы.
Может, все-таки дашь свой вариант, могу его разместить на сервере в качестве альтернативного. mailto:gunslinger@m-ch.ml

>> No.331   []
[]

>>330
Переделал, чтобы файл был не виден пользователю + перевёл из xml в json, т.к. с ним работать удобнее. Сделал небольшой скрипт на php, который отправляет только данные тех предметов, что есть в куках.

>> No.332   []
[]
0

>>331
Прощай, MV полностью на статике.

>> No.333   []
[]
0

>>332
Вообще нормально. Будто я только поднасрал, а не фичу допилил. И это при том, что не делается толком ничего.

>> No.334   []
[]
0

>>333
Whatever.



Удалить пост []
Пароль