Meni osebno je hecno že ko pogledam -> Moda (spodaj slike spodnjega perila) in potem v meniju še Avto Oprema, Hobi - Ribolov...

Sam osebno nebi mešal toliko različnih artiklov.

predvidevam, da imamo v sloveniji najraje po povzetju. kaj pa je naslednja opcija? predplacilo na racun?

Aja pa še to, meni osebno je veliko bolj všeč MVC, ker imaš lepo postrukturirano. Klasični asp je počasi out.. Razen vzdrževanja starih sistemov.

http://www.asp.net/mvc/mvc4

Tole si poinštaliraj pa si malo poglej.

Tole je čisto odvisno, če delaš klasični ASP page al je MVC zadevca? Glede na to, da maš cshtml fajle predvidevam, da je MVC in bi bilo bolj pametno delati z "route-ami", ki jih definiras v Global.asax in potem na Layout.cshtml vmestiti kodo za prepoznavo. Me pa malo moti tale PageLoad, ki naj bi bil še iz klasičnega ASP-ja.

Še bolje bi bilo imeti en MasterController.cs, kjer vsi ostali controllerji dedujejo od njega. V njem pa override OnActionExecuting metode in v njej notri preverjaš iz kje prihaja request in redirectaš. Seveda če gre za MVC.

Še druga opcija je pa, da zadevo rešiš z AuthorizeAttribute..

Malo več kode bi pa vseeno rabu videt in dejansko definicijo, če gre za MVC ali klasiko.

V čem je pa programirano sploh? Če je .NET ti tako ne preostane drugega kot Windows Streznik. Mi na vseh projektih v .NET uporabljamo PostgreSQL bazo + FluentNHibernate (Npgsql driver), da se izognemo MSSQL.

Ful je enostavno z driver-jem potem zamenjat komunikacijo z različnimi bazami. Tudi MySql, sqllite, podpira pa tudi MSSQL (itaq).

Noben ni vprašal po verziji jQuery-ja bi se temu reklo.

Verjetno uporabljaš jquery 1.x.x in je tole predvidevam OK.

wssrpnc:

da ne odpiram nove teme, bom vprašal kar tule:

imam dva stolpca, v katerih so barve, npr.:

Stolp. A....-.....Stolp.B

Rumena....-.....Rdeča

Rumena....-.....Modra

Bela....-.....Zlata :)

Rdeča

Modra

V stolpec C bi rad vpisal '1' za pri vsaki barvi v stolpcu B, ki se enkrat ali večkrat pojavi v stolpcu A.

Verjetno že s kako if funkcijo, samo nekak ne uspem sestavit formule, kar sem pa na netu našel pa mi javi kot napako :S

Poglej si funkcijo VLOOKUP. Pomoje bi znala biti primerna za tole...

Ja po temle odgovoru se že nekako bolj nagibam k taki rešitvi. Če pomislim, da bi se bilo potrebno ubadati še s takimi problemi, kot so poškodovana, izgubljena roba itd... Konec koncev, če hočeš ponuditi nizke cene in neke normalne provizije si ne moreš privoščit tega dela za take zneske. Vsekakor pa mi nisi vzel veselja, ker sem na te težave nekako računal. :)

Aja mimogrede, sem pa te robe naročil kar relativno veliko za mojo in njene kolegice in se je zgodilo le enkrat, da roba ni prispela pa še to je vprašanje, če je ponovno poslal, ker je šlo za reklamacijo provotne pošiljke (dva kosa) in je kao rekel, da bo poslal še enkrat na svoje stroške (verjetno me je nategnil). Drugače pa res nobenih problemov.

majstore:

wingback:

Hmm.. Zanimivo. Kakšna je razlika, če sam naročim nekaj iz kitajske ali če nekomu plačam vrednost izdelka in nekaj provizije, če recimo sam nimam kreditne kartice?

Če bi izdal recimo račun samo za provizijo (se pravi stranka ve kolikšna je dejanska cena izdelka iz tujine) bi pa bilo OK?

V tem primeru bi lahko nudil neke vrste storitev naročanja iz tujine, stranki pa bi izdal račun za opravljeno storitev in ne za izdelek, torej nebi smel imeti spletne trgovine, ampak spletno stran v smislu "Nimate kreditne kartice? Mi naročimo za vas!" ali nekaj podobnega, nato stranka tebi pošlje link do izdelka, ti pa njej tvojo ponudbo kolko bi jo stalo, če bi ti njej naročil, račun pa kot si že napisal, izdaš samo za provizijo...

Teoretično bi to šlo, če sem kaj narobe napisal me naj kdo popravi...

Kot prvo zakaj nebi smel oglaševati izdelkov na tej strani kjer nudim storitev naročanja za uporabnike? Enostavno naberejo kaj bi radi imeli, dodajo v košarico in namesto plačila zahtevajo predračun v katerem pošljem ceno izdelkov in provizijo, ki jo bi zaračunal za to naročilo. Ko plačajo pošljem samo račun za provizijo. Seveda sproti nudim še info o statusu naročila in podobno.

Kot drugo: v začetku je bil namen tak potem se itak apetiti malo povečajo (beri zaslužek) in se je ideja spreobrnila v "dropship" spletno trgovino.

Jasno, če dropship trgovina zaradi takšnih in drugačnih razlogov ne bo pila vode se vrnem na prvotno idejo in bo stran verjetno affiliate (ga ponujajo), ki bo imela dodatno funkcijo za posredovanje naročil za uporabnike, ki nimajo kreditnih kartic seveda proti plačilu provizije.

Nekako sem računal na to, da lahko obstajajo komplikacije pri dropshipingu in ja imam B (oziroma prvotni) plan za rezervo.

Gre pa za moje pojme za dokaj nasičeno nišo kitajskih produktov na našem trgu, ki se ponujajo tudi na raznih kuponko straneh in ja cene so nabite do amena. Če zadeva zaživi zna kar nekaj trgovin, ki so do sedaj prodajale to robo, imeti tezave. No ali pa ne, prednost njih je jasno dobavni rok. Bomo videli.

Prosim razloži mi, zakaj ne bi smela zadeva biti v stilu spletne trgovine? Verjetno bo dosti uporabnikom lažje izbrati zadeve v slovenskem jeziku, kot angleščini? Za tole ne vidim nobene ovire.

Hmm.. Zanimivo. Kakšna je razlika, če sam naročim nekaj iz kitajske ali če nekomu plačam vrednost izdelka in nekaj provizije, če recimo sam nimam kreditne kartice?

Če bi izdal recimo račun samo za provizijo (se pravi stranka ve kolikšna je dejanska cena izdelka iz tujine) bi pa bilo OK?