Есть много различной литературы, но в основном это все вода, которая переписана из офф мануала и в них нету ответа на многие вопросы. В первую очередь интересует такой вопрос, с чего правильнее всего начинать написание простого сайта на php, что за чем нужно делать?
С чтения мануала? =) Или той самой бракованной литературы? А в чем затык? Какая конкретно литература не подошла и почему? viewtopic.php?f=13&t=4537
Читал Котерова, но там все разбирается отдельными эпизодами, нет такого что бы наглядно на примере было показано шаги написания простого сайта
Для начала надо научиться абстрагироваться. Нет понятия "сайт", "простой сайт". PHP это PHP, он там себе работает на сервере и все. Надо понимать алгоритмы, подходы, развивать инженерный образ мышления. Сайт - это всего лишь отрыжка с сервера. Взять, к примеру, Google. Сайт простой до омерзения. Именно вот сайт. Но алгоритмы, его обслуживающие - это адский адов ад. Прежде чем делать сайт, сделайте хелловорлд, умеющий считать количество кликов по кнопке с помощью сессий. А там само пойдет. Если книга учит абстрактным вещам, то это очень хорошо. Что с ними делать - сами придумайте. А если хотите собрать сайт как чудовище франкенштейна, как попугайчик повторяя уже готовые конкретные решения, то вам на ютьюб за видеоуроками. Но это путь заведомо в никуда.
ИМХО, сначала надо определиться, что требуется от сайта. От этого и плясать. Ведь от ого, что будет за сайт, с каким содержимым, какого вида, дизайна, с какими модулями и т.п. зависит то, какие алгоритмы и приёмы будут нужны. В идеале надо взять бумагу и расписать, где, куда и как будет ходить посетитель, какие данные ему будут выданы, как будут выглядеть странички. На другой бумажке расписать, какие данные куда идут, где и как обрабатываются, где и как хранятся и выводятся. Нарисовать схему алгоритма работы сайта. После этого сесть и заменить буковки в этом алгоритме на команды выбранного языка. Открыть самоучитель с примерами по дизайну и написать себе то, что определилось ранее. Но вот "хочу написать сайт, что для этого надо" - слишком абстрактный вопрос. Как-то так.
И вот тут мы пришли к самому главному - выбор метода разработки. Один советует делать более универсальную ЦМС и на ее базе фигачить сайт, другой советует делать сразу конкретное частное решение. Правы оба. Первый подход - промышленный. Очень долгая разработка абстрактного инструментария. Очень быстрая сборка приложения на базе этого инструментария. Игорь посоветовал именно это. По такому принципу работает гугл, например. Дохрена общих решений, на базе которых они штампуют сервисы. Времени у тебя уйдет куча, сил еще больше. Но, в итоге получишь некий движок, вокруг которого крутится сайт. Такую вещь потом очень легко поддерживать и развивать. И оч просто масштабировать. В добавок, с помощью имеющегося инструментария потом можно сделать что угодно в сверхкраткие сроки. Второй подход - ремесленный. Очень быстрая разработка, но система будет крайне капризной, чувствительной к изменениям, могут быть проблемы с масштабированием. Заточенность сугубо под конкретную задачу, из-за чего любое нововведение будет отдаваться болью. Причем в любых мелочах...просто хотя бы в том, что ты решил перестроить логику вывода контента. Зато быстро. Просто супер-быстро, и это, порой, решает. Так у нас работает вконтактик. Если совмещать оба подхода, можно получить высер типа вордпресса. Вот как-то так. Выбирай, долго, но гибко, либо быстр, но деревянно? С возможностью многократного применения, или one-trick-pony? Убить два года, или три месяца? Синяя или красная?
берешь книгу -куяк куяк - говоришь блин за што? Добавлено спустя 1 минуту 25 секунд: а по делу - коваыряйся во всякой фигне криту там цифори разные ставь и читай из инетика чё куда и зачем - тут всё в инете есть книги ненужны я досихпор листаю чё надо беру оттуда ну уже и в память отлаживается немного.