Что почитать о продвинутой разработке web приложений?

Question

[Антон Морозов]

Всем привет.

Пишу свое веб приложение.

Знаю/понимаю фронтенд. В бэкэнде (на PHP) могу решить 90% задач, которые должно делать приложение.

Но дошел до момента, когда не понимаю, что делать дальше.

1. Приложение должно работать 24/7 с возможностью остановить и запустить процесс заново.
2. Связь фронтенда и бэкэнда реализована с помощью jQuery запросов к PHP - что мне кажется далеко не самым оптимальным вариантом.

Да, я только учусь. Но пожалуйста, не рекомендуйте мне документацию языка.
Не хочу учить по книжкам, сразу пытаюсь решать реальные задачи. Если то в языке не пойму - смогу загуглить.

Но вот то, что на стыке экрана и сервера - не понимаю

Подскажите, пожалуйста, материалы или какие-нибудь статьи начального уровня.. Не смог нагуглить ничего, честно)

P.S. Если вопрос задан некорректно, непонятно или что-то в целом не так - давайте обсудим. Если вместо ответа решили съязвить или кинуть камень в огород нуба - проходите дальше, ничего не выйдет.

Comments

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

могу решить 90% задач, которые должно делать приложение.

Ну очевидно, вы знаете, что это за 10%, подтяните их и все -- все задачи выполните, в том числе перечисленные

[sim3x]

Знаю/понимаю фронтенд

False

В бэкэнде (на PHP) могу решить 90% задач

False

Оба вопроса решаются/познаются после первого деплоя

[kafkiansky]

Но дошел до момента, когда не понимаю, что делать дальше.

1. Приложение должно работать 24/7 с возможностью остановить и запустить процесс заново.

В бэкэнде (на PHP) могу решить 90% задач

Не можете.

[Антон Морозов]

sim3x, до деплоя дело не дошло, т.к. у себя не готова версия, которая будет делать все, что от нее требуется.

Поэтому мне бы дойти до него сначала.

[Антон Морозов]

kafkiansky, попросил же троллей мимо проходить.

Не вырывай из контекста, "90% задач, КОТОРЫЕ ДОЛЖНО ДЕЛАТЬ ПРИЛОЖЕНИЕ".

[sim3x]

Антон Морозов,

Сделайте пруф оф концепт и задеплойте его
Без деплоя у вас нет и 1% понимания процесса

[Антон Морозов]

Максим Федоров, вот и обратился к сообществу, может кто подскажет, где почитать о недостающих 10%)

[Антон Морозов]

sim3x, уже работает на моем компе.

Но не 24/7, т.к. не понимаю, как грамотно логику работы с остановкой и продолжением работы реализовать.

[sim3x]

Антон Морозов,

На виртуалке с убунтой/центос?

Какой мануал использовался при деплое?
Что там было про systemd написано?

[Антон Морозов]

sim3x, на xampp, до виртуалки не дошел еще. Повторю, функционал не написан на 100%.

[sim3x]

Антон Морозов,

При разработке xamp и другие поделки на винде вам не нужны
Научитесь писать с девсервером
Он есть даже на пхп

Собственно, все что вам требуется сделать я уже описал

[Антон Морозов]

sim3x, окей, спасибо. Это уже что-то)

Answer 1

[Евгений Вольф]

1. Приложение должно работать 24/7 с возможностью остановить и запустить процесс заново.

Приложения на PHP, по умолчанию работают "24/7", но если Вы хотите, что бы процесс PHP постоянно висел в памяти - лучше обратить внимание на другой язык/стек, например C# + .NET или GO, они работают по принципу "процесс постоянно сидит в памяти", если для Вас это принципиально, т.к. у PHP несколько другая архитектура и, запустить ПХП-скрипт в циклическом режиме хоть и ничего не мешает, но я бы так делать не стал (по принципу "колоть орехи монитором - тоже ничего не мешает").

2. Связь фронтенда и бэкэнда реализована с помощью jQuery запросов к PHP - что мне кажется далеко не самым оптимальным вариантом.

Клиент-серверный обмен данными на уровне REST-API - вполне себе оптимален и достаточно часто применяется, если Вы об этом...

Не хочу учить по книжкам, сразу пытаюсь решать реальные задачи. Если то в языке не пойму - смогу загуглить.

Это Вы зря... Для начала, я бы всё-таки рекомендовал Вам книжку за авторством Котерова "PHP 7". Отличная книга "начального уровня". Если осилите её целиком - это будет неплохой старт.

P.S.

Знаю/понимаю фронтенд. В бэкэнде (на PHP) могу решить 90% задач, которые должно делать приложение.

Мне нравится Ваш оптимизм :)))

Эпилог:
jQuery постепенно уходит в историю, если хотите "знать фронтэд", на сегодняшний день - нужно знать хотя бы 1 из популярных ЖС-фреймворков, сейчас очень активно применяются (примерно в равной степени) VueJS и ReactJS, рекомендую Вам изучить хотя бы один из них, помимо прочего...

Comments

[Антон Морозов]

1. Да, действительно речь о постоянно сидящем в памяти процессе.

2. Понял, спасибо.

3. Уже читаю, просто практика чуть опередила теорию в моем случае.

Про оптимизм - пишу для себя, не для продажи или коммерческого использования, поэтому "на коленке с костылями" вполне устроит, главное чтобы работало

Большое спасибо за развернутый ответ, отмечу решением, пожалуй)

[Антон Р.]

Антон Морозов, а что за приложение, если не секрет?

[Евгений Вольф]

Антон Морозов, Вы мне очень напомнили меня самого, в ранней молодости... Я начинал так же как Вы примерно, "больше практики, меньше теории", с той лишь разницей, что начинал я с Ассемблера и С/++, а с теорией было всё очень скудно, не то, что "ютубов", даже интернетов толком не было... А книги стоили порой фантастических сумм...

На счёт "процессов в памяти" (или "постоянно работающих процессов") - PHP так умеет делать, без каких либо проблем. Вы легко можете из консоли запустить любой скрипт, в котором будет выполняться вечный цикл, но, т.к. изначально PHP разрабатывался с прицелом на другую архитектуру -- он изначально лишен ряда практических инструментов, крайне полезных в подобных ситуациях, например, возможности вывода кода в отдельный поток, отсюда и могут начаться гипотетические проблемы, в будущем.

Большое спасибо за развернутый ответ, отмечу решением, пожалуй)

Рад был Вам чем-то помочь.

[Антон Морозов]

Антон Р., для работы с инстаграмом.

[Vitsliputsli]

Евгений Вольф,

он изначально лишен ряда практических инструментов, ..., например, возможности вывода кода в отдельный поток,

Вы про многопоточность? Можете подробнее пояснить? Чем плохи pthreads или parallel?

[Евгений Вольф]

Vitsliputsli, да, я про них. Pthreads или parallel ничем не плохи, именно по этому я и написал "изначально". Они являются не конструкцией языка, а его расширением.

[Vitsliputsli]

Евгений Вольф, не думаю, что есть большая разница между втроенным функционалом и функционалом расширения. Но я больше спрашивал об опыте работы с многопоточностью в PHP, если таковой был, то какие были сложности или может быть непреодолимые проблемы, которые заставили уйти от PHP при решении таких задач?

[Евгений Вольф]

Vitsliputsli, глобальным опытом в этом вопросе, к сожалению, похвататься не могу, так как я не слишком сильно вдохновился реализацией многопоточности на уровне PHP, да и сами авторы языка/интерпрератора не слишком спешат внедрять нечто подобное на уровне "из коробки". В тех случаях, когда мне действительно нужда была многопоточность и "проссы сидящие в памяти 24/7" - я подбирал более релевантные решения для подобных задач, в первую очередь из соображений производительности и потребления памяти, по этой причине мой опыт в выше озвученом вопросе не слишком велик.

[Vitsliputsli]

Евгений Вольф, вот и я даже не знаю кто бы пробовал многопоточность в PHP, а очень интересно. Но как демон вполне стабилен. А если акцентироваться на производительности и потреблении памяти, то это не про интерпретаторы вообще, не только PHP.

Answer 2

[Рональд Макдональд]

Знаю/понимаю фронтенд. В

Нет.

В бэкэнде (на PHP) могу решить 90% задач, которые должно делать приложение.

Нет и 5%.

Связь фронтенда и бэкэнда реализована с помощью jQuery запросов к PHP - что мне кажется далеко не самым оптимальным вариантом.

И почему же? Что в связке JS+PHP вас так смущает?

О чём вообще вопрос? Если об этом:

Приложение должно работать 24/7 с возможностью остановить и запустить процесс заново.

и имеется в виду PHP-скрип, то вы абсолютно некомпетентны в своей сфере.
Серьёзно, сформулируйте вопрос связно, а пока - репорт.

Comments

[Антон Морозов]

Перекручиваете слова и еще репортите.
Ну ладно, удачи)

[Daria Motorina]

Антон Морозов, Рональд Макдональд прав, просто Вы не рады такой резкой форме. Просить совета и сразу просить не рекомендовать книжки как минимум странно, как максимум самоуверенно. Вы же не хотите, чтобы в других сферах вас обслуживали со знаниями из методички? Если у Вас слабые познания в пхп, но Вы настаиваете на том, что пхп-скрипт должен крутиться как демон то это тоже странно - существуют коллбеки, запуск по крону с с выгребанием задач на обработку и т.д. Ну и публикация вопроса это всегда риск услышать не то, что Вы ждали, но иногда в этой критике больше пользы, чем пассивная поддержка других комментаторов при неверном решении...

[Антон Морозов]

Daria Motorina, может быть.

Но первые 2 утверждения неверны, т.к. уже указывал выше, то, что хочу сделать уже на 90% сделано, а про некомпетентность сам написал. Если это считается ответом - принимается.

Просто сложилось впечатление, что большинство вопросов новичков наталкиваются на "ты ничего не знаешь, ты ничего не умеешь, даже задавать вопросы".

Окей, многого не знаю и не умею. Но, почему-то, у меня нет привычки указывать другим людям в их слабости.

Прошу заметить, что в так называемом ответе нет ничего, что могло бы помочь, в отличии от других ответов и комментариев.

Не рад ли я форме? Пожалуй. Но не считаю это даже ответом)

[Рональд Макдональд]

Антон Морозов,

что большинство вопросов новичков наталкиваются на "ты ничего не знаешь, ты ничего не умеешь, даже задавать вопросы".

Ну да. Когда человек даже без толковых начальных знаний заявляет, что он знает всё, это всегда вызывает отторжение. Аналогично наворачивают школьники, которые ставят Kali, спрашивая потом, что такое терминал.

Прошу заметить, что в так называемом ответе нет ничего, что могло бы помочь, в отличии от других ответов и комментариев.

Вопрос абсолютно оторван от реальности. Это во-первых. Во-вторых, в других ответах нет ничего нового, что я не сказал.

[Антон Морозов]

Рональд Макдональд, почитал информацию профиля и спешу уведомить, что я не вайтишник, не проходил курсы и не ищу работу за 300к)

Пишу исключительно для себя, не планирую брать заказы на что бы то ни было и плодить сайты с говноверсткой.

Я знаю далеко не все, но многое, чтобы реализовать нужный мне функционал. То, что не знал - спросил.

Ваша точка зрения понятна, свою, как мог, высказал.

Давайте на этом закончим)

[Рональд Макдональд]

Антон Морозов, нет, давайте не заканчивать.
Какие сложности возникли у вас с книгами для новичков?

[Антон Морозов]

Рональд Макдональд, никаких проблем, читаю "PHP 7 в подлиннике" сейчас.

Взялся кодить приложение, о котором идет речь, для того, чтобы реализовать идею.

Нашел на гитхабе библиотеку по работе с инстаграм, скачал xampp, настроил, скачал сам репозиторий, нашел пример работы, адаптировал под себя.

Написал несложную логику, запись/чтение с БД, минимальный интерфейс.

Возникли сложности - решил поискать решения тут.

Дальше вы все знаете)

[Рональд Макдональд]

Антон Морозов,

никаких проблем, читаю "PHP 7 в подлиннике" сейчас.

С этого следовало начинать.

скачал xampp, настроил, скачал сам репозиторий

Для начинающего ничего так, но это типичная задача любого PHPшника.

Нет, я вам не критикую, вы учите, развиваетесь, но у вас типичное заблуждение любого новичка - вы искренне верите, что знаете. Чем быстрее вы от этого заблуждения избавитесь, тем лучше для вас.

[Антон Морозов]

Рональд Макдональд, я с этим согласен, на самом деле когда что-то рабочее получается - кажется что осталось совсем немного понять/загуглить, чтобы довести дело до конца.

Но наперед вижу, что на определенном этапе гугление перестанет спасать и эта конструкция из говна и палок при любом обновлении библиотеки или попытке (как мне тут сказали) деплоя рассыпется к чертям.

Вот и пытаюсь найти информацию, чтобы все по уму - сначала котлован, потом стены и уже сверху только крыша.

Но желание "сделать продукт" перевешивает необходимость "выучить как следует", поэтому пытаюсь решить проблему оптимально, чтобы и рыбку съесть, и ноги не особенно намочить)

[Рональд Макдональд]

Антон Морозов,

Но наперед вижу, что на определенном этапе гугление перестанет спасать и эта конструкция из говна и палок при любом обновлении библиотеки или попытке (как мне тут сказали) деплоя рассыпется к чертям.

Мало практики, надо больше писать, тогда разовьётся понимание, как разрабатывать архитектуру приложения.

[Антон Морозов]

Рональд Макдональд, согласен. И помимо вопросов, которые вызвали тут праведный гнев сообщества в процессе работы еще много всяких возникало.

Например, библиотека прямо вот вся реализована на ООП, и все эти обращения к методам/классам вообще тяжело даются.

Вроде бы понимаю суть. Глобально. (На самом деле не очень) Но вот сделать, например, конкретный вызов метода из документации почему-то не могу. Или обработать грамотно ответ, когда 1 метод внутри кода содержит несколько api запросов, которые не особо нужны, а нужно еще как-то обработать несколько этих ответов, чтобы достать информацию, которая нужна.

Короче, все непросто, но очень интересно)

[Рональд Макдональд]

Антон Морозов,

И помимо вопросов, которые вызвали тут праведный гнев сообщества

Это из-за фразы:

Знаю/понимаю фронтенд.

с удивительно наивным вопросом после.

[Антон Морозов]

Рональд Макдональд, я неправильно выразился.

Для моих нужд нужны 2 кнопки и одно поле ввода + jQuery запрос для запуска самого php с api запросами, не более.

Я не претендую на звание чемпиона мира по фронтенду, но вы согласны с тем, что я действительно могу знать, как реализовать вышеперечисленное?)

Answer 3

[Антон Р.]

Не хочу учить по книжкам, сразу пытаюсь решать реальные задачи. Если то в языке не пойму - смогу загуглить.

А вот это очень зря, напоминает привычку русских людей собирать мебель без инструкции, а потом думать почему всё криво или остались "лишние" детали. Я тоже раньше думал что в книгах дают банальные скучные вещи, но без знания этих вещей ты как без инструкции перед грудой деталей. В общем читай, это полезно.

Comments

[Антон Морозов]

Согласен, но только с одной стороны. По книжкам не научишься плавать или водить машину.
Многие рекомендуют пытаться решать конкретные задачи, а не сортировать туда-сюда массивы по 10 раз.

Я четко понимаю, что такой поход чреват в будущем как бы это сказать... ограниченностью знаний и понимания сути, пожалуй.

Но лучше умея делать что-то и как-то потом учиться делать правильно, чем за полгода обучения знать только 10 способов транспонирования матрицы.

У меня в ВУЗе был предмет ООП - по нему курсовая и экзамен. Все, что помню - 3 постулата. Это небольшой камень в огород "ортодоксально правильного" образования.

[Антон Р.]

Антон Морозов,

По книжкам не научишься плавать или водить машину.

Нет конечно, поэтому теория+практика, но прыгать практикой сразу не изучив теорию ИМХО вредно.

[Антон Морозов]

Антон Р., я до практики не полным нулем был, скажем так 0,001%, но твердо знаю)

Answer 4

[FanatPHP]

что мне кажется далеко не самым оптимальным вариантом

Это очень странная фантазия
Фейсбук работает по такому принципу
Википедия работает по такому принципу
Порнхаб работает по такому принципу
Их всех такой вариант устраивает, а что у тебя за такое особенное приложение, которому этот вариант не подойдёт?

Comments

[Антон Морозов]

Вопрос в возвращаемых данных. Все на API запросах основано, на библиотеке.
Все эти запросы дают много ненужной инфы.

И соответственно в результате работы выдают мне это все.

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