Kas saan teie tagasisidet parimate tööriistade kohta oksjoniveebi loomiseks järgmiste funktsioonidega:

  • Sait võtab iga tehingu eest vahendustasu (näiteks 5%)
  • Iga kasutaja saab määrata oma lõpetatud tehingule hinnangu (nt 4,5 tärni), ja kommenteerige müüja profiili.
  • Aktsepteerige makseid PayPali ja krediitkaardiga

Olen uurinud Joomlat! ja JomSocial, kuid nad pole mind siiani eriti veennud.

Mul on mõningane programmeerimiskogemus C, Pythoni ja Java keeles. Kui ühtegi CMS-i tööriista ei kasutata, võtaksin ühendust, kui oskaksite öelda, milline on oksjonisaidi lõpuleviimiseks parim viis programmeerimiseks.

  • Teie küsimuse teine ​​osa ( veereta oma osa) on liiga lai. Peaksite küsima selle konkreetsete aspektide kohta või proovima ja siis probleemide tekkimisel paluma SO kogukonnalt abi.
  • aitäh! Vaatan nüüd Drupali, see tundub paljulubavam kui Joomla !. Kui see seda ei lõika, siis NII kogukond, julgustage küsimusi !! : P
  • vaadake lehte magento: magentocommerce.com

Isiklikult, kui peaksin enda oma veerema, valiksin Ruby on Rails. Olen teinud palju C # ja Java arendust ning olen toetanud PHP veebirakendusi, RoR viib teid sinna kiiremini ja Ruby keel on väga dünaamiline ning sellel on mõned suurepärased "otsetee" meetodid ja funktsioonid, mis vähendavad vajaliku koodi hulka oma ülesande täitmiseks. Kõik, mida ma ütlen, on see, et kui kavatsete oma saidi välja töötada, siis võtke Ruby ja Rails raamistiku uurimiseks paar tundi.

Tõenäoliselt prooviksin vältida CMS-e (sisuhaldussüsteemid), kuna teie rakenduse peamine eesmärk pole sisuhaldus.

Kui otsustate siiski kasutada rakenduse raamistikku, veenduge, et see oleks erapooletu teie kirjutatava rakenduse tüübi suhtes või oleks kohandatud just teie tegevuse järgi. CMS-i muutmine oksjonisaidiks võib väga hästi põhjustada mastaapsuse probleeme ja takistada oksjoniga seotud funktsioonide arendamise kiirust.

Ükskõik milline keel, mille valite, pole tõenäoliselt oluline, kuid mõned neist on rohkem kohandatud veebisaitidele ja veebirakendustele. Minu valitud keel ja raamistik on C # koos ASP.NET MVC-ga.

  • 1 Kõigil veebisaitidel / rakendustel on hallatav sisu. Erinevad on lihtsalt sisu vorming ning selle kasutamise ja haldamise viis. Näiteks on Twitter mikroblogi - selle põhisisu koosneb säutsudest; StackExchange on küsimuste ja vastuste võrk - selle põhisisu on küsimused ja vastused; Oksjonisaidi sisuks on nii oksjoni üksikud lehed kui ka kategooriad ja poe lehed. On täiesti mõistlik ehitada oksjonisait CMS-i raamistikust välja nagu Joomla või Drupal.
  • Samuti jagavad kõik veebirakendused teatud üldisi CMS-i nõudeid, nagu staatilised lehed (kodu, teave, kontakt, privaatsuseeskirjad jne), kontaktivormid, sisselogimissüsteem, meediumihaldus, otsing ... Modulaarsed raamistikud võimaldavad teil ka sisse logida standardfunktsioonid, nagu redaktorid, sõnumsüsteem, kasutajaprofiilid, kommentaarid, teated, RSS, armatuurlauad jne teie rakendusse kõikjal ja nii, nagu soovite.
  • Ma lihtsalt ütlen, et arvan, et selle konkreetse rakenduse jaoks ei kasutaks ma CMS-i. Peamine tähelepanu oleks oksjonil noteerimisel ja pakkumissüsteemil, mis peab toimima nii kiiresti kui võimalik. Ühekordse suuruse kasutamine sobib kõigile CMS-idele, isegi pistikprogrammide / moodulitega, võib pikemas perspektiivis lihtsalt teie teele sattuda. Ma arvan, et parem lahendus oleks kasutada CMS-i avaliku saidi jaoks ja panna tegelikud oksjonid alamdomeenile või -teele, mis töötab väljaspool CMS-i. Ettevõtte tuum on oksjonid ja inimeste pakkumiste tegemine. Tahaksin selle üle täielikku kontrolli.
  • Ma ei saa aru, miks CMS-i raamistiku peale ehitamine "teie teele satuks". CMS-i raamistikud on loodud modulaarseks, et saaksite vajadusel kasutada juba olemasolevaid komponente või jätta need välja, kui te neid ei vaja. Teie oksjonisaidil on endiselt vaja ruuterit, mallimootorit, ORM-i, kasutajahaldussüsteemi, kuvamootorit, automaatraadijat ja kõiki muid mugavuse funktsioone ja mooduleid, mida peaaegu kõik suuremad veebirakendused vajavad.
  • 1 Ainus erinevus CMS-i raamistiku ja raamistiku nagu ASP.NET MVC vahel on see, et üldine sisuhaldussüsteem on juba olemas. Nii et selle asemel, et neid osi käsitsi ehitada või integreerida sellesse eraldi riiulil olev CMS, on teie rakendus algusest peale integreeritud teie CMS-i funktsionaalsusse.

Mida iganes teete, hoiduge lihtsalt WordPressist / joomlast. Kui projekt muutub suuremaks, on teie koodi järjest raskem hooldada.

Kui olete PHP arendaja, soovitaksin teil proovida Symfony 2 raamistikku. Esialgse versiooni väljatöötamiseks vajate rohkem aega, kuid pikemas perspektiivis parem lahendus.

Symfony 2-l on palju kimbusid (kasutaja kirjutatud kimbud) peaaegu kõigi oksjoniveebi (knpbundles.com) jaoks vajalike asjade jaoks. Kõik kimbud on tasuta kasutamiseks.

Samuti on pakette hõlpsaks integreerimiseks näiteks Facebookiga. Kogumid kasutajate hõlpsaks haldamiseks ja nii edasi.

Saate kiiresti luua oksjoni põhiveebisaidi aadressiga https://www.drupal.org/project/commerce_auction. Kuid nagu teised ütlevad, kui see kasvab, on ilma CMS-iga kindlasti lihtsam.

Minu arvates võimaldab Drupali kaubandusest alustamine teil kiiresti proovida ja kontrollida, kas teie projektoritel on turg ... siis, kui see töötab ja te teenite raha, saate selle ümber kirjutada.

none: Charles Robertson | none