> Добрый день. Решил создать сайт школы в формате сайта-визитки на чистом PHP.
> Столкнулся с тем, что для меня проблематично разбить эту задачу на
> подзадачи, т.е., банально, трудно понять с чего начать. Очевидно, что первоначально
> это должна быть верстка, но хотелось бы понять и более "локальные"
> задачи. Посоветуете какой то выход из этой ситуации?

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

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

Возножно, имеет смысл сделать первые итерации не на PHP, а просто на HTML.

Возможно, MVP (Minimal Viable Product) в вашем случае будет просто страничка на один экран с 0.5 кб текста, картинкой и контактными данными. На этом можно будет остановиться, или ответиь на вопрос "чего не хватает" и развивать дальше.

Возможно, вам поможет нарисовать на бумажке примерную компоновку, сваять контент для примера (написать текст, добыть фотки) и закодить этот пример в HTML. Потом другой пример. Когда у вас их будет 2-3 штуки, должно стать ясно в чём разные странички будут похожи, а я чём отличаться.

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

> Добрый день. Решил создать сайт школы в формате сайта-визитки на чистом PHP.
> Столкнулся с тем, что для меня проблематично разбить эту задачу на
> подзадачи, т.е., банально, трудно понять с чего начать. Очевидно, что первоначально
> это должна быть верстка, но хотелось бы понять и более "локальные"
> задачи. Посоветуете какой то выход из этой ситуации?

Открой для себя WordPress.

Это если тебе нужен сайт для школы, а не "подзалачи" "на чистом ПХП".

Вы уже ошиблись, начиная планирование от инструмента, то есть от php.
Начать надо с понимания, какой требуется показать контент(что, о чем), каким образом(верстка, медиа), требуется ли интерактивность, взаимодействие с пользователями (какое именно).

Если не требуется интерактив (не нужны чаты, форумы, регистрации и личные кабинеты с сохранением каких-то данных), вам вполне подойдет генератор статических сайтов. То есть, не нужно ничего делать на php. у этого подхода масса плюсов, его часто выбирают даже профессиональные программисты, если нужен простой сайт.

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

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

Очевидно в вашей ситуации только то. что ни с одной из сторон предмета вы незнакомы в сколь нибудь полезной степени. А это означает практически только один практичный совет:

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

> Добрый день. Решил создать сайт школы в формате сайта-визитки на чистом PHP.
> Столкнулся с тем, что для меня проблематично разбить эту задачу на
> подзадачи, т.е., банально, трудно понять с чего начать. Очевидно, что первоначально
> это должна быть верстка, но хотелось бы понять и более "локальные"
> задачи. Посоветуете какой то выход из этой ситуации?

Локальная задача задать себе вопрос "а смогу ли я написать безопасный код на пхп?".

> Добрый день. Решил создать сайт школы в формате сайта-визитки на чистом PHP.
> Столкнулся с тем, что для меня проблематично разбить эту задачу на
> подзадачи, т.е., банально, трудно понять с чего начать. Очевидно, что первоначально
> это должна быть верстка, но хотелось бы понять и более "локальные"
> задачи. Посоветуете какой то выход из этой ситуации?

1) собираем и компонуем материал как это все должно выглядеть. Можно в обычном ворде. Определяемся с каждой страницей что и где у нас должно быть. В общем делаем простые макеты (чисто текст и картинки + описание ссылок и функционала).

2) делаем карту сайта (лучше на бумаге или в том же ворде). Это в общем похоже на оглавление.

3) Верстка: гуглим "botstrap шаблон для учреждения образования" ну или подобное

4) Выбираем php инструмент по вкусу. Это может быть laravel(или другой фрэймворк) или cms (joomla, wordpress). Самый интерес это api на laravel и frontent на nuxt(это SSR для vue) + все это в Docker (4 месяца копаний и вы готовы к трудоустройству в web studio на junior), ну или js fullstek.

5) Если вы хотите все таки самостоятельно разраббатывать а не использовать готовое, то используйте по максимуму уже готовые инструменты (composer, npm) и стандарты PHP (psr 4, 7). Окружение (т.е. всякие php, mysql, nodejs, nginx) только в Docker и только в Linux (ну ладно ладно, согласен на virtualbox в vagrant). Помните: разработка под web (не вестка и не дизайнерство!!!!) на винде, всегда подкидывает пусть и небольшие но лишние проблемы.

6) При разработке помните все есть блог и все есть CRUD.

7) НИКОГДА не разрабатывайте собственные костыли для авторизации. Взломают и присунут (а что и куда, не хочу даже говорить).

8) А если все таки это разовая задача и вы не связываете свое будущее с разработкой, то все таки лучше взять cms. Но согласен, свое (даже чисто в развлекательных целях), делать гораздо интереснее. К тому же навык программирования (даже минимальный), никогда лишним не будет.

9) а также используйте GIT. Пусть даже локально (без github) и в master-ветке. Но используйте. Вы даже не представляете скоко геммороя вы избежите при этом.

Не ну я понимаю, что мои рекомендации слишком размытые. Но тут сложно что-то еще посоветовать. Ну может быть только еще один нюанс:
В разработке инструмент часто не отличим от собственно решения задачи - и то и другое есть код. Соответственно представьте что вам нужно просверлить дырку. Вероятно вы купите для этого дрель или возьмете ее на прокат или просто попросите у знакомых. Но ВЫ НЕ БУДЕТЕ ДЕЛАТЬ ДРЕЛЬ. А даже если и сделаете что-то похожее на нее, качество будет несопоставимо с заводским продуктом.
Но в разработке очень часто люди, вместо того что-бы сверлить дырки, делают дрели. И это еще пол-беды, но эти самописные дрели используют в собственных проектах. И в результате часто получается "взрыв дрели". Эти дрели кстати называют "велосипеды" и "костыли".
Кроме того размер кода инструментов и кода решения задачи (так называемой бизнес-логики) может достигать соотношения: 99 к 1. Это означает что вы можете много дней, недель, месяцев  делать свой движок блога(что как раз и являеться инструментом), который все равно выйдет кривым косым и падающим, вместо того что-бы взять тот же laravel, изучить за пару дней его основные моменты (миграции, маршрутизация, работа с бд, безопасность, авторизация, тестирования, фронтент компоненты и интеграция c webpack). Т.е вы потратите не меньше месяца на то что можно сделать не напрягаясь за неделю.
Поэтому лучший выход для начинающих это изучать процесс использования гоотовых компонентов. В том же PHP вы неизбежно столкнентесь с необходимостью понимания PSR и composer, а во фронтентде с webpack и его использованием в таких монстрах(в хорошем смысле) как react и vue.
Да даже когда вы достигнете уровня мидла или сеньора, так ли уж появиться необходимость в разработке собственного инструментария, если сейчас (ну по крайней мере в web) 99% основного инструментария(именно готового кода инструментов, библиотек, фрэймворков) уже существует и собственно ваша основная основная задача это сборка проекта из готовых кирпичей(фрэймворков, библиотек) путем смазывания их цементом бизнес-логики.

> Добрый день. Решил создать сайт школы в формате сайта-визитки на чистом PHP.
> Столкнулся с тем, что для меня проблематично разбить эту задачу на
> подзадачи, т.е., банально, трудно понять с чего начать. Очевидно, что первоначально
> это должна быть верстка, но хотелось бы понять и более "локальные"
> задачи. Посоветуете какой то выход из этой ситуации?

Здравствуйте! Чтобы разобраться в том, как работать с php, можно
попробовать создать две страницы php.
1) Один php-файл с выводом информации из файла или БД.
2) Второй файл с возможностью записи/удаления в/из файл или БД.
И второй файл желательно под паролем.

да вроде то же самое случилось со мной, все еще ищу ответ