АртемЪ, это был обычный вопрос, люди так делают, чтобы получить информацию, а не только чтобы бахвалиться или высмеивать оппонента, так что держите при себе язвительные замечания. Достаточно было сразу ответить, что нет не видели и не знаете, но кто-то по госзакупкам покупает, а лежит ли это мертвым грузом на складах или где-то применяется неведомо.
АртемЪ, это все, конечно, интересно. Но мой вопрос был прост, кто-то видел использование этих процессоров? Вы видели чтобы военные использовали их? Или госструктуры? Я не видел ни у тех, ни у других.
АртемЪ, странно не использовать, если вещь хорошая. Речь не идёт об обычном или домашнем использовании. Но хоть где-то кто-то использует? Насколько я знаю, ни военные, ни спецслужбы не используют.
"Эльбрусы" -- вполне себе реально работающее железо. Также как и "Байкал".
То что оно работающее - это хорошо, но работает ли кто-нибудь на нем, вот о чем я спрашивал. Кто-нибудь видел массовое использование в реальном рабочем проекте?
Как тогда получить таблицу "целиком" со всеми полями?
Механизм pivot, работает с фиксированным набором полей, если хотите набор менять, то только через динамический SQL. Ужасно тяжёлый и неудобный механизм, нарушающий реляционную модель, но зачастую без него никак.
были 2 крупных контроллера и соответственно 2 крупные модели
Не должно быть такого соответствия, как впрочем и крупных контроллеров. Прочитайте про ТТУК. Это что касается MVC, что касается ООП - посмотрите на ваши модели, это действительно отдельные объекты, а не набор функций собранных в одном месте?
На первый взгляд я не вижу ошибки в расчетах, но посмотрите свои тесты, то место, где начинаются расхождения - и все станет понятно.
И, к сожалению, это не ООП, совсем. Посмотрите как работает класс DateTime и сделайте по аналогии, сейчас ваши объекты по-сути являются не объектами, а лишь неймспейсом для вызова функций. Когда будете это делать, автоматом должно получиться разделить в методах парсинг строк и генерацию дат.
ff0xff, числа с плавающей точкой имеют ограниченную точность, поэтому округление там будет в любом случае. В каких то случаях оно не сыграет роли, но все равно присутствует всегда.
В моделях будут реализованы все функции для работы с БД, а в представлениях будем только вызывать их.
У вас неправильное представление о MVC. Модель это любая логика, не только работа с БД, а представление работает с уже подготовленными в модели данными.
Алекс Кузнец, git это свободная распределённая VCS, поэтому блокировать нечего. Если говорить о блокировании на внешнем сервере, куда вы положите код, то даже в этом случае ваша локальная версия никуда не денется. Подозреваете мировой заговор против себя, храните на внутреннем сервере или вообще только в локальной версии. Git тут совсем не при чем.
Евгений Вольф, вот и я даже не знаю кто бы пробовал многопоточность в PHP, а очень интересно. Но как демон вполне стабилен. А если акцентироваться на производительности и потреблении памяти, то это не про интерпретаторы вообще, не только PHP.
Евгений Вольф, не думаю, что есть большая разница между втроенным функционалом и функционалом расширения. Но я больше спрашивал об опыте работы с многопоточностью в PHP, если таковой был, то какие были сложности или может быть непреодолимые проблемы, которые заставили уйти от PHP при решении таких задач?