Autorski CMS Opcje

[Omenomn]

Stworzyłem własny CMS, na frameworkach codeigniter i bootstrap.
link:
http://s1060364-14898.home-whs.pl/modules_1/
Admin ze wszystkimi uprawnieniami
email: jan@kowalski
hasło: abcd

Użytkownik z uprawnieniami do zwykłego zarządzania
email: beata@beata.pl
hasło: abcd

Co sądzicie?

[com]

Xelah to zupełnie dwie odmienne rzeczy, ale biorąc za przykład REST masz przykładowo:
POST http://www.example.com/customers/12345/orders
GET http://www.example.com/customers/12345/orders

Rożnicy nie ma.
Ja nie przeczę, że tak się powinno robić czy też nie, ale jeśli argumentem miała by być kwestia bezpieczeństwa co sugerował tamten przytoczony fragment to jest to nie prawdą, bo nawet jak założyć odczyt to modyfikując url bezpieczny on wcale nie musi być i branie za wzór opisu ze specyfikacji z lat 90 to trochę nie odzwierciedla stanu na te czasy. Ale pewnie, że idea CRUD jest jak najbardziej wskazana czyli (POST - Create, GET - Read, PUT - Update, DELETE - Delete)


@up najprościej spr typ (IMG:style_emoticons/default/smile.gif)

[Xelah]

Xelah to zupełnie dwie odmienne rzeczy, ale biorąc za przykład REST masz przykładowo:
POST http://www.example.com/customers/12345/orders
GET http://www.example.com/customers/12345/orders

Rożnicy nie ma.

Tak samo jak pomiędzy:
POST http://www.example.com/customers/12345/orders
GET http://www.example.com/customers/12345/orders
PUT http://www.example.com/customers/12345/orders
DELETE http://www.example.com/customers/12345/orders
OPTIONS http://www.example.com/customers/12345/orders
PATCH http://www.example.com/customers/12345/orders

Ja nie przeczę, że tak się powinno robić czy też nie, ale jeśli argumentem miała by być kwestia bezpieczeństwa co sugerował tamten przytoczony fragment to jest to nie prawdą, bo nawet jak założyć odczyt to modyfikując url bezpieczny on wcale nie musi być i branie za wzór opisu ze specyfikacji z lat 90 to trochę nie odzwierciedla stanu na te czasy. Ale pewnie, że idea CRUD jest jak najbardziej wskazana czyli (POST - Create, GET - Read, PUT - Update, DELETE - Delete)

Ja chcę tylko powiedzieć, że użycie tej czy innej metody powinno mieć pewne przewidywalne skutki. I nie mówię tu tylko o API w sensie REST czy JSON-RPC ale o requestach HTTP w ogóle. RFC moim zdaniem odnosi się tylko do tego, a nie do bezpieczeństwa w sensie "kto i na jakich zasadach ma dostęp do zasobu". Chodzi o przewidywalność. Bo jak robię OPTIONS to nie spodziewam się w odpowiedzi usuniętego posta... Prosta logika :)