In the factory method design pattern, you usually have an abstract superclass with an abstract factory method. Then you will have concrete subclasses which implement the factory method inside which they create a concrete product and return it to the caller. Because FM uses inheritance,
polymorphism comes into the picture. You will have a reference variable of the superclass type which will refer to an instance of one of the concrete sub-classes at runtime. When you call the create method through this reference variable, polymorphism kicks in and the method of the concrete subclass which is being referred to at run-time will be invoked.
But in the simple factory (this is not actually a design pattern, more of a programming idiom), you have a factory class with a factory method that creates a product and returns it. So you can consider it as a one-shot deal because you cannot vary the product you are creating as you can with the factory method pattern by creating different concrete subclasses. Also, you will not use inheritance, you'll use composition to compose the factory object and call the create method on the composed object. That's why I guess Ilja called it a non-polymorphic method.
Abstract Factory also uses composition. It is used for creating families of related or dependent objects as against factory method which is used to create a single object. You can refer to HFDP or the patterns catalog for more details