Пляши от построения модели базы данных.

Составляешь бизнес-план.
Берешь под него кредит.
Снимаешь офис, закупаешь оборудование.
Нанимаешь 2 программистов (широкопрофильных), программиста с уклоном к БД, сисадмина.
По мере написание программного кода, нанимаешь дизайнеров, интерфейщиков, верстальщиков, доп. программистов, контентщиков, оптимизаторов.
Тогда, возможно, получится сайт, который будет иметь какую-то конкурентноспособность.

жжёшь!

ЗЫ. хотя и прав!

Есть php фреймворк MVC для быстрой разработки, называется CakePHP, если осилишь то в бой.

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

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

Сначала содишься и начинаешь думать, а что же тебе вобще нужно, универсальный движок по до всё на свете или узконаправленный на твою тематику. Вобще универсальный в идеале.
После того как ты вроде бы всё придумал (а на самомделе не учел миллион фактов :) начинаешь писать сам движок.
Сперва лучше всего написать скрипт доступа в админку, затем если есть желание написать скрипт который сам создаст конфиги для подключения к БД, создаст все начальные таблицы и пользователей для доступа из веб. Дальше делаешь вывод структуры сайта, создание разделов и прочую хрень... вобщем тут выбор действий бесконечный.
Я просто сам последние полтора месяца пишу универсальный движок который буду использовать везде. Уже не один раз переписывал кучу скриптов потому что вечно всё изначально под конкретные случаи пишется. Зато щас уже вполне функциональная версия готова, всё сама рисует, добовляет, обновляет и т.д. Но до ума такое чудо можно доводить вечно :)
Вобщем одни любят бесконечно долго в гараже с машинами ипаться, а другие над программным кодом и в обоих случаях получают от этого удовольствие. Движок как ребенок, постоянно капризничает и не хочет что-то делать, но тебе вечно хочется его порадовать новенькими функциями :)
Так что было бы желание, а остальное в твоих руках, дерзай :)

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

А есть где мануал на русском почитать?

С админинки это жесть! сначала надо сделать быстрый фронт-енд, а уж потом админку.

Что ты хочешь? Чтоб тебе тут в рамках одного топика в двух словах ответили на глобальный вопрос: "Как делать веб-проекты?", во всех подробностях?
Если ты этого не знаешь, то тут два варианта или учится, учится и учится ... и для тренировки сделать сначала хотя бы простенький сайт из 10 страниц, а не мегапортал.
Второй вариант тебе уже сказали - нанять людей, которые это умеют.

Хочу я чтобы знающие люди поделились опытом, кто с чего начинал писал свой движок. Кто-то с базы, кто-то с админки, кто-то с авторизации...
На счет учится - не спорю, никогда не поздно.
Я и пришел на этот форум чтоб чему-то научиться, сперва задав вопрос.
- так можно написать на абсолютно каждый топик, в котором присутствует хоть один вопрос. Не можешь дельного ничего подсказать - промолчи. ИМХО.
И я не говорю о двух словах, терпения и на книгу хватит, хотелось бы получить хоть какой-нить толковый совет, а не флуд типа второго варианта.

На тебе ссылку, изучи ее. Может тогда поймешь, почему от большинства опытных людей на форуме ты получил в ответ флуд.
http://ln.com.ua/~openxs/articles/smart-questions-ru.html
После чего, переформулируй свой вопрос в соответствии с приобретенными знаниями, иначе тема будет закрыта.

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

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

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

Эх, сколько нас не учили в институте работать с программами по разработке прочих программ или чего там еще душе угодно, но всё-таки смотрю не только для меня листик бумаги удобнее всего для проектирования!!! :)

согласен с предыдущим топиком

А на счет написания движка... Я делаю так.
Для начала представлю что в базе уже есть данные, и пишу скрипты для
вывода менюшек, конетента ну и прочего. Потом добавляю страницу для регистрации
пользователей, потом для авторизации, ну и так длалее...
Т.е. в общем можно сказать что для начала стоит написать скрипты для вывода
контента кторый уже есть в базе (в случае сайта знакомств это, например, анкеты пользователей),
а потом все остальное (регистрация пользователей, добавление анкет и прочее)

Для начала изучите другие скрипты и движки, хотя бы 2 популярных.

Потом прочти вот эту статью http://websoft.h18.ru/code_ignitor.html

После скачай этот самый фреймворк (он очень простой если не рассматривать БД) и попробуй на его основе написать фунционал например для форума или блога. Там уже сам поймешь что да как начинать и как заканчивать писать движки. В статье как раз приводится примерная структура любого движка.

По поводу очередности написания - представления или реализации я думаю стоит начать именно с реализации, а представление делать схематичным. А уже после завершения хотябы 30% функционала можно вплотную заняться представлением (менюшками, таблицами, списками).

Желательно с <?php

А вельдера до сих пор колбасит ))) Интересно, что будет завтра.
Кстати мой распорядок сегодняшнего дня форум-обед-форум :) Эх, как жаль что через пол часа уже домой идти, тут такие баталии )))

Кстати могу предложить свой вариант концовки любого движка ?>

У меня точно такойже вариант работы седня был тока в обед я чуток поработал а твоя идея по по поводу ?> очень интересная возьму на заметку

Ну в обед меня тоже чуть-чуть на работе понагибали, но работать я всё равно не стал. :)
Не мог я уже это делать, не до этого :)

Я начал с дизайна, потом написал новости, щас форум дописываю

На мой взгляд надо начать с ТЗ, потом проектирование БД, а потом админка...ну и клиентская часть.

Главное понять - что тебе нужно, хотя в процессе работы, всеравно 10 раз все перепишешь и переосмыслишь...
Для начала сядь и напиши на бумаге ТЗ, с него и начинай, по-моему - кодить что либо без осмысливания, надобности и ТЗ - бредовая идея.

А по мне, так если такой вопрос задаётся, то значит схема недостаточно продумана. А движок с недостаточно продуманой схемой можно сразу фтопку.

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

прочитал всю тему.
Странно, но большинство почему-то советуют, как писать САЙТ. Движок- это основа сайта, как по мне.

С чего начать движок.
1. С выбора модели программирования. Функции или классы.
2. Продумать таблицы БД, которые будут в движке.
у меня в последнем движке:
- администраторы
- откаты
- ошибки
- кэш страниц
- защита форм
- несколько таблиц для статистики

3. Определиться с постоянными файлами. Например: функции, глобальные переменные, массивы, константы. Можно ошибки в отдельный файл вынести.

4. Продумать систему шаблонов. Как они будут подключаться, парситься и т.д.


Но намного проще сделать по-другому. Взять и написать какой-то сайт. Пусть небольшой: главная, контакты, новости, каталог товаров. И во время написания сайта думать о том, КАК можно ВЫДЕЛИТЬ постоянную часть, которую можно использовать в другом проекте.

+1

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

а это не входит в "постоянную часть, которую можно использовать в другом проекте" ?
если нет, то к дижку это практически не относится

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

Так нужен движок или сайт?

Это моё мнение. Но ничего нет лучше практики.
Структура базы для новостей? Это смешно. ИД, дата, текст. Всё, для начала- с головой хватит. А вот с моделью программирования тяжелее. Зависит от знаний конкретного человека. У меня, например, не было еще надобности в использовании ООП. Руководствуюсь принципом "чем проще, тем лучше".
Если посмотреть на разные движки, то они сильно отличаются. Но это отдельная тема...

Нужно писать! "Дорогу осилит идущий". Или "аппетит приходит во время еды"
А если возникают вопросы про структуру базы (см. выше), то есть раздел форума для начинающих.

Дело говоришь, добрый молодец. Только ни о чем.

vasa_c, не мешай.

Вопрос-то неслабый...

Я собственно, хотел поделиться опытом "как написать свой движок для себя". Тоесть, потом просто штамповать сайты, основанные на движке.

К сожалению, в двух словах не получается сказать.

Не, все получается
главное определиться с терминами, напр что такое движек?
по сути это и есть та "постоянная часть, которую можно использовать в другом проекте"
написание просто сайта, от сайта с двигом отличается именно этой частью.

поправьте меня, если гоню

Мде ...

Идешь http://habrahabr.ru/blog/php/27079.html и читаешь, втыкаешь, пробуешь, читаешь комменты..
Парни, начинать с <?php глупо, легче с <?
Ну а заканчивать ?> и вовсе не надо и не стоит.

Если программист мастер своего дела и имеет высокий стаж роботы даже не имея никакой квалификации создаст такой сайт сам, для качества роботы понадобится всего лишь хорошый домашний сервер, а чтобы конкурировать со всякими мамбами или ещё какими то там сайтами знакомств - нужны деньги на рекламу и достойное место в поисковых системах мира, даже если и дизайн сайта не будет создан професиональным программистом сайт обретёт великую популярность!

А я думаю что начинать нужно с того, что интересно, что зажигает внутри, что ХОЧЕТСЯ написать !! В любом случае продумка, проектирование проекта тогда делается с удовольствием и это замечательно!! И без этого никак! Писать классы для работы с БД, разл. удобные функции и проч. проч. Чтобы их легко было интегрировать в другой проект, т.е. делать их независимыми.

А для сайта граммотно продумать контроллер - как и где подгружается какой файл шаблона, модели, обработка ошибок, УРЛа

Интересная тема, что то я поздно заметила. Говориться о написании модулей и подразумевается написание движка. Движок в первую очередь - это ядро, но никак не модули. Вопрос что такое ядро? Любой сайт - это набор каких либо конечных файлов - которые храняться в базе, а так же определенный доступ (пути) к этим файлам, а так же параметры данных файлов, по которым пользователь может запросить данный файл. Я бы сформулировала так - ядро это совокупность конечных файлов, путей к ним и параметров данных по которым эти файлы можно найти. А далее уже проще. Определяете алгоритмы какие вам необходимы для решения ваших задач. Если не можете - разбираете любой серьезный проект на предмет бизнес логики обработки параметров. Берете за основу и можете привнести дополнительную функциональность. Разрабатываете архитектуру базы данных - то есть строите таблицы ядра. Реализуете стандартный набор функциональности. Как правило более или менее серьезный движок подразумевает хранение путей в дереве.

Вообще тема интересная и для долгого разговора.

я всегда начинаю с базы данных. так надо!

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