[정보] Django로 쇼핑몰 만들자

PyCon APAC 2016 발표 자료입니다.
Django로 쇼핑몰을 만들어본 경험을 공유한 자료입니다.

- 쇼핑몰에 대한 대략적인 이해
- 이미지, 제품, 주문, 장바구니, 결제, 관리자 구현
- 테스트와 적립금 구현

많은 참고 하시기 바랍니다.

 

Django로 쇼핑몰 만들자 from Kyoung Up Jung

 

 

1. Django로쇼핑몰만들자 정경업(파이) 2016. 8. 13
 2.  파이라고 불러주세요. 웹개발을합니다. Django를주로씁니다. 풀스텍...? 2
 3.  간단한이력 현재 백수 - 퇴사후 지금까지 스마트스터디 소프트웨어 엔지니어 - 3년반 store.pinkfong.co.kr alpacacomics.co.kr 게임동아 개발 팀장 - 3년 it.donga.com game.donga.com 게임 팬사이트 제작 - 15년전 3
 4.  기술경험 back: django(python) / classic asp front: html5 / css(less) / javascript(jquery) design: image editing / responsive / material / brand logo deploy: aws / docker / nginx / uwsgi / apache os : macOS / linux(ubuntu) / windows server 4
 5.  연락 정경업(파이) perhapsspy@gmail.com 5
 6.  1. 어쩌다보니 쇼핑몰을만들었습니다. 6
 7.  2. 만들다보니 경험자를찾는데별로없어요. 7
 8.  3. 만들고나니 이거 발표할만한듯..?! 8
 9.  이런이야기를해보겠습니다. 쇼핑몰에 대한 대략적인 이해 이미지, 제품, 주문, 장바구니, 결제, 관리자 테스트 작성해가며 복잡한 적립금 구현 할 말은 많지만 시간이 없어요. OST에서 자세한 질문 받겠습니다. 9
 10.  필요-> 공부-> 적용 절실하면파이썬이도와줌 10
 11.  1. 필요 쇼핑몰!!! 11
 12.  최초요청 일단어떻게든물건을팔면됩니다. 12
 13.  현실 이것도되고 저것도되고 될건 다되야... 13
 14.  개발자는? 파이 + 신입한명 14
 15.  왜그랬을까 15
 16.  2. 공부 근데... 쇼핑몰이뭐였지...?! 만들려고 보면 막막... 16
 17.  최소필요로하는것 제품 장바구니 주문 결제 위 항목들 관리 기능 17
 18.  이정도는더있어야 재고 회원 배송 확인 이메일 알림 정산 18
 19.  이런것도더불어..? 마케팅용 페이지 할인 판매 매출 보고서 및 통계 (자체 / Google analytics) API (물류 관리 등 외부 서비스) 적립금 (살려줘) ... 19
 20.  나는 이것을 경이로운 방법으로 증명하였으나, 책의 여백 이 충분하지 않아 옮기지는 않는다. 피에르 드 페르마 “ “ 20
 21.  나는 이것을 대강 다 만들긴 했으나, 발표의 시간이 충분하 지 않아 옮기지는 않는다. 아무말이나 하는 파이 “ “ 21
 22.  3. 적용 쇼핑몰부분만만들었습니다. 물류 관리는 창고 계약에 따라, 운영 규모에 따라 천차만별 22
 23.  제품을구현해봅시다. 23
 24.  제품의기본은이미지 이미지다루는방법은많다. 가장 현재 상황에 효과적인 것은? 24
 25.  이미지저장과 서빙(CDN) S3(SimpleStorageService)를 저장소로 사용 # settings.py DEFAULT_FILE_STORAGE = 'storages.backends.s3boto.S3BotoStorage' # 쉽네. CF(CloudFront)를 통한 CDN 서비스 {% load image_url %} <!-- custom template tag로 할만함 --> <img alt="{{ image.alt }}" src="{{ image|image_cf_url }}"/> 25
 26.  그렇다면섬네일은? django-versatileimage eld 버써털..? 버쓰타얼? ImageField를 대체; 유연함, 직관적, 쉬운 확장 요청시바로생성 26
 27.  미리준비도가능 # settings.py VERSATILEIMAGEFIELD_RENDITION_KEY_SETS = { 'product_image': [ ('order_list', 'crop__50x50'), ('detail_list', 'crop__480x480'), ], } # product/models.py @receiver(models.signals.post_save, sender=ProductImage) def warm_product_images(sender, instance, **kwargs): warmer = VersatileImageFieldWarmer( instance_or_queryset=instance, rendition_key_set='product_image', image_attr='image') num_created, failed_to_create = warmer.warm() 27
 28.  이미지모델재사용 # 공용 추상 모델 class ImageBaseModel(models.Model): class Meta: abstract = True image = VersatileImageField(upload_to=image_upload_to, ppoi_field='ppoi', blank=False, width_field='width', height_field='height') ppoi = PPOIField() height = models.PositiveIntegerField(blank=True, null=True width = models.PositiveIntegerField(blank=True, null=True # 필요한 곳에서 추가 class ProductImage(ImageBaseModel, OrderedModel, TimeStampedMode class ProductPresentation(ImageBaseModel, SortableMixin, YAMLLoa 28
 29.  추상모델(abstract model) 모델 상속 지옥의 시작 + 같은 일 두번 안함 - 코드 읽기 힘듬 - 구성이 어려움 29
 30.  이미지가 준비되었으니 이제정말제품을봅시다. 30
 31.  제품은 사용자편의/ 마케팅으로 표현하고자하는 정보가 많다. 31
 32.  두가지고민 어떻게 판매할것인가 - 운영- 마케팅 어떻게 보여줄것인가 - UX - 디자인 32
 33.  정답이없어요 상황에따라유연하게 대응 구조를잘짜야 33
 34.  제품모델 제품: 간단 설명, 부가정보, 관계, 판매, 상태 표현 등 가격: 정가, 할인가, 면세, 배송비, 할부 등 제품 설명: 이미지 - 제목 - 설명 구조 이미지 모델을 상속 받아 공유(개발 편의) 다시 만든다면? Rich text로 만들겠음 34
 35.  자주상속받는가격 모델 class PriceModel(models.Model): class Meta: abstract = True # 제품 가격 정보 price = models.PositiveIntegerField(u'정가', default=0) discount_price = models.PositiveIntegerField(u'할인금액', defa tax_free = models.BooleanField(u'면세', default=False) delivery_charge = models.PositiveSmallIntegerField(u'배송비' # 제품/상품 구분 is_goods = models.BooleanField(u'상품', default=False, help_t # 결제 방식 interest_free_month = models.PositiveSmallIntegerField( u'무이자 할부 월', null=True, blank=True) # 적립금 정보 point_amount = models.IntegerField(u'적립될 포인트', default= point_expire_months = models.IntegerField(u'적립될 포인트의 유효월 35
 36.  제품모델코드상속구조 class Product(ActiveModel, PriceModel, PreSalesModel, YAMLLoadMixin, EditableTimeStampedModel, CacheDeleteModel): class Meta: verbose_name = u'제품' verbose_name_plural = verbose_name objects = models.Manager() live_objects = LiveProductManager() # 제품 관계, 설명, 부가정보, 판매 관리, 판촉 문구 노출 관리 등 class Category(TimeStampedModel, CacheDeleteModel): class ProductImage(ImageBaseModel, OrderedModel, TimeStampedModel): class ProductPresentation(ImageBaseModel, SortableMixin, YAMLLoadMixin, TimeStampedModel): class ProductMovie(TimeStampedModel): 36
 37.  추상모델과 믹스인 추상모델(Abstract Model) eld 포함 TimeStampedModel : created, updated 포함 믹스인(Mixin) eld 없이 내용만 있을때 SortableMixin : 정렬을 위한 기능만 있음 37
 38.  제품이대강 준비되었다면 사봅시다. 38
 39.  일단장바구니에담아야죠. 39
 40.  장바구니구현의귀찮음 어디서나 보여야 주문 수량에 따라 가격을 계산 주문 총 금액에 따라 무료 배송 처리 비회원도 사용 가능해야함 40
 41.  어떻게든... 어디에서나 사용 가능하게 Ajax로 구현 편집 View에서 가격 계산도 같이함 주문서에도 장바구니 편집 View를 재활용 쿠키 기반 장바구니 연동 추가 41
 42.  장바구니와 주문시 제품 확인 부분은 같은 코드를 씀 42
 43.  장바구니CBV 코드일부 class GoodsInCartView(AjaxChangeTemplateMixin, ListView): model = GoodsInCart template_name = 'shoppingcart/_list.html' ajax_template_name = 'shoppingcart/_list.html' def get_queryset(self): # ... def update_cart(self, request, value, shopping_cart): # ... def post(self, request, *args, **kwargs): # ... def get_context_data(self, **kwargs): # ... 43
 44.  CBV를잘쓰면View가 편합니다. 대부분의일은모델설계에서끝납니다. 44
 45.  주문을해봅시다. 45
 46.  판매(물류) 1. 상품 고르기 2. 장바구니에 담기 3. 주문서 작성 4. 결제 5. 제품 준비 및 배송 / 혹은 결제 취소 6. 배송 완료 오예 46
 47.  환불/교환(역물류) 1. 배송 완료한 물건에 문제 발생 혹은 변심 2. 환불 / 교환 신청 3. 이후 물건 상태에 따라 상당히 복잡한 일들이 발생 4. 대부분 사람이 해결하고 기록을 남김 지옥, 혹은 불지옥 47
 48.  물류와역물류 거래기준은주문서 주문서와역주문서를나눔 둘의성격과 처리방식이달라분리 정산은 합쳐서 처리 48
 49.  주문과정에따라상태는변함 주문-> 결제진행-> 준비-> 출고 -> 배송완료 마지막상태유지하고 과정은기록이필요 49
 50.  주문(물류방향) 모델들 주문상태추상모델(OrderStatusModel) 주문 상태를 주문서와 기록 모델에서 공유 주문서(Order) 주문한제품(OrderdProduct) 주문한 시점의 제품 가격 고정 주문서 상태 기록 모델(OrderStatusLog) 50
 51.  주문서상태추상모델 class OrderStatusModel(models.Model): class Meta: abstract = True STATUS_CHOICES = [ ('processing', u'주문 진행 중(결제 필요)'), # 1 ('cancelled', u'주문 취소됨'), # 1-1 ('payment-waiting', u'결제 대기 중'), # 2 ('payment-fail', u'결제 실패'), # 3-2 ('paid', u'결제 완료'), # 3-1 ('paid-cancelled', u'결제 취소됨'), # 4-2 ('preparing', u'제품 준비 중'), # 4-1 ('delivery-waiting', u'출고됨'), # 5 ('delivered', u'배송완료'), # 6 ] status = models.CharField(u'상태', default='processing', max_length=50, choices=STATUS_CHOICES) 51
 52.  주문서모델 class Order(UpdateParamsMixin, ActiveModel, OrderStatusModel, AddressMixin, PriceModel, TimeStampedModel, CacheDeleteModel): # 항목이 많아 생략 # 주문자, 배송지, 적립금 등 OrderStatusModel: 기록 모델과 공유 AddressMixin: 회원 주소록 관련 기능 공유 PriceModel: 제품과 가격 모델 공유 52
 53.  주문한제품모델 제품의 가격 정보를 결제 완료 시점으로 굳힘 class OrderedProduct(AdminOrderDisplayMixin, PriceModel, TimeSta class Meta: verbose_name = u'주문한 제품' verbose_name_plural = verbose_name order = models.ForeignKey(Order, verbose_name=u'주문서') product = models.ForeignKey(Product, verbose_name=u'제품') quantity = models.PositiveIntegerField(u'수량', default= # ... 53
 54.  주문서상태기록모델 주문 진행 상태 변화만 기록함 class OrderStatusLog(AdminOrderDisplayMixin, OrderStatusModel, TimeStampedModel): class Meta: verbose_name = u'주문서 상태 기록' verbose_name_plural = verbose_name order = models.ForeignKey('Order') # ... 54
 55.  역물류도비슷한구조 설명은생략합니다. 역주문서, 역주문한 제품, 역주문서 상태 기록 시간이 없을 듯 55
 56.  일단돌아는가지만... 다시 만든다면 '주문서 상태 기록'을 '주문서 기록' 모델로 바꿔서 중복 저장하는 식으로 만드는게 좋을 듯. * 정산 때문에 어차피 역정규화함 * 이후 적립금 구현은 그렇게 함. 56
 57.  주문서작성은? 장바구니에서 언급했듯, 편집 View를 Ajax로 공유해서 씀 OrderForm에서 Save시 장바구니 내용을 엮어서 주문서를 생성 주소는 다음 우편번호 서비스 API를 사용 주소록을 기록해 놨다가 손쉽게 읽어올 수 있게 함 장바구니 내역과 주문서의 주문한 제품을를 동기화 * 코드가 지저분하지만 작동은 함 57
 58.  order/forms.py 코드일부 class OrderForm(PhoneNumberCleanKrMixin, PostCodeCleanMixin, NameCleanMixin, forms.ModelForm): class Meta: model = Order fields = [ 'billing_name', 'billing_phone', 'billing_email', 'name', 'phone', 'zonecode', 'postcode', 'address', 'address_old', 'address_detail', 'comment', 'point_use', 'payment_method' ] widgets = { 'comment': forms.Textarea(), 'phone': PhoneNumberWidget(), 'billing_phone': PhoneNumberWidget(), 'payment_method': forms.RadioSelect(), } 58
 59.  # 이어서 def save(self): order = self.make_order() # ... 회원 정보관련 업데이트 처리 return order def make_order(self): # 주문서 생성 # 장바구니, 주문한 제품과 동기화 # 주문서 정보 업데이트 return order 폼에서 입력시 주문 관련 로직을 거의 처리함 유효성 검사하는 Mixin 재사용 59
 60.  결제를해보자 보통은지옥이나... 어느 PG사든 연동을 직접 해보세요. 60
 61.  지옥을정복한아임포트 다양한PG사연동을Restful API로서비스 개발자 고통 감소 필요한 기능 대응 빠름 61
 62.  결제모델은주문서와분리 주문서(Order) - 결제(Payment) 영수증 모아놓듯 하나의 주문서에 다른 결제가 여럿 가능 (결제 완료 후 취소시 등) 62
 63.  결제로직 1. 주문 작성 2. 결제 시작(아임포트 javascript 호출) 3. 사용자가 PG사와 결제 진행(PG사 Active-X 등) 4. 결제된 내용 아임포트쪽에 확인(서버 API) 5. 쇼핑몰에서 결제 완료로 처리 63
 64.  결제완료확인로직 1. 아임포트에서 넘겨준 URL이 맞는지 확인 2. 주문서 읽기 3. 아임포트에서 결제 읽기 4. 주문서와 결제 내역 확인 5. 재고 다시 확인 6. 주문서와 결제를 완료로 처리 위 과정 중 문제 발생시 결제 취소 주문서도 취소로 종결 64
 65.  결제완료확인시예외처리코드일부 def payment_view(request): # ... # 결제 금액이 맞는지 확인 if not iamport.is_paid(order.payment_price, response=iamport_response): order.update_status('processing') messages.error(request, u'결제 금액이 맞지 않아 결제에 실패하였습니다.') return payment_cancel_redirect(request, merchant_uid) # 재고가 모자른 상황 예외 처리 if order.not_enough_stock_ordered_products(): order.update_status('processing') messages.error(request, u'주문 중 재고가 부족하여 결제가 되지 않았습니다.') return payment_cancel_redirect(request, merchant_uid, 'shopping-cart') # ... 65
 66.  가장많이겪는문제 돈만나가고 결제완료안됨 결제 완료 확인 로직을 중복 실행 가능하게 만듬 관리자 페이지에서 확인 가능 66
 67.  오픈소스로공개 I'mport; REST Client # pypi에 등록도 했어요. pip install iamport-rest-client 기여도 받음 파이썬3 지원, 테스트 비인증결제 부분취소 67
 68.  결제가 잘되었다면창고는 1. 물류 창고에서 주문 내역 받기(엑셀) 2. 주문서 개별 출력 3. 주문서 보며 박스 포장 4. 택배 운송장 붙임 5. 송장번호 포함된 주문 내역 쇼핑몰에 올리기(엑셀) 6. 주문서 상태 배송 중으로 변경 68
 69.  관리자페이지는어떻게? 69
 70.  django admin 개조 관리자 기능을 모두 만들기엔 인력 부족 기본 그룹 기능으로 권한 분리 추가 페이지와 javascript로 얹어서 편의기능 구현 70
 71.  가장많이마개조된모델은제품 관계된 모델 admin inlines 활용 정리를 위해 eldset 지정 제품 설명 미리보기 구현 이미지 사용으로 모델로 구현됨 한 눈에 보기 어려움 프론트 템플릿 사용하여 모달 처리 Plate.js - Django template과 유사 71
 72.  product/admin.py 코드일부 list_display = ['id', 'active', 'is_home', 'sales_state', parent_product_display, name_display, current_stock, sales_price_display, discount_rate_display, price_display, discount_price_display, delivery_charge_display, 'point_amount', 'tax_free', 'is_goods', 'created'] list_editable = ['created', 'is_home'] list_filter = ['sales_state', 'active', 'is_goods', 'tax_free' search_fields = ['name', 'model_name', 'slug', 'subtitle'] date_hierarchy = 'created' inlines = [ ProductImageInline, ProductMovieInline, ProductPresentationInline ] raw_id_fields = ['parent', ] 72
 73.  가격 계산스크립트(할인율% 등) 73
 74.  재고 확인/ 입력스크립트 Django 발표라 javascript 코드는 생략합니다. 74
 75.  창고와의연동 창고에서 사람이 직접 주문서 엑셀 다운로드 / 업로드 페이지 구성 상단 메뉴에 우겨 넣음 get_urls 덮어 씌움 엑셀 내용 미리보기 구성 75
 76.  테스트를작성하며 복잡한적립금 구현하기 76
 77.  적립금 구현이야기 처음엔 가볍게 생각해서 금방 만듬 유효기간이 잡힌 정도 Point, PointLog, PointAction 3가지 구조로 구현 회의 때마다 조건이 쌓여감(안되겠어 어떻게든 하지 않으면) 테스트를 짜며 만들기로 함 * Action: 적립, 사용, 취소, 회수 * 페이스북에 글 써서 한탄한적이 있음 77
 78.  왜복잡할까 유효기간, 금액이 적립 방식에 따라 유동적(구매/이벤트) 환불과 엮임(역물류) 사용시 VAT 계산과 정산이 되야함 고객서비스로 유연한 대응이 필요 ... 78
 79.  많은삽질끝에 결과적으로짜게 된테스트중 Action에관한테스트시나리오 79
 80.  유닛테스트 적립(+) : 중복 방지, 적립할 금액 산출, 적립 완료 여부 사용(-) : 사용 로그 생성, 주문 비율 계산 후 개별 VAT 취소(+) : 취소 로그 생성 회수(-) : 회수 로그 생성 1. 해당 주문에 사용된 적립금을 취소 2. 가지고 있는 적립금에서 회수 3. 미회수 적립금 역주문서에 기록 * 미회수 적립금: 주문 적립금과 회수금을 비교 80
 81.  시나리오테스트 1. 주문 - 결제 완료 - 배송 완료 - a. 적립 b. 적립 - 주문 환불 - 적립금 회수 2. 주문 - 사용 - 결제 완료 - 주문 취소 - 결제 환불 - 사용 취소 3. 주문 - 사용 - 결제 완료 - 배송 완료 - a. 적립 b. 적립 - 주문 환불 - 회수 - 사용 취소 c. 적립 - 적립금을 다른 주문에 사용 - 주문 환불 - 회수 * '적립금 사용 취소'는 cs에서 유동적으로 하기로 바꿈 너무많아 81
 82.  만들테스트가 많은데 Django 기본Test는느립니다. 테스트가 쉽고 빠르지 않으면 고통속에 안짜게됨 DB 생성, 마이그레이션 절차가 특히 병목 gist: Django에서 Test 쉽고 빠르게 하기 py.test pytest-django model_mommy * 더미데이터를 선행 절차 없이 있는 것처럼 다룸 82
 83.  test_point_action.py 코드일부 from model_mommy.mommy import make as mm class TestPointAction(TestCase): def setUp(self): self.user = mm(User, username='py', email='py@test.com') self.pa = PointAction(user=self.user) # ... def test_use_u1(self): self.pa.accumulate(300000) self.assertRaises(OverflowPointError, self.pa.use, order=self.order_a, amount=30000) # ... 83
 84.  테스트와함께만든모델 class BasePointModel(UpdateParamsMixin, TimeStampedModel): class Meta: abstract = True ordering = ['-created'] # 소유자, 이유, 내용, 수명, 관계(근거) class Point(BasePointModel): # 현재 적립되어 있는 적립금 def save(self, *args, **kwargs): # 최초 생성시 적립금 적립 기록 생성 class PointLog(BasePointModel): # 적립금 기록 point = models.ForeignKey(Point, null=True, blank=True) 84
 85.  point/action.py 코드(함수만) class PointAction(object): def __init__(self, user): self.user = user def accumulate(self, amount, **kwargs): def accumulate_by_order(self, order): def use(self, order, amount): def cancel(self, order): def withdraw(self, reverse_order): def points(self, expire=False): def logs(self, order, category=None): def amount(self): def will_expire_amount(self): def debt_amount(reverse_order): def withdraw_point(self, reverse_order): def debt_point(self, reverse_order): 85
 86.  적립금 사용View 테스트 django-test-plus 사용 response 확인, 로그인 유지 등을 좀 더 쉽게할 수 있음 86
 87.  test_point_view.py 코드일부 from model_mommy.mommy import make as mm from test_plus.test import TestCase class PointPaymentView(TestCase): def setUp(self): self.user = mm(User, is_active=True) self.user.set_password('password') def test_payment_view_s1(self): self.assertLoginRequired('point-payment') with self.login(username=self.user.username, password='passw response = self.get('point-payment', data={'order_id': self.order_a.id}) self.get('shopping-cart') self.response_302(response) message = unicode(self.get_context('messages').__iter__(). assert message == u'결제가 완료 되었습니다.' 87
 88.  끝 질의응답받겠습니다. 발표 자료 제작에 많은 도움을 주신 석우징님감사합니다. 약간의 부록이 있어요 88
 89.  부록 이메일 배송 확인 재고 리포트 프론트엔드 슬라이드 작성 툴 89
 90.  주문이진행내용을사용자에게 알리자 제일기본(만만한)이이메일전송 90
 91.  이메일을보내는타이밍 1. 주문 결제 완료시 2. 배송 시작시 3. 회원 가입시 4. 문의에 대한 답변 91
 92.  Django에서이메일보내기 Django는 이메일 모듈이 잘 되어 있음 이미지는 최소화 (로고만) Backend: 아마존 SES (django-ses) 92
 93.  이메일디자인의문제 최대한 단순한 디자인 유지 이메일 클라이언트에서 지원하는 CSS는 제한적 inline css만 작동하는 Gmail 등. django-inlinecss로 해결 그래도 모르니 Rich text와 Plain text를 섞어서 보냄 이메일 하나당 Template 2개(html, txt) 93
 94.  보냈으면확인해야지 배송확인을해보자 94
 95.  배송확인 정산시 매출 기준이 배송 확인된 주문서 로젠 API 배송 확인 개발해서 공개 메뉴얼 부실 SOAP을 사용 95
 96.  분리된별도의서비스운영 django-celery 사용 1시간 마다 확인 DRF로 주문서 API를 구현 1. 쇼핑몰에서 배송 확인 대상 주문서 목록 받음 2. 로젠 API를 통해 배송 완료 여부 확인(날짜 포함) 3. 완료된 내역을 쇼핑몰로 보냄 96
 97.  재고 모델 재고 : 현재 재고 - 추가만 가능 재고 기록 : 판매, 추가, 취소 등의 기록 모두 남김 1. 재고 입력 2. 결제시 재고 유무 확인 3. 결제 완료시 재고를 감소 4. 결제 취소시 재고 증가 5. 환불과는 관련 없음 97
 98.  class ProductStock(TimeStampedModel): product = models.ForeignKey(Product, verbose_name=u'제품' quantity = models.IntegerField(u'수량', default=1) def update_quantity(self, variation, order, reverse_order=None): result = self.__class__.objects.filter( id=self.id).update( quantity=F('quantity') + variation) ProductStockLog.objects.create( user=order.user, order=order, stock=self, quantity=variation, reverse_order=reverse_order) return result def save(self, *args, **kwargs): new = True if not self.id else False super(ProductStock, self).save(*args, **kwargs) if new: ProductStockLog.objects.create( stock=self, quantity=self.quantity) 98
 99.  재고 변동은 ProductStock 기준 판매시 update_quantity, 재고 발생시 save에 Log를 쌓 게끔 구성됨 Django admin에서 ProductStock을 추가하는 것만으로 재고 관리 가능 class ProductStockLog(TimeStampedModel): user = models.ForeignKey(User, null=True, blank=True) order = models.ForeignKey(Order, verbose_name=u'주문서', null= reverse_order = models.ForeignKey( ReverseOrder, verbose_name=u'역주문서', null=True, blank= stock = models.ForeignKey(ProductStock, verbose_name=u'제품 재 quantity = models.IntegerField(u'변동 수량', default=1) 99
 100.  리포트 정산, 회원/주문 모니터링 목적 admin-lte 프레임워크로 프론트 구성 최대한 단순한 작업으로 리포트를 추가하기 좋게 만듬 excel mixin 만들어서 재활용 Django aggregation 활용 DB 부하 최소화 노력 100
 101.  Front-end 예..예쁘게..? 가볍게 101
 102.  중요한것 검색/소셜친화적 모바일우선 반응형디자인 102
 103.  검색/소셜친화적 여러가지규약을챙겨야합니다. 웹 표준 준수는 기본 103
 104.  챙겨할마크업 <meta> title, keyword, og, twitter <link> icon, shortcut, apple, android, ms <a> rel="nofollow" 104
 105.  template은다소지옥 <!--base.html--> <meta property="og:title" content="{% block og_title %}쇼핑몰 이름{% endblock %}"/> ... <!--product/detail.html--> {% extends 'base.html' %} {% block title %}크고 아름다운 인형{% endblock %} {% block meta_title %}크고 아름다운 인형{% endblock %} {% block og_title %}크고 아름다운 인형{% endblock %} {% block tw_title %}크고 아름다운 인형{% endblock %} {% block meta_description %}설명 귀찮아...{% endblock %} {% block og_description %}설명 귀찮아...{% endblock %} {% block tw_description %}설명 귀찮아...{% endblock %} ... 어떻게든검색/소셜친화적 105
 106.  모바일우선+ 반응형디자인 Materialize 머티리얼디자인기반반응형프론트엔드프레임워크 마침 좋아보이는 물건을 발견 106
 107.  Materialize 기반으로작업 구글 머티리얼 디자인은 모바일 앱 위주로 큰 화면은 어색 추가적인 CSS 덮어 씌움 동적인 부분은 jquery로 충분(장바구니 정도) css를 그냥 쓰면 고통. lesscss 씀 모바일우선 반응형디자인 107
 108.  자동으로 만들어주는 서비스가 많으니 찾아서 이용합시다. 접근성을 테스트하는 서비스도 많이 있습니다. 구글, 애플, 트위터, 마소 개발자 페이지 자주 갑시다. 세상 쉽게 살고픈 파이 “ “ 108
 109.  슬라이드작성툴 Marp 0.0.8 Markdown Presentation Writer 109
 110.  감사합니다. 110