profesor08, вас вообще несет не в ту степь, я говорю, что вы нарушаете общепринятые rest принципы без видимой причины и изобретаете какие-то велосипеды, а вы в ответ ссылаетесь на сферические гугли в вакууме. Я прошу вас ссылки привести как примеры ваших слов, вы в ответ про платежные системы и авторизацию. Вы вообще читали про rest? Использовали хоть один фреймворк современный с rest апи? Я бы понял, если задача стояла нетривиальная какая-то, где rest неуместен но топикстартер не пишет интеграцию с банковскими системами, не собирается использовать soapы и xmlы, не спрашивает про авторизации, ему только данные со своего сервера на страницу вывести, зачем тут велосипеды, которые не имеют отношения к вопросу топикстартера, а в перспективе (хотя почему в перспективе, прямо во время реализации) ведут к говнокоду, если уже 10-15 лет как придумано элегантное решение?
olijen, я тут перечитал свой ответ и хотел бы отредактировать его, а то наехать на pjax наехал, а сути послания не передал. Используйте вместо pjax отдачу контента в виде json, с ним куда легче работать на клиенте, также вместо дополнительного get параметра можно использовать заголовок content-type, чтобы сервер мог определить, отдавать страницу целиком или только кусок (это вопрос удобства вашего на самом деле, да и в будущем если потребуется фильтровать входящие get параметры, не нужно будет держать в голове, что этот может с чем-то совпасть, с каким-то полем в базе, например, по которому вы ищете). Это облегчит вам как будущие возможные доработки (та же работа с метаегами или обновление данных не ломая скрипты на фронте), так и не потребует от вас содержать две копии верстки (одна в pjax, другая в самих страницах).
profesor08,
- тогда почему при 99.99% post запросах, возвращаются какие-то данные?
А в чем проблема? При создании новой сущности апи часто возвращает ее в ответе.
- И api сервисы, которые используют подобный подход, включая некоторые от гугла, амазон и пайпал - тоже говнокодеры писали.
Какие конкретно сервисы вы имеете в виду? Можете кинуть ссылки на конкретные методы в документации? А то сейчас окажется, что вы про поиск по картинке говорите или иной метод, подразумевающий принятие большого куска данных, которую get запросом передать невозможно. Либо просто протоколы, которые к html не имеют отношения.
- Более того, на get и post свет клином не сошелся
В html формах сошёлся.
profesor08, вам вы сперва ознакомиться с общепринятыми практиками, а потом отвечать. Post запросы принято использовать для изменения данных на сервере, а get - для их получения, а не для того, чтобы изголяться вкривь и вкось. Сами говнокодите, так хоть других не учите тому же самому.
olijen, технически под определение SSR сейчас относят реализацию на сервере верстки, которая по-умолчанию делается js-фреймворками на клиенте, а не верстку, изначально сделанную на php (хотя она является ssr по-умолчанию).
В рамках pjax ваша задача с метатегами не решается. вам нужно получать от сервера не кусок верстки, а упорядоченные данные. То есть объект json вида
{
metatags:[...],
content:[...]
}
и обрабатывать каждый блок этого объекта на клиенте. В content к примеру лежит необходимая вам верстка, если вы так сильно не хотите генерировать ее на клиенте, а метатеги в массиве metatags. Если в ответе присутствует metatags, правите их с помощью jquery примерно так: jQuery("meta[name='keywords']").attr('content','тут кейворды'); но это вы, думаю, сами видели в поиске.
DeniSidorenko, я же написал вам, используйте инсейлз. То, что вы php не знаете в должной мере говорит уже то, что вы не осилили опенкарт и называете его архитектуру сложной и непрактичной. Я вам даже больше скажу, там не контроллеры менять придется, а модели, потому что это классическая mvc, почитайте о ней, если планируете изучать программирование, ну или забейте на все это, если вам только магазин открыть. Другие архитектуры также реализуют в той или иной мере принципы solid, как и движки других магазинов. Если думаете, что встретите что-то иное в них, вы ошибаетесь. А инсейлз как раз платформа для верстальщиков, ваше дело - шаблон, их - поддержка бэкенда. Хотя не надейтесь там развернуться в полную силу, доступа к коду (кроме шаблонов) у вас не будет. Но и проблем тех, что вы сейчас встретили тоже.
Anton Mashletov, Как записать ip хоста в переменную для другого хоста в docker-compose? год назад я столкнулся с этой задачей и решить ее в докер компоуз не удалось, позже один админ сказал, что она как раз решается кубернетесом, к сожалению, проверить не смог, так как оказался засыпан другими делами и проект поднял без контейнеров. Причем это тривиальная задача, ничего сверхъестественного.
Константин Нагибович, интересная статья про ошибку выжившего, конечно, только в ней есть другая ссылка на сами фейлы на сайте смартпрогресса. Вы их видели? 1 место - чел говорит, что с нуля поднял бизнес до 400 млн и поставил цель довести выручку до ярда, но довел только до 600 с чем-то мультов. фейл. Далее смотрим - дизайнер обосновался на апворке и решил поднять заработок за короткое время до 5к$, но ему удалось подняться только до 2-3к$ (при занятости 2 часа в день), фейл. Чувак запустил игру про бизнес и поставил ель заработать 10000 рублей. зафейлил. Черт возьми, но смотрим комментарии, он пишет, что не дотянул несколько продаж до этой цифры к сроку, а далее ссылки на новые цели, поставленные несколько месяцев спустя и там этот чувак уже поднял со своего проекта 150 тысяч. Следующий фейл - основатель студии говорит о выручке 100 тысяч, которую он имеет в данный момент (да. меня такие цифры тоже забавят, когда я вспоминаю о средней зп программиста) и он ставит цель поднять ее до 500. фейлит потому, что достигает выручки в треть-половину от намеченного. То есть 160-250 тысяч в месяц. Как показывает ваша ссылка, при должном старании можно получить результаты, пусть и меньшие, чем те, на которые вы надеетесь.
И да, я не утверждаю, что всем программистам под силу запустить свой сервис без напряга, с первого раза, без рекламы, выжить в конкурентной борьбе и завести ферму с розовыми понями на старости лет, но успешный проект - это вовсе не ошибка выжившего, а результат упорного труда. Но ведь мы не все упорные (тем более работать за гарантированные деньги проще). В спортзале тоже не каждый соточку от груди пожать сможет и уж точно не новичок, но там про это никто про способных это сделать не говорит, что это ошибка выжившего.
Crash, кстати, вот еще статья про другой сервис от того же парня https://habrahabr.ru/post/321978/ там доход уже 200 000 в месяц. Если показывать людям такую цифру, пустого трепа о том, что на выхлоп от сервиса даже дошик не заваришь становится куда меньше.
Minifets, такой конструктор вряд ли сможет покрыть количество задач большее, чем конструкторы сайтов и модули для cms. Я бы даже сказал, он будет жестко к этому всему привязан, то, что делается фреймворками, уже не будет подпадать под него