а как такие печки будут влиять на окружающую среду? в плане нагревания ее. Пока она одна, естественно ничего страшного, но скажем если их будут сотни тысяч? а то и так жалуются, что льды стали таять, а тут еще кипятильник в воду опустили…
из своего опыта, по ощущениям, докер на винде работает чуток быстрее, чем на маке. не отслеживал последнее время-починили ли багу со скоростью в маке, так как была реальная проблема из-за тормозов. ну и еще в винде могут быть проблемы с билдом контейнера.
Надо что-то кастомное — не трогаешь cms и пишешь рядом.
именно это я и предполагаю при написании cms как расширения РНР.
Возможно это не самый удачный вариант, имею в виду cms как пример для расширения. Да я понимаю в чём фишка фалкона, то же можно и сказать про бутсрап cms.
(или аналоги на go, которые уже существуют), который будет делать все то же самое и при этом намного более модульно.
я и не спорю с этим. Лично для меня, штука не в том чтобы не создавать еще один велосипед, а в изучении нового материала.
Что это вам даст? Ну это к вопросу о целесообразности.
Как я уже сказал, поскольку я работаю с РНР, но хочу так же не застрявать на месте, ищу возможности учить новые языки, технологии, но не просто так, а с пользой для дела. То есть мне это даст опыт.
я имел в виду, что возможно написать CMS как расширение для РНР. как, к примеру, phalcon.
Это всё мои абстрактные мысли, На практике, конечно же, сначала надо взвесить целесообразность написания cms как расширения.
Посколько я работаю с magento, то я ищу пути ускорения, скажем, чекаут процесса, так как это одна из ресурсоёмких частей в приложении. Потому-то меня и интересуют такие решения как php-go или php-rs.
И попутно, изучение друго языка, чтобы не застаиваться на одном. :)
Судя по чекбоксам в TODO, к сожалению, данный репозиторий подходит к написанию простых функций или классов. Так как нэймспейсы пока что не имплементированы, то будет довольно сложно написать, скажем, простенькую CMS. Точнее сложно с неймспейсами. Можно попробовать сделать как в старые времени, как в magento 1.x, к примеру.
Но я согласен — огромное спасибо за эту работу и ссылку.
странно, что когда искал ngx_php не нашел. думал уже самому поаробовать написать, но знаний не хватает. вот только бы не было с нис как с lua, который застрял на 5.1 версии когда уже 5.3 вышла и, если верно понял, обновлятся не думают. и хотя php5.6 хорошо, но было бы на сесерке вообще замечательно. буду щупать что оно и как.
это наверное, третья реализация php gui на моём веку. в плане что видел три библиотеки. восхищаюсь такими парнями, врядли она станет популярной, но тем не менее.
именно это я и предполагаю при написании cms как расширения РНР.
Возможно это не самый удачный вариант, имею в виду cms как пример для расширения. Да я понимаю в чём фишка фалкона, то же можно и сказать про бутсрап cms.
я и не спорю с этим. Лично для меня, штука не в том чтобы не создавать еще один велосипед, а в изучении нового материала.
Как я уже сказал, поскольку я работаю с РНР, но хочу так же не застрявать на месте, ищу возможности учить новые языки, технологии, но не просто так, а с пользой для дела. То есть мне это даст опыт.
Это всё мои абстрактные мысли, На практике, конечно же, сначала надо взвесить целесообразность написания cms как расширения.
Посколько я работаю с magento, то я ищу пути ускорения, скажем, чекаут процесса, так как это одна из ресурсоёмких частей в приложении. Потому-то меня и интересуют такие решения как php-go или php-rs.
И попутно, изучение друго языка, чтобы не застаиваться на одном. :)
Но я согласен — огромное спасибо за эту работу и ссылку.
действительно есть такой баг и уже висит 3 года. проголосовал за него, он всё еще есть в 7.0.х версии.
Не часто работаю непосредственно с файлами, потому полезно было узнать.
Если нужен был ооп почему не пользовали SplTempFileObject, у которого есть помимо всего еще и getPathname, который и возвращает путь к файлу?