На сколько хороша/плоха идея перенести сайт на АПИ для этого же сайта?

Question

[maksam07]

Доброго дня! Интересуюсь, а что если сайт начать писать с API ( json ) и потом на всех требуемых страницах сайта делать запрос к АПИ? И как было бы удобнее обрабатывать это АПИ? Не через curl же запрос делать на свой же сервер? Опишите, какие знаете плюсы и минусы такового. Как мне показалось, это достаточно удобно.

Comments

[Максим Федоров]

ну так и делают например SPA

[Antonio Solo]

откуда ты эти запросы делать планируешь ? из браузера (js) или как-то еще ?

[maksam07]

Antonio Solo, я бы даже сказал - из php. сделать что-то типа:

echo $api = getApi( '/api?method=1&param=2&param3=1232' );

и на выходе JSON массив, который я потом смогу обработать
Но в дальнейшем можно будет и к JS прикрутить и возможность другим серверам получать доступ к АПИ

Answer 1

[Silm]

echo $api = getApi( '/api?method=1&param=2&param3=1232' );

- это чушь. У тебя внутри серверного приложения должно быть внутреннее апи которое дернуть проще быстрее и эффективнее чем делать запрос к этому же серверу через HTTP.

Answer 2

[Antonio Solo]

Максим Компаниец, ну делай, если это обосновано реальными потребностями. если же у тебя 1 сервер который сам у себя запрашивает - какой в этом смысл ?

ну и в твоем варианте (когда ты указываешь УРЛ) curl все равно будет использоваться. так что учти что у тебя будет двойная нагрузка на сервер . а если с одной страницы несколько вызовов к api - то не только двойная.

если у тебя сервер (предоставляющий api) и клиент этого api на одной машине, то для их общения есть много более эффективных способов нежели вида getApi( '/api?method=1&param=2&param3=1232' );

Answer 3

[Василий Назаров]

если сайт начать писать с API ( json ) и потом на всех требуемых страницах сайта делать запрос к АПИ?

да

И как было бы удобнее обрабатывать это АПИ? Не через curl же запрос делать на свой же сервер?

через AJAX

Опишите, какие знаете плюсы и минусы такового. Как мне показалось, это достаточно удобно.

всегда удобно, кроме случаев, когда неудобно

Answer 4

[Кирилл Горелов]

Идея вполне классная. Сам хочу переписать пару приложений своих на апи.
Плюс в том, что потом это апи можно будет использовать где угодно. Даже в мобильной разработке, даже если будешь делать дестопное приложение. И таких сайтов, с такой идеей, видел не малое кол-во. Это будет актулаьно, когда ты сам раздаешь свое апи или в будущем будешь им сам его использовать в других местах(как пример я уже писал, мобильное приложение)

Comments

[Silm]

Человек о другом. Он хочет дергать свое веб апи из пхп, а не снаружи.

[Кирилл Горелов]

Silm, Не, это не к чему ему, ему нужно тогда грамотно разделить фрондет и бэкенд. И тогда не будет проблем. И фронтенд будет обращаться к своему серверу через свое апи, я так понял о чем он спрашивает.

[maksam07]

я хочу, чтобы все функции были уложены в одной "папке" и я мог простым движением вызывать нужный мне метод, как через php, так и через js. Есть брать сайт vk, то у них вроде очень хорошо сделано api.

[Кирилл Горелов]

Максим Компаниец, ТОлько вк уже проработано несколько тысяч-человеко часов. И брать их в сравнение будет немного неуместно.
Но в принципе, это возможно, конечно же.

[maksam07]

Кирилл Горелов, ну это понятно, но я о самой структуре. Ведь у них на одном АПИ можно считай копию оригинального сайта сделать. Вот я и думаю, сделать АПИ ( для начала какое-то простое ), а потом на сайте вызывать нужные методы не прописывая там много строк кода. Только код обработки JSON.

[Silm]

Максим Компаниец, ты не так понял принцип. Сначала ты пишешь серверное API приложения, то есть выполняешь нужные действия дергая в PHP методы/функции. Потом ты пишешь WEB API, с которым могут работать внешние приложения, в том числе приложение "сайт" написанное на JS. То есть ты пишешь прослойку для внешних программ, с помощью которой они работают с твоим серверным приложением, с его внутреннем API.

А серверное приложение не должно обращаться к этой веб прослойке. Представь, у тебя в ящике стола есть какой то документ, который надо переложить из стола в сейф. И ты вместо того чтобы взять и просто переложить, сперва несешь его на почту и отправляешь письмом сам себе...

Answer 5

[Максим Тимофеев]

Не через curl же запрос делать на свой же сервер?

Ну так а нафига api для backend-а? Ты его делаешь на backend-е, что бы с frontend-a к нему обращаться или из приложения какого-либо другого и получать json. А на frontend откуда curl? Там js и ajax. Поэтому и удобно json.

Answer 6

[Юрій Носач]

Тогда уже лучше что-то типо SPA.