sim3x: Да нормально и так. По вопросу задаёт новичёк, следовательно и делает он примитивный псевдомагазин. Моя инфа нужна больше для большого или опытного. Так сказать, расширение кругозора "на будущее". А в данном вопросе избыточно для отдельного ответа. :-)
Я не спорю, судя по вопросу, магазин делает начинающий, значит магазин мелкий и примитивный. И ниже перечисленное, автору не нужно. Но вот в большом магазине...
1. Элемент корзины должен иметь данные о товаре. Хотя бы название и цену. Это должно храниться в корзине(заказе). Ибо цена может измениться, за время доставки. А многие оплату берут во время выдачи товара. Особенно актуально к товарам привязанным к долларовой составляющей (иностранные товары). Многие магазины не имеют своего склада с отложенными товарами (резерв), а по сути занимаются перепродажей и везут товар от поставщика(не путать с производителем)..
2. Доставку, а точнее "статус" товара, нужно выносить в отдельную таблицу, что бы учитывать время и статус. Ибо статусов много - на складе, на доставке, отложен, доставлен, отменён.
3. Корзина нужна тем, кто хочет рассылать спам своим клиентам с напоминалкой "вы хотели купить, но не купили". Это действительно работает. Так же как и просто "отложенная"(не завершённая) корзина.
PayPal не рассматривали? Часто оплачивая хостинг, встречаю форму оплаты именно от палки, при том там предлагается вариант как оплата с палки (аккаунт), так и просто вводом данных с карты.
bigtrouble:
Вы всё в кашу собираете.
В репозитариях хранят только код, то что вы кодите, ваш проект.
На сервере же, в продакшене. Создаёте папку. В ней папка проекта, папка окружения, папка логов, папка статики или временных файлов.
nicenice: Примеры на пол года. Ну зайдите на апворк в профили Java разработчиков с рейтами от $20 и посмотрите над чем и сколько часов они работали. Полно же примеров наглядных. Или вам лень? :)
nicenice: Первый сайт в начале нулевых был на голом HTML. делал компании в которой сам работал. :-)
Потом уже PHP освоил и до 2011 фиралнсил на нём. Несколько раз работал в компаниях штатным разрабом, не вебстудии, а их личные сайты. Первый крупный заказ был в роли штатного разраба. Потом переманили на другой проект, с переобучением на python. Дальше фриланс уже на питоне. Сейчас только крупные заказы беру, не гугл, но и не примитивные сайты визитки, каталоги или псевдомагазины. За примерно 15 лет в сфере, сотни сайтов, но единицы дожили до сегодняшнего дня. Компании как правило заказывали их в стол. Самые интересные для меня были крупные, в идеале командные проекты. Они живут, хотя некоторые не пережили кризиса в 2008 и 2014.
Грабли, это то что я описал выше. То есть умение продать себя в толпе конкурентов. Объяснить заказчику, почему ты с таким рейтом, ему выгоден, чем более дешевые конкуренты. Да, от многих отказывался сам. Обычно это "гениальная идея, захватим интернет, нужно сделать второй гугл/ебай/аллиэкспрес/амазон/фейсбук, только добавить одну кнопку и другой цвет - готов заплатить 1к долларов!!!".
Как себя продать? Это по сути просто, есть два или три правила:
1. Вникнуть в проблему заказчика. Предложить несколько вариантов, ссылаться на опыт. Описать плюсы и минусы каждого предложенного тобой или заказчиком элемента. Не ограничиваться тупыми спамными не конкретизированными сообщениями с предложением поработать. Но для этого нужен опыт, на худой конец много статей читать, не только по коду, но и маркетингу, продвижению и так далее. Делаешь магазины? Прочитай книгу - Правила Zappos. Технологии выдающейся интернет-компании и так далее.
2. Составляй максимально подробное ТЗ с разбитием на этапы, указанием сроков каждого этапа, пускай хотя бы приблизительными (делай свою оценку, умножай на 2 и не ошибёшься). Что бы потом не было проблем, когда уже деньги не нужны, лишь бы отвязаться от заказчика и взять другой "нормальный" заказ. Ибо размытое ТЗ, позволяет заказчику сесть на шею. Никогда такое не позволяй, в самом начале оговаривай, что работа будет делаться строго по ТЗ и все переделки только по его завершению. Либо, если он сильно захочет, останавливается разработка, с оплатой выполненного и составляется новое ТЗ. У меня были такие заказчики "по малолетству", которые садились на шею, при том не редко вёлся на громкое название (горнопромышленный холдинг, крупная фабрика с сетью представительств по стране, крупное рекламное агенство, ...). Всегда ТЗ и всегда строго по нему. Никогда не доверяй обещанием "да, мы поняли, так и будет". Пускай всё будет на бумаге или в почте на худой конец. Всегда оговаривай, кто будет с тобой обсуждать проект (составлять ТЗ) и кто будет принимать потом работу. Было с горнопромышленниками, когда хотел в портфолио добавить, повёлся на название, скинул цену. В итоге все обсуждения вёл с одним человеком, с третей попытки и кучи переделок тупых (которые советовал не делать и в итоге их и убирали после создания) он принял работу, но начал динамить по срокам выплату, А тут вернулся из отпуска директор и решил оценить своим орлиным взглядом разработку, закономерно что он представлял себе сайт его компании иначе и начал требовать всё переделать. Ибо делалось без согласования с ним, а у него "свои взгляды". В итоге разорвал контракт с ними. Не приятно, но сам виноват, слабый был договор у меня, да и позволял переделки, боясь потерять контракт.
3. Определиться с нишей и не распыляться. Решил стать разработчиком, ок, определись фронтенд (вёрстка) или бэкэнд(логика и программирование). Решил заняться сайтами, программированием. Не нужно распыляться на СЕО, дизайн или разработку под андроид. Иначе будешь везде знать по немного, но нигде на нормальном уровне. Выбрал язык (php прост для вхождения, но конкуренция большая), так развивайся в нём, не прыгай по языкам часто, только если достиг какого-то порога и поработал с крупными проектами. Тогда есть резон менять стек, но не ранее. Лучше быть крутым пхп программистом, чем слабым java. Везде можно получать и много и мало, зависит от умений. Поработай в команде, приучись к репозитариям (git, svn, ...), к планировщику задач (issue tracker).
В крупных проектах ничего не мешает быть штатным, но удалённым сотрудником. Ничего не мешает на фрилансе работать с крупными заказчиками. Правда по моему опыту и тех людей кого знаю. Крупные заказчики на фрилансе есть, но они всегда начинают с мелочи, а потом уже предлагают вне биржи или на бирже, работать по крупным задачам, вплоть до руководителя отдела разработки из 3 индусов, 2 негров и 5 румын. :-)
nicenice: Есть, нанимают, уровень разный как и задачи. Друг работает начальником отдела разработки в компании из США, таких отделов несколько. Весь штат исполнителей у него раскидан по миру, сам он год живёт в Азии. Работа вся удалённа, но со строгим временем работы (по NY), 8 часовой рабочий день. Работа с почасовой оплатой. Есть ЦРМ у компании, есть редмайн задач, контроль времени через приложение апворка. Оплата зарплаты на счёт ИП, так же есть договор о найме, NDA и другие официальные плюшки. Стартапы любят удалёнщиков, для этого уже тонна всяких систем разработано (agile, etc). Много коворк офисов.
copal: Не верно. Как правило большинство юр лиц делают "сайты" в стол. Заказывают у студии или фрилансера и забивают потом болт. Порой так забивают, что даже забывают продлевать домены.
Биржи биржам рознь. Нормальное количество прямых заказчиков на биржах. Просто большинство заказов это мелочёвка. Даже крупные заказчики, часто начинают работать сначала на мелком заказе, а потом, после прохождения этого "платного теста", дают более крупные задачи.
У меня сейчас один большой заказ, который длится более полутора лет, удалённый заказ, а не в офисе на окладе. И с последующей его "поддержкой" и развитием, с вариантом делегирования части моей работы на других исполнителей. Коллега работает на нигерию более полу года уже, тоже один большой заказ. Всё по сути взято с бирж. Да и не поленитесь, посмотрите биржи, очень много заказов с планами работ "от 3 месяцев", "от 6 месяцев". А не верьте слухам или сплетням.
Немного не так. Лучше пускай поищет в инете ТЗ на разработку сайтов, которую уже выполнили. И сделает всё по тем ТЗ, а потом сравнит с результатами. А то делать самому "своё" и для себя... Бррр, видал. Вечные забивания болта на сложных участках, вечные расплывания по задачам и технологиям. Готовится лучше к коммерческому созданию. Ибо встречал работничков, на вопрос "Что за хрень ты сделал, я же просил другое и давал подробное описание с примерами?". Слышать ответ "А что не так? Маме понравилось, друзья тоже сказали что круто!!!".
Tin Iven: Если хочется что бы исполнитель не светил свою работу в портфолио. То ДО начала работ подписывается НДА или договор об отчуждении заказчику исключительных прав с упоминанием пункта про публикацию исполнителем этой работы. Если НДА не подписывалось, договора о ПЕРЕДАЧИ прав не было, то всё идёт в рамках закона, а не вашего или Васи Пупкина личных мнений. Сам поленился, сам себе виноват. Везде нужна бумажка с подписями, без бумажки ничего доказать нельзя. Была она? Был там такой пункт? Нет? Значит действуем по закону. И с законом идём в любой суд и решаем спор, а с вашим личным мнением только по подворотням с битами можно решать. Но против этого есть закон!
