Вам понадобится, во-первых, набрать команду художников и программистов, а во-вторых, выкинуть нахрен свое графоманство и сколотить интересный потенциальным геймерам сюжет. Литературная часть их, предупреждаю заранее, интересует не больше, чем диагональ вашего монитора.
Вообще, не там вы пиаритесь. Ибо сказано: "тут рыбы нет".
Если все равно любопытно, есть такой движок - RenPy. Разрастания программистов он позволит избежать, но без художников все равно никуда. В термине "визуальная новелла" первое слово несет 90% всей семантической нагрузки.
Олексей, ща заплачу. А у меня в соседнем кабинете стоит коробочка на Атоме с гигом памяти, на которой, кроме файлопомойки, крутится Jabber-сервер и дев-версия сайта на Битриксе с полуторагиговой базой.
CMS совсем не обязательно сожрет больше ресурсов, чем ваши наколенные сочинения. Просто не надо сразу хвататься за комбайны все-в-одном.
marsdenden, а если джойнить вообще без подзапроса?
SELECT FROM params LEFT JOIN discount LEFT JOIN checks WHERE GROUP
Оно же объединяется по одному и тому же ean, не придется перелопачивать все чеки, считать будет только те строки, которые затронуты пересечением.
Или делать выборку b.ean IN (SELECT ean FROM params WHERE)
Про хранение сложных данных речи и не было. В архиве все равно будет храниться блоб.
От того, что он же будет храниться в базе, только уменьшатся затраты на запись и извлечение.
Xubuntu 18.04 + AMD HD 7770 - не знаю за современные игрушки и как оно по сравнению с виндой (не имею), но HL2, например, идет со вполне приличным FPS.
Проверено на моей домашней машинке. Проприетарный там или свободный драйвер - просто не помню, особенно не напрягался по этому поводу.
Нажмите F12 в браузере и посмотрите, что вам возвращает сервер.
Вместо того, чтобы парсить JSON, задайте в запросе тип возвращаемого значения 'json' - jQuery передаст в response уже разобранный объект.
Нет и быть не может. Типографское дело - это куча нюансов, а калькулятор должен соблюсти баланс между точностью в деталях и возможностью расчета неспециалистом. Универсальная же система, учитывающая все нюансы, будет настолько переусложненной, что ей тяжко будет пользоваться что работникам, что клиентам.
Если калькулятор уже существует на бумажке или в Ёкселе, то любой, умеющий JS, спокойно переносит это на страничку. Главная трудность - юзабилити: как сделать ввод данных попроще и при этом учесть все необходимое.
Простая обвязка заваливает весьма актуальное сегодня требование: чтобы пользователь зашел на сайт с устройства с маленьким экраном - и ему было удобно, а потом он догадался повернуть этот экран горизонтально - и ему стало еще удобнее.
Дмитрий, да, результат полностью аналогичен thead. Тогда только обычный thead и js-примочка, которая после рендера таблицы измеряет ее колонки и вешает сверху шапку.
Дмитрий Золотарев, а с чего бы не работать Хакинтошу, если не хвататься за разнаипоследний, а поставить то, что народ ставил несколько лет назад и за это время обсосал до мелочей?
Просто со списком "фоторедакторы, мессенджеры и офис" без конкретики и желания можно идти только на Винду или - при некоторых усилиях - на Мак. На Линукс с таким багажом идти бессмысленно, будет мучительное преодолевание из-за отсутствия знаний, а потом разочарование из-за синдрома утенка и второстепенной поддержки Линуксов теми же мессенджерами.
Очень предсказуемо и никому на хрен не нужно, как и большинство чайниковых "а правда, если я поставлю Линукс, то получу Винду побыстрее?". Неправда, в таких темах тупик виден изначально, тут только клоунам кормиться.
