В любом языке программирования должны поддерживаться вышеупомянутые вещи. Вы поступайте так, как вам удобнее.
Я бы проверил возможность работы с сигналами, try/catch для пользовательских сигналов в PHP естественно есть.
Опять же вопрос платформы.
Вряд ли есть такая программа-сервер.
Но для множества хранилищ есть возможность монтировать их как обычные файловые системы.
А потом уже ставить любой файловый менеджер, для работы с локальными директориями и файлами.
vittmann, Я не очень понимаю, что такое "шарды таблицы занимают ресурсы сервера".
У вас не хватает места на диске? Купите еще один диск.
Таблица очень большая, а на самом деле вся не нужна? Придумайте как она должна делиться. По годам, по логическим разделам.
Не очень понятно, где у вас возникает проблема из-за большой таблицы.
ky0, Эластик это не скл база, и вы не размазываете одну таблицу по разным нодам. Размазываете индексы целиком, дублируете их, но нет такого, что кусок одного и того же индекса на одной ноде, а кусок на другой
Пересматривать всю простыню кода никто не будет.
Хотите чтобы вам сделали - обратитесь на фриланс.
Хотите чтобы ответили - вопрос нужен более конкретный с примером достаточного куска кода, но чтобы он не занимал больше экрана.
Иначе - это уже задача, а не вопрос.
У меня уже более 5 лет 32 гб, и старенький i7. И я совершенно не чувствую необходимости расти.
Единственное что - видяшку обновил и SSD заменил на побольше, но первое - чтобы тише работала, второе - потому что расходник.
Возможно мне хватило бы и 16гб, но у меня постоянно крутится пару виртуалок и какое-то время я держал рамдиск с самыми активными программами, чтобы не насиловать ssd
в 64 совершенно не вижу потребности.
Что собирается меняться в ближайшее время - не вижу. Никаких громадных прорывов в процессорах, чтобы они каждый год опять стали удваивать производительность - не видать.
root777off, нет, там указаны минимальные И рекомендованные.
Несколько лет вперед процессоры не сильно изменятся в массовом сегменте, поэтому нет смысла заморачиваться.
SSD, 16-32 гб оперативки и все.
Какие инструменты будут использоваться, какие библиотеки?
Насколько долго будут актуальны упоминаемые технологии?
Лицензия, кроссплатформенность? Мало ли в какой школе перешли на Линукс, а в какой нет.
Saboteur
@saboteur_kiev Куратор тега Разработка игр
Можно догадаться, что написать свой геймлофт непростая задача, и если вы хотите отправлять знакомым дополнительные файлы, то их видимо кто-то должен сперва написать?
Saboteur
@saboteur_kiev Куратор тега Разработка игр
Некит Медведев, Шейдеры могут быть частью 3д движка, их не нужно писать разработчику игры.
Шейдеры это грубо говоря просто правильное сглаживание текстур, обработка поверхностей на предмет реалистичного отражения света.
Если ты не пишешь собственный 3д движок (что непросто), то нужно просто грамотно составить 3д модель, расставить источники света, проверить неудобные для расчета моменты и поправить дизайн, чтобы острые углы обходились
nstadnik, Объем должен быть не меньше.
Бывают производители, у которых 10GB и 10 GIB отличаются ненамного, но этого ненамного меньше может хватить, чтобы были проблемы.
Остальное - массив работает со скоростью самого медленного.
Еще раз - выполните руками в консоли то, что выхотите. Если это возможно, то просот так и пишите в тимсити.
Если напрямую нет, то можно вывод скрипта отправить в виде файла.
В общем такие вопросы все равно без того, чтобы смотреть вряд ли детально можно пояснить.
Я бы проверил возможность работы с сигналами, try/catch для пользовательских сигналов в PHP естественно есть.
Опять же вопрос платформы.