Web Application VS Windows Application
-
@dafyre said:
@scottalanmiller said:
@IT-ADMIN said:
ok, i see what you mean, i think only this ORM is not efficient, it is nothing but one php file that has so many functions ready to use (about 12000 line of code), so when i call a function for example, the php code has to scan this big php file which i guess it is the root cause of this late, i have to check other ORM
Yes, a PHP ORM would have performance issue simply because PHP is not that performant without further systems to help it. There are several ways to improve this, from Facebook's real time compiler, some caching mechanisms or just moving to PHP 7. But at the end of the day, a PHP library isn't likely the most ideal mechanism for an ORM. Many languages are real time compiled so once loaded, the ORM is very, very fast just because of that.
I need to upgrade my application's development environment from XAMPP to CentOS + Nginx + PHP7 to see what kind of performance gains I can get.
NGinx should not make a difference. but PHP7 should be enormous.
-
@scottalanmiller said:
@dafyre said:
@scottalanmiller said:
@IT-ADMIN said:
ok, i see what you mean, i think only this ORM is not efficient, it is nothing but one php file that has so many functions ready to use (about 12000 line of code), so when i call a function for example, the php code has to scan this big php file which i guess it is the root cause of this late, i have to check other ORM
Yes, a PHP ORM would have performance issue simply because PHP is not that performant without further systems to help it. There are several ways to improve this, from Facebook's real time compiler, some caching mechanisms or just moving to PHP 7. But at the end of the day, a PHP library isn't likely the most ideal mechanism for an ORM. Many languages are real time compiled so once loaded, the ORM is very, very fast just because of that.
I need to upgrade my application's development environment from XAMPP to CentOS + Nginx + PHP7 to see what kind of performance gains I can get.
NGinx should not make a difference. but PHP7 should be enormous.
I can tell a big difference with ownCloud + PHP 7 (Nginx) vs ownCloud + PHP 5 (Apache).
PHP7 is the real winner in that arena.
-
@dafyre said:
@scottalanmiller said:
@dafyre said:
@scottalanmiller said:
@IT-ADMIN said:
ok, i see what you mean, i think only this ORM is not efficient, it is nothing but one php file that has so many functions ready to use (about 12000 line of code), so when i call a function for example, the php code has to scan this big php file which i guess it is the root cause of this late, i have to check other ORM
Yes, a PHP ORM would have performance issue simply because PHP is not that performant without further systems to help it. There are several ways to improve this, from Facebook's real time compiler, some caching mechanisms or just moving to PHP 7. But at the end of the day, a PHP library isn't likely the most ideal mechanism for an ORM. Many languages are real time compiled so once loaded, the ORM is very, very fast just because of that.
I need to upgrade my application's development environment from XAMPP to CentOS + Nginx + PHP7 to see what kind of performance gains I can get.
NGinx should not make a difference. but PHP7 should be enormous.
I can tell a big difference with ownCloud + PHP 7 (Nginx) vs ownCloud + PHP 5 (Apache).
PHP7 is the real winner in that arena.
I've heard it is 40% speed boost on average!
-
@scottalanmiller said:
@dafyre said:
@scottalanmiller said:
@dafyre said:
@scottalanmiller said:
@IT-ADMIN said:
ok, i see what you mean, i think only this ORM is not efficient, it is nothing but one php file that has so many functions ready to use (about 12000 line of code), so when i call a function for example, the php code has to scan this big php file which i guess it is the root cause of this late, i have to check other ORM
Yes, a PHP ORM would have performance issue simply because PHP is not that performant without further systems to help it. There are several ways to improve this, from Facebook's real time compiler, some caching mechanisms or just moving to PHP 7. But at the end of the day, a PHP library isn't likely the most ideal mechanism for an ORM. Many languages are real time compiled so once loaded, the ORM is very, very fast just because of that.
I need to upgrade my application's development environment from XAMPP to CentOS + Nginx + PHP7 to see what kind of performance gains I can get.
NGinx should not make a difference. but PHP7 should be enormous.
I can tell a big difference with ownCloud + PHP 7 (Nginx) vs ownCloud + PHP 5 (Apache).
PHP7 is the real winner in that arena.
I've heard it is 40% speed boost on average!
That could easily match what I'm seeing. Although migrating from C@C probably has something to do with that too, lol.
-
@dafyre said:
@scottalanmiller said:
@dafyre said:
@scottalanmiller said:
@dafyre said:
@scottalanmiller said:
@IT-ADMIN said:
ok, i see what you mean, i think only this ORM is not efficient, it is nothing but one php file that has so many functions ready to use (about 12000 line of code), so when i call a function for example, the php code has to scan this big php file which i guess it is the root cause of this late, i have to check other ORM
Yes, a PHP ORM would have performance issue simply because PHP is not that performant without further systems to help it. There are several ways to improve this, from Facebook's real time compiler, some caching mechanisms or just moving to PHP 7. But at the end of the day, a PHP library isn't likely the most ideal mechanism for an ORM. Many languages are real time compiled so once loaded, the ORM is very, very fast just because of that.
I need to upgrade my application's development environment from XAMPP to CentOS + Nginx + PHP7 to see what kind of performance gains I can get.
NGinx should not make a difference. but PHP7 should be enormous.
I can tell a big difference with ownCloud + PHP 7 (Nginx) vs ownCloud + PHP 5 (Apache).
PHP7 is the real winner in that arena.
I've heard it is 40% speed boost on average!
That could easily match what I'm seeing. Although migrating from C@C probably has something to do with that too, lol.
Um, yeah.
-
When you are ready for another insane leap in speed, move from things like MySQL to things like MongoDB.
-
Speaking of insane leaps, do you guys have any source content for SQL best practices?
-
@scottalanmiller said:
When you are ready for another insane leap in speed, move from things like MySQL to things like MongoDB.
I'm looking into that. I can see things like what I am tinkering with in my spare time being quite useful in a MongoDB type setup... I just need to figure out how to structure the data for it.
-
@wirestyle22 said:
Speaking of insane leaps, do you guys have any source content for SQL best practices?
"Best Practice", if you can call it that, is to not use relational databases for most workloads (say 60% of them) and when you do to abstract it with a good ORM and not write SQL yourself. Using relational databases should not be an assumption and interacting with it directly should be very special case.
-
please anyone tell me whether this guy is right or not ??
http://www.yegor256.com/2014/12/01/orm-offensive-anti-pattern.htmlhe smash the whole concept of ORM, what the hell is this ????
-
@IT-ADMIN said:
please anyone tell me whether this guy is right or not ??
http://www.yegor256.com/2014/12/01/orm-offensive-anti-pattern.htmlhe smash the whole concept of ORM, what the hell is this ????
I feel like you are desperately looking for justification for hand coding SQL. It's a silly thing to be talking about. What is your goal here? If you don't want to use an ORM, don't use one. Don't waste time coming up with wacky people complaining, you can always find someone that will rant about anything that you want. Obviously this guy doesn't agree with the industry. Do you know him and trust him. If not, why are you reading his article?
-
One of his key issues is that ORMs are difficult to test. Are you doing test driven development? What kind of testing are you doing?
-
Did anyone notice that the complaint at the end wasn't that ORM was bad but that he didn't like Hibernate and his solution was to.... make a new ORM that he shows how to implement?
-
no, i posted this morning on spicework hoping i found someone tried a good ORM and advice me how to efficiently use it without having my first issue of performance, then one guy tell me this,
this is my post : https://community.spiceworks.com/topic/1475172-php-best-orm?page=1#entry-5568544
-
@IT-ADMIN said:
no, i posted this morning on spicework hoping i found someone tried a good ORM and advice me how to efficiently use it without having my first issue of performance, then one guy tell me this,
That's not a development forum, why would you want to get advice there?
-
I'm not sure about many of the ORMs out there for PHP, but RedBean is the first one I've found, and for my apps, it has been very performant and does not cause speed problems.
-
they have a php section, therefor i posted in it
-
His points are not completely wrong, but they are, I feel, mostly silly. He relies on assumptions that are not true to make his point. Like ORM breaks the object model, this is simply wrong and false. He might be correct about hibernate, but not about ORM as a concept. He says that it is slow, so are lots of good things, slow is often a sign that we are doing things correct. If slow is the concern, relational databases are slow. Are we abandoning them? He complains that ORM are hard to test. Not sure if he is correct there, but this point is only non-moot if we are testing, are we?
-
@IT-ADMIN said:
they have a php section, therefor i posted in it
They have a section for anything that can get advertising. It's an SMB IT forum, not a development forum, that's all that there is to it.
-
ok dear scott, thank you for your advice, i'm sorry if i upset you and waste your time
