>>51883
гугл-"как делать сайты на похапе"-профит-сажа

>>51883
Попробуй написать чего-нибудь для начала без фреймворка, хотябы какой-нибудь

<?php
  print "hello world";
?>

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

>>51884
Не, там выдается быдло-говно, непригодное для более-менее серьезных проектов.
>>51886
php и MySQL знаю, связать могу, с технологиями разберусь. Интересует проектирование сайта, т.е в каком порядке что делать, как правильно организовать хранение данных в бд и тому подобное. А сама реализация это дело в принципе не трудное.

>>51891
у нас сайты вроде как никто не пишет. есть сисадмин-кун, системный архитектор-кун. вебдизайнеров нету. или скрываются.

>>51892
Я балуюсь, порой, даже иногда не для себя, но помогать не буду, ибо вопрос унылый и миллион раз поднимался во всех возможных разделах(нерелейтед в том числе) на абсолютно всех чанах.
Кстати, я где-то слышал мнение, что если ты получаешь за что-нибудь деньги, то ты можешь называться професcионалом. Новерь, что ты думаешь по этому поводу?
>>51891

>там выдается быдло-говно
>сайтов на PHP

А ты чего ожидал?

>>51891

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

По хорошему начинать стоит с того, чтобы определиться, что же этот сайт все-таки будет делать, планируемое число посетителей. Используемые технологии и организация данных же целиком и полностью зависит от ответа на предыдущий вопрос. Где-то и mysql лишним будет, где-то тебе придется искать что-то по серьезней его. Вот только в большинстве случаев сайты делаются установкой какой-нибудь готовой CMS, вроде друпала, натягиванием туда дизайна и забиванием контентом. Это позволяет быстро и без дополнительных усилий получить от заказчика деньги и забыть о нем. Список того, что можно поставить и ковырять: http://ru.wikipedia.org/wiki/Список_CMS и если рамки CMS вдруг окажутся для тебя слишком маленькими то http://ru.wikipedia.org/wiki/Список_CMF

>>51893
а если стажер?

>>51896
Мне кажется, что здесь все же используется разделение профессионал/любитель.

>>51895
Больше спасибо тебе, няша! Можешь ли еще подсказать в каком направлении искать информацию по проектировании баз данных?

>>51895
вы с юмяу не перестаёте меня удивлять, однако.

>>51898
Большинство CMS содержат уже содержат готовую структуру базы и нередко даже не требуют навыка работы с базой напрямую, в то же время являются не самым худшим примером того, как базу можно строить и как можно с ней работать, на первое время вполне может хватить. Если хочется знать больше - вполне годный мануал по MySQL, по которому вполне можно понять что это такое, как это работает и как с этим работать: http://dev.mysql.com/doc/refman/5.5/en/

>>51901
Оу, я наверное неправильно выразился. Пользоваться-то БД я умею, только вот не знаю как правильно там размещать данные. Ну т.е. чтобы не было дублирования информации, выглядело понятно, можно было в любой момент увеличить количество полей и ничего бы не полетело. Как то так.

>>51883

Знаешь, почитать книгу или гугл - не самые плохие советы для "с нуля". А вообще, не понимаю, что мешает тебе зайти в обучающую систему одного из вузов? Там тебе и список литературы и разработка с нуля по этапам, и ЧАВО, и софт, и вопосы для проверки, и даже онлайн косультации?

>>51902

>Пользоваться-то БД я умею, только вот не знаю как правильно там размещать данные. Ну т.е. чтобы не было дублирования информации, выглядело понятно, можно было в любой момент увеличить количество полей и ничего бы не полетело.

Няша, ты сделал меня плакать. ПХП тут уже ни при чём, здесь читаешь проектирование СУБД.

Раз уж пошёл такой разговор, никто из новерьков не пользует оракл?

>>51902

> чтобы не было дублирования информации

Есть уникальные поля же.

> выглядело понятно

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

> можно было в любой момент увеличить количество полей и ничего бы не полетело

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