Linux server.edchosting.com 4.18.0-553.79.1.lve.el7h.x86_64 #1 SMP Wed Oct 15 16:34:46 UTC 2025 x86_64
LiteSpeed
Server IP : 75.98.162.185 & Your IP : 216.73.216.163
Domains :
Cant Read [ /etc/named.conf ]
User : goons4good
Terminal
Auto Root
Create File
Create Folder
Localroot Suggester
Backdoor Destroyer
Readme
/
opt /
a2-optimized /
app /
vendor /
j4mie /
idiorm /
docs /
Delete
Unzip
Name
Size
Permission
Date
Action
Makefile
5.43
KB
-rw-r--r--
2025-04-29 15:40
conf.py
7.61
KB
-rw-r--r--
2025-04-29 15:40
configuration.rst
11.65
KB
-rw-r--r--
2025-04-29 15:40
connections.rst
3.05
KB
-rw-r--r--
2025-04-29 15:40
index.rst
523
B
-rw-r--r--
2025-04-29 15:40
installation.rst
452
B
-rw-r--r--
2025-04-29 15:40
make.bat
4.98
KB
-rw-r--r--
2025-04-29 15:40
models.rst
4.37
KB
-rw-r--r--
2025-04-29 15:40
philosophy.rst
1.63
KB
-rw-r--r--
2025-04-29 15:40
querying.rst
28.74
KB
-rw-r--r--
2025-04-29 15:40
transactions.rst
531
B
-rw-r--r--
2025-04-29 15:40
Save
Rename
Philosophy ========== The `Pareto Principle`_ states that *roughly 80% of the effects come from 20% of the causes.* In software development terms, this could be translated into something along the lines of *80% of the results come from 20% of the complexity*. In other words, you can get pretty far by being pretty stupid. **Idiorm is deliberately simple**. Where other ORMs consist of dozens of classes with complex inheritance hierarchies, Idiorm has only one class, ``ORM``, which functions as both a fluent ``SELECT`` query API and a simple CRUD model class. If my hunch is correct, this should be quite enough for many real-world applications. Let’s face it: most of us aren’t building Facebook. We’re working on small-to-medium-sized projects, where the emphasis is on simplicity and rapid development rather than infinite flexibility and features. You might think of **Idiorm** as a *micro-ORM*. It could, perhaps, be “the tie to go along with `Slim`_\ ’s tux” (to borrow a turn of phrase from `DocumentCloud`_). Or it could be an effective bit of spring cleaning for one of those horrendous SQL-littered legacy PHP apps you have to support. **Idiorm** might also provide a good base upon which to build higher-level, more complex database abstractions. For example, `Paris`_ is an implementation of the `Active Record pattern`_ built on top of Idiorm. .. _Pareto Principle: http://en.wikipedia.org/wiki/Pareto_principle .. _Slim: http://github.com/codeguy/slim/ .. _DocumentCloud: http://github.com/documentcloud/underscore .. _Paris: http://github.com/j4mie/paris .. _Active Record pattern: http://martinfowler.com/eaaCatalog/activeRecord.html