Forum Webscript.Ru
Разное => Поиск, изготовление скриптов и прочее... => Тема начата: Fransua от 23 Февраля 2008, 12:29:50
-
Функционал примерно такой:
Пользователь должен иметь возможность добавить сотовый телефон на продажу. Сделать это может как зарегистрированный так и не зарегистрированный пользователь. Зарегистрированный в последующем может заходить под свои логином и изменять информацию о нем или удалить объявление.
Показываемые объявления должны иметь поиск по модели и цене и возможность сортировки по дате, цене (убыванию и возрастанию). В результатах поиска показывается общий список моделей с фотографией взятой из базы. При нажатии на модель открывается окно с подробной информацией и увеличенной фоткой этой модели и описанием взятым из базы. У каждой модели должно показываться число просмотров в неделю. У зарегистрированных пользователей должны быть кое какие преимущества по функционалу: например они могут “откладывать” понравившиеся модели.
Админская панель. Я должен иметь возможность модерировать все объявления. Объявление начинает показываться после того как я его одобрю. Но нужно сделать опцию отключения модерации, на случай если я уезжаю чтоб все добавлялось сразу.
Нужен только сам скрипт. Дизайн и вставку в свой сайт я делаю сам. Информации по моделям с описаниями и фотками будет предоставлена (хотя если у вас есть такая, доплачу за такую базу… может вы уже делали подобный скрипт).
За сколько возметесь сделать? Обращайтесь в личку
-
слишком большой функционал для простого скрипта. вам нужна доска объявлений с дополнительным модулем аналитики и статистики. это добрая разработка а не скрипт. модули авторизации аутентификации. модули работы с файлами, корзина. почему бы вам не купить битрикс например? или другой продукт из готовых. разработка такой вещи командой в 10 программистов и поддержка этого продукта на несколько лет? или просто скрипт напишите в личку кто может сделать. И не думайте, что я через чур усложняю задачу.
-
особенно мне нравится последнее
Fransua:
Я должен иметь возможность модерировать все объявления. Объявление начинает показываться после того как я его одобрю. Но нужно сделать опцию отключения модерации, на случай если я уезжаю чтоб все добавлялось сразу.
Нужен только сам скрипт. Дизайн и вставку в свой сайт я делаю сам. Информации по моделям с описаниями и фотками будет предоставлена (хотя если у вас есть такая, доплачу за такую базу… может вы уже делали подобный скрипт).
в общем я согласен быть богом в мире который вы для меня сделаете, так и быть интерьер выбиру сам.
-
ravshaniy - если Т.З. описанное как выше, а не только кратное ознакомление, то делается в течение 1, 2 дней 1-человеком с нуля...
А так все зависит от Т.З.
И если все Т.З. описано выше, то зачем ему Битрикс, это как боингом поля опылять... :)
-
Altaxar - есть одна недурная схема рассчета времени на разработку. если программист говорит 1,2 дня. нужно умножить на два или на три и взять величину на категорию выше. то есть 3-6 недель.
С нуля 1,2 дня? сомнительно
-
ravshaniy
Ну вообще-то, если делать "формально", т.е. по набору тестов и без интерфейса - здесь реально работы на два дня.
-
CGVictor - хорошо без уровня представления значит.
то есть
1. создание абстрактной модели
2. Создание модели базы данных, и структуры файлов
3. Написание тестов для методов и функций.
4. Написание и отлаживание методов и функций
видимо человек сам будет разбираться что к чему, документацию видимо мы писать не будем
Примерно только эти действия вы хотите сделать в 2 дня?
да вы просто мега монстр
-
1) созлание Админки(2 вкладки, управление регистрации и обьявлений)
2) создание 5 пользовательских скриптов : регистрация, подача товара, редактор товара, список просмотра, список отложкнных.
3) база данных 3 таблицы, структуры файлов - ненужны
И все это можно для удобства и быстроты на Smarty сделать.
P.S. Просто я нераз делал годовые работы по PHP, MySQL, JavaScript, CSS для Карлова уневерситета, там как раз подобное.
-
даже по тому что вы написали сколько по времени вы рассчитываете писать 7 скриптов? 1, 2 дня?
вобще конечно интересный подход к решению задачи.
честно говоря не понимаю смысла в таком решении. мертвая вещь получится. интересно как вы функционал price.ru засуните в три таблицы.
Altaxar:
1) созлание Админки(2 вкладки, управление регистрации и обьявлений)
Fransua:
У каждой модели должно показываться число просмотров в неделю.
статистику мы видимо засуним в управление объявлений.
ну в принципе ничего страшного. Пользователь вообще наверна не будет выходить из режима я уехал. потому что модерировать мусорку ему быстро надоест
Altaxar:
2) создание 5 пользовательских скриптов : регистрация, подача товара, редактор товара, список просмотра, список отложкнных.
по всей видимости имеется в виду front-end. первое на что обращаю внимание это два файла со списком. по всей видимости у них один общий родитель будет список. *подача товара* - я не понял что это значит. если это функционал по вводу объявления и добавлению фотографии по этому товару, тогда почему редактирование товара выделяете в отдельный файл? опять же у них будет общий родитель. регистрация и аутентификация - одно и тоже?
поиск я так понимаю будет реализован как фильтр по списку. хорошо пусть будет так. похоже что вы не собираетесь делать дерево сущностей. и гарнитура попадет к телефонам, в общем поиск принесет сюрпризы думаю. хотя можно конечно реализовать в поиске возможность создания условий И и ИЛИ. ну если так то возможно создание фильтра придется вынести тоже в отдельный файл и модуля навигации постраничных переходов и сортировки. и опять же писать абстрактные классы.
считать дни? недели? можно конечно обойтись и без такого выделения, сколько недель тогда будет стоить внести исправления в ваш код?
Altaxar:
3) база данных 3 таблицы, структуры файлов - ненужны
ниче не могу сказать десять балов.
а зачем вобще тогда это нужно было делать? зачем делать мусорку?
-
[moderatorial]
Ребят, вы еще флейм тут разведите, на пустом-то месте.
* Лично я полностью согласен с Altaxar, что подобного рода задача - так, как она поставлена сейчас - абсолютно не требует излишней алгоритмизации.
** Отдельно отмечу, что "нужен только сам скрипт", и переписывать price.ru никто не требовал.
-
прикольный скрипт получается, реально 2-3 дня, связка Perl + mySQL.