Мифы о PHP 

ChatGPT накодит небольшой кусочек кода по запросу

Если я поставлю его перед собой, он заслонит камеру 🤣🤣🤣🤣

@@alex-will-explain можно ниже камеры поставить или говорить от себя, но в тексте просто накидать план. Или видеоряд накидать и озвучить. Ещё есть нейронка, глаза выставляет в центр камеры, по моему от nvidea.

@@silverbkv уже ничего нельзя поставить ниже, потому что это запись, а не стрим 😆

Неплохая идея, подумаю над этим :)

@@alex-will-explain просто про JS и python инфы много а про PHP как кот наплакал)

Многие переходят на ноду, а если учесть, как активно она раскачивается, то думаю скоро количество написанных на пхп сайтов станет еще меньше. Не хейт в сторону ЯП, сам на нем тоже пишу/работаю. Но факт остается фактом.

Я на каком-то форуме около 2010 года спросил, как научиться писать на php, а мне ответили, что там не надо учиться, просто берёшь и пишешь 😆 звучит дико, но это сработало. Позже это сработало ещё и с javascript))) поэтому я советую не ждать того момента, когда "созреешь для работы", а поискать какие-нибудь небольшие заказы на фрилансе.

@@alex-will-explain Искал, но давно, воодушевил попробовать еще раз, надеюсь найду осиляемый😀

@@max_postmind в первый раз действительно может быть очень тяжело. Но хорошо, когда это лишь подработка и финансово ничем не рискуешь

@@alex-will-explain Искал выполнимое задание, но не нашел искал еще на апворк, тогда был, решив доучиваться, загнав себя в так называемый "tutorial hell", и начал обучаться, как безумный, но ни конца ни края, не увилел.

@@max_postmind на апворке без опыта сложно будет. Для начала можно попробовать искать даже на досках объявлений что-то простое. Много на таких заказах не заработаешь, и там часто сталкиваешься с тем, что всё сделано через одно место. Тем не менее, это даст хорошее представление о том, как всё устроено в реальном мире

Просто есть разные метрики расчёта плюс цифра со временем меняется, и есть явная тенденция на снижение. Например тут приводится цифра 77,4% на долю PHP w3techs.com/technologies/overview/programming_language по состоянию на 20 июля 2023. При любой методике цифры могут искажаться за счёт всяких технических или тестовых доменов, временных сайтов-заглушек, "сайтов-однодневок" и т.д. Но как по мне, 70 или 80 - это вообще не имеет значения. Даже если будет только 50% - это всё равно очень много и на порядок выше, чем у ближайшего конкурента.

Немного не так. Правильно будет "php умирает после каждого запроса". Суть в том, что на каждый запрос php создаёт новый процесс, который завершается после выполнения запроса. Получается, что все запросы изолированы друг от друга. И время жизни процесса - это миллисекунды.

Вообще, это очень хороший и правильный вопрос. Чтобы понять это, полезно будет вспомнить, как это всё работало в древние времена. Суть php изначально заключалась в том, что можно писать простой HTML с динамическими включениями в тэгах php. И каждый роут сайта был отдельным php файлом. К примеру, чтобы загрузить статью под номером три адрес мог быть /article.php?id=3. В файле писался простой запрос в базу данных, а результат, например заголовок и текст статьи выводились посреди HTML-шаблона. А потом начинается усложнение, например, хочу чтобы статью можно было снять с публикации, но чтобы админ мог её видеть, и вот уже надо проверка прав доступа. Потом захочется ресайз картинок, потом, к примеру ЧПУ-ссылки и уже нужен роутер. Получается всё больше логики, которую надо выносить из шаблона. Потом всё это организуется во всякие классы, сервисы, контроллеры и т.д. и вот у нас рождается какой-нибудь Symfony. И в какой-то момент понимаешь, что действительно, существенная часть кода веб-приложения запускается одинаково при каждом запросе и было бы неплохо держать хотя бы эту часть всегда запущенной. Но для этого придётся переписать всю архитектуру с нуля. Хотя уже есть всякие штуки типа Swoole, которые делают именно это. Однако, у такого подхода, когда приложение живёт только во время запроса есть целый ряд преимуществ: во-первых, запросы абсолютно изолированы между собой. Каким бы криворуким ни был разработчик, данные из запроса одного юзера не смогут случайно попасть в запрос другого. А вот на express.js я однажды случайно так сделал 😆Во-вторых, из-за этого php значительно меньше подвержен утечкам памяти. Всё тот же express.js при длительной работе может "раздуваться" и тормозить, приходится перезапускать раз в несколько дней. В php такое невозможно в принципе - все занятые ресурсы тут же высвобождаются после завершения запроса. И третье довольно неочевидное преимущество - когда много работаешь с php привыкаешь думать об оптимизации потребления ресурсов. Там где в js можно сделать асинхронный запрос и повесить индикатор загрузки, в php приходится думать о более рациональном использовании ресурсов. И потом этот навык остаётся даже если переходишь на другой язык.

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

Зачем фронтенд фреймворки интегрировать в php? Не лучше ли фронт и бэк сделать полностью раздельными?

@@alex-will-explain тем более насколько мне известно с 5 ангуляром напрямую он запросы в БД делать не может а значит или нода или php а если нода то тогда не вижу смысла spa вообще компилить.... максимум в кеши всё хранить. я конечно могу что то не знать и не понимать но....

Вполне реальная цифра, но только для очень крутых специалистов.

Можете привести реальные кейсы переходов с ноды на пхп (также с уточнением какую часть переносят, фронт или бэк)?

@@newgrafon5185 куча, начиная от магазинов кончая пейдингами, очень много.

Нет))

@@alex-will-explain а как же тогда понимать тейк "ну вы всё равно на нём сайты писать будете и самое медленное, что будете делать это писать в базу"?

@@kosiak10851 это нужно понимать так, что производительность php достаточная для того, чтобы выполнять основные свои функции - то есть создание серверных веб-приложений. Безусловно, php не является языком общего назначения, как, например, Си или Java. Это не есть хорошо или плохо. Это просто данность. Например, Javascript или Kotlin точно так же применяются в довольно ограниченной области и этот факт не делает их хуже.

А ещё непонятно, что вам мешает использовать php в highload приложениях или облачных вычислениях?

Как можно не любить доллары?

@@alex-will-explain да не важно, что за символ по большому счету. Сам принцип не нравится, его необходимость. Не знаю, кому как, но мне эти символы мешают немного читать код. Я не скажу, что это критично, но когда все переменные начинаются на один и тот де символ, это затрудняет чтение кода лично для меня.

@@phat80 а по мне, удобно, т.к. не спутаешь переменную с функцией, к примеру. Но соглашусь с тем, что смысла в этом не очень много

@@alex-will-explain не знаю, в свое время начинал именно с PHP. И после PHP другие языки (без обязательных префиксов) выглядели для меня более приятными. Ну а спутать переменную и функцию, это надо очень постараться 😁 Наверное, спутать может только совсем новичок в программировани. Но самое бесящее, что этот символ бакса не набирается нажатием одной кнопки. То есть постоянно надо нажимать соответствующее сочетание клавиш.

Не припоминаю в php каких-то слишком длинных имён стандартных вещей. Да и какое это имеет значение, если любая IDE найдёт любой класс максимум с трёх-четырёх символов?

@@alex-will-explain насчет IDE согласен) Но как по мне, пыху лучше использовать только для чтения/записи в БД, а страницу формировать динамически, на веб-компонентах

@@code-art-school мне тоже больше нравится подход, когда php используется только для формирования данных на бэкенде, а фронтенд на js

Вот не поверю. 10 лет работаю с php и ни разу не было такого.

Согласен. Некоторые CMS по своему коду и в целом по подходу скорее напоминают сборник вредных советов 😆

@@alex-will-explain наиболее приближен к чистому, хоть и странно, битрикс. Фактически тот же php, но с дополнительными обертками. Остальное, например OpenCart или, упаси боже к нему вернуться, ModX, какашки. Использование шаблонизаторов в PHP полный бред по моему.

Я в произношении руководствуюсь общепринятой практикой, как в этом видео ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-jZMSJoCJnK4.html