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