Рамарио, горло это называется API.
Обычно, для всего этого выделяется определенный роут, например:
api.domain.ru/v1/
Далее, задаем постфиксы для обработки каждой части:
user/auth/ user/reset/ user/logout/ user/get/ post/add/ post/get/
Ваш код при получении запроса по адресу
api.domain.ru/v1/user/get/1/
Должен загрузить информацию о пользователе с ID = 1
Там же можно проверить по заголовкам, авторизован ли пользователь для данной операции.
Можно конечно JSON лить в одну точку, например domain.ru/api/v1/, но архитектура шаткая получается.
Рамарио, и там и там данные нужно проверять. На клиенте - для валидной работы представления, на сервере - для безопасности. Где страницы будут формироваться не играет роли, есть разные подходы с шаблонизацией: отдавать JSON и на JS заполнять шаблон (нагрузка на CPU клиента), или подготавливать шаблон и отдавать распарсенный HTML, тогда нагрузка ложится на сервер. Первый случай вредный для смарфтонов, а второй - для сайтов с запредельной посещаемостью. И да, шаблоны на сервере могут значительно быстрее парсится.
PHP скрипты, расположенные на одном сервере, быстро друг с другом взаимодействуют.
Про данные через одно место, слишком мало инфы вы дали, чтобы сказать вам, хорошо вы придумали, или плохо.
Поздравляю, вы открыли SPA. Минусы - скорость разработки. Плюсы - скорость работы. Паттерн, скорее всего, MVVM. Только в стадии зародыша.
mendel, короче экономия на спичках. Все затевалось ради того, чтобы отдавать страницу на 40 мс. быстрее. Здорово, конечно... если бы это хоть сколько-то влияло на конверсию (при большой разнице - да, влияет, но не при такой как тут).
Анализ разный бывает.
Юзабилити лучше не могло стать. У вас есть бонусная система? Допустим, есть. Как узнать сколько бонусов? Звонить по телефону менеджеру, пусть в CRM посмотрит? Или у вас на каждого юзера сгенерированы страницы с личным кабинетом и бонусами? А авторизация статики? А если я решил посмотреть, когда я покупал товар, что, лезть на почту? Так мне проще зайти в личный кабинет магазина, и там глянуть.
Сомнительная у вас система, ибо то что вы понавыдумывали, реализуется через nginx fastcgi_cache, где страница один раз рендерится и сохраняется как статика html и потом читается с диска. Только времени на настройку подобной системы тратится в сто раз меньше, чем вы понаписывали там (генерация статики и прочее), да и страница сгенерируется только после востребования. Вы можете годами обновлять какую-то партнерскую страницу, которую никто и никогда не посещает. Или скажете "у меня собирается статистика раз в день, парсится logrotate, а ещё предективно определяет популярные товары на следующую неделю, и я делаю обновление кеша (см. генерацию статики) чаще".
Короче хз, вы тут приводите аргументы что ваш магазин супер, а коробочные - гавно, но ни разу не назвали чего может ваш магазин, и не может коробочный. Если назвали, то процитируйте, пожалуйста, лень читать все 12 страниц.
Вообще, не логично вы делаете: товары обладают некой информацией - данными. Эти данные могут быть запрошены самым невероятным образом, вплоть до "красные штаны от 951 рублей до 1295 рублей и материалом хлопком". Генерируем страницу, окей, 40 цветов, 3000 вариаций цен от, и 3000 вариаций цен до, а ещё 20 материалов. Перемножите? Или все таки вынесем в аякс, и будем спрашивать.... бинго! Ту самую БД, которая у вас в заголовке рядом со словом "нафига".
Какой-то извращенный способ продаж у ТС. Вместо того, чтобы поднять конверсию перекрестными продажами (crosselling/upselling) и показом релевантных товаров на основании истории покупок, автор решил отказаться от этого. Отказался и от наличия на витрине: теперь нетерпеливые посетители будут сразу уходить с сайта, чтобы не тратить время на звонки и не слышать впаривающую речь менеджера, на которую автор делает ставку, когда товара нет в наличии. Также интересным моментом является поиск по товарам: это тоже отсутствует? А где фильтры, как мне выбрать шланг диаметром 3 см для дачи? Смотреть на название каждого товара, или как?
Если даже на таком магазине как у автора сейчас есть продажи, то думаю, что это очень удачная ниша, и ему впору задуматься о том, что пора бы отойти от собственной схемы, и воспользоваться чем-то более современным со всеми этими технологиями, которые уже внедрены, и помогают людям продавать. Юзабилити очень важно в интернет-магазинах, потому что интернет-магазины помимо более низких цен, предоставляют ещё комфорт, где не нужно лазить по всему городу в поисках товара, сравнивать цены и т.д. — все можно сделать дома, попивая кофе.
Автор правильно делает, что разносит функциональность системы по микросервисам, но это нужно делать более изящно, а не так, как это делается сейчас.
time.Now().AddDate(0, 0, -4)
28 символов. Наглядно?
Почитайте про Кристиана Фон Кёнигсегга, вот цитата:
Из последних соц.сетей на эту тему, аналог инстаграмма, но с доступом при оплате на сумму 1,000USD. Эдакий инстаграмм для мажаров. Считаю, неплохо придумано, как минимум есть своя аудитория.
Для ваших целей смотрите livestreet, может подойти. Но, опять же, тут либо писать с нуля под себя, либо отталкиваться от готового, и бороться с системой, потому что не все инструменты обладают нужной вам гибкостью. Советую для начала полностью расписать ТЗ, если уж решили ввязаться в эту авантюру.
Я насмотрелся на подобного рода стартапы, знаю, что в глазах их "создателя" идея - нечто невероятное, на деле, спросив мнение окружающих, можно увидеть зевающие лица, и нечто вроде "нууу, не знаю, вроде ниче, надо тестить". Практический совет: советую вам перекипеть пару недель, и подумать здраво со стороны потребителей.
Нет, поэтому людей не судят, вы же сами понимаете.
Это хорошо.
Видимо, профит с социальной сети и количество требуемых инвестиций на поддержание проекта несоизмеримо, даже учитывая что на первых порах не принято говорить об окупаемости, но как минимум должны быть обозначены сроки, до которых проект держат в инкубаторе, пока он имеет право на жизнь не зависимо от того, приносит он что-то или нет. По истечению сроков, проект закрывают/продают тем, кто в него все ещё верит. Практический совет: тот, кто выносил идею, не может называть её отличной, а если и рискнет, то велик шанс обжечься об собственные амбиции, доверьте слова "отличная", "супер", "невероятная" и т.д. тем, кто мыслит здраво и не заинтересован в вашем хобби - это ваш будущий потребитель.
Какое именно хобби? Программирование? Тогда выбирайте не CMS, а фреймворк - по финалу будет больше знаний в разработке. Если хобби - проджект менеджмент, то выбирайте людей, с которыми удобно работать. На каком фреймворке или CMS они будут писать - это их дело, и их специализация. Конечно, можно влезть, и заставить писать на чем-то, что по вашему мнению лучше, но скорее всего это и сроки сдвинет, и денег съест больше. Что не говори, а лучше сделать сырой дешевый проект и выйти на рынок, чем клепать годами то, что в итоге окажется никому не нужным.
И я бы на вашем месте что бы там ни было, не называл проект "соц.сетью", потому что сам термин социальная сеть поднял планку качества настолько высоко, что надпись "domain.ru — социальная сеть без аналогов" в глазах ваших юзеров будет поднимать требования к сайту до запредельных. От соц.сети сразу требуется: колоссальная активность, n миллион юзеров минимум, удобное юзабилити, быстрая скорость работы, и внимание к мелочам. Любой мелкий косячек, и с вашего сайта свалят просто потому что там написано соц сеть, а на соц сеть вы не тянете. А я более чем уверен, что даже если вы начнете, то скорее всего сайт будет усыпан косяками (без них никуда).
Какая разница, вообще, какой вы движок выберете? Вы что, не понимаете, что ваш проект провальный? Что нового вы привнесли? Лайки? Фотографии? Списки друзей? Что заставит меня зарегистрироваться у вас? Для того, чтобы идея "взлетела", нужна или очень крутая идея (точно не ваш случай), или масштабное вливание инвестиций (в случае с соц.сетью, это минимум шестизначные суммы в долларах, надеюсь, хотя-бы это — ваш случай), нельзя просто так прийти без денег и без идеи и занять нишу на рынке. Почитайте хотя бы одну книгу про бизнес, как выбирается аудитория для бизнеса, как спланировать бизнес-модель, оценить конкурентов если они есть (у вас это Facebook, VK, Instagram, etc.). Мое мнение: берите любой бесплатный и понятный вам движок, не важно на каком из них потерпеть провал.
Я не сторонник говорить, что все уже придумали до нас, но если материализовать погибшие соц.сети, можно вымостить аллею их могилами. Подумайте над этим, иначе просто потратите часть вашей жизни на ещё одну никому ненужную соц.сеть для животных, железнодорожников, %название_профессии%, etc.
