даже по тому что вы написали сколько по времени вы рассчитываете писать 7 скриптов? 1, 2 дня?
вобще конечно интересный подход к решению задачи.
честно говоря не понимаю смысла в таком решении. мертвая вещь получится. интересно как вы функционал price.ru засуните в три таблицы.
Altaxar:
1) созлание Админки(2 вкладки, управление регистрации и обьявлений)
Fransua:
У каждой модели должно показываться число просмотров в неделю.
статистику мы видимо засуним в управление объявлений.
ну в принципе ничего страшного. Пользователь вообще наверна не будет выходить из режима я уехал. потому что модерировать мусорку ему быстро надоест
Altaxar:
2) создание 5 пользовательских скриптов : регистрация, подача товара, редактор товара, список просмотра, список отложкнных.
по всей видимости имеется в виду front-end. первое на что обращаю внимание это два файла со списком. по всей видимости у них один общий родитель будет список. *подача товара* - я не понял что это значит. если это функционал по вводу объявления и добавлению фотографии по этому товару, тогда почему редактирование товара выделяете в отдельный файл? опять же у них будет общий родитель. регистрация и аутентификация - одно и тоже?
поиск я так понимаю будет реализован как фильтр по списку. хорошо пусть будет так. похоже что вы не собираетесь делать дерево сущностей. и гарнитура попадет к телефонам, в общем поиск принесет сюрпризы думаю. хотя можно конечно реализовать в поиске возможность создания условий И и ИЛИ. ну если так то возможно создание фильтра придется вынести тоже в отдельный файл и модуля навигации постраничных переходов и сортировки. и опять же писать абстрактные классы.
считать дни? недели? можно конечно обойтись и без такого выделения, сколько недель тогда будет стоить внести исправления в ваш код?
Altaxar:
3) база данных 3 таблицы, структуры файлов - ненужны
ниче не могу сказать десять балов.
а зачем вобще тогда это нужно было делать? зачем делать мусорку?
