a ni pri NLB okol 7eur strošel, ne da je bistveno. Pri NLB kot je nas-t1 rekel: jaz če grem k pravi na šalter mi vedno nakaže v 7 dneh, če grem k neki zateženi pa v 30 dneh (včasih). :)

Ne da je odvisno od ženske, ampak tista prijazna mi je enkrat rekla da bo dala na "hitro vnovčenje" in mislim da imajo to opcijo tam, tako da mal vprašajte.

Nisem oblikovalec a meni je na prvi pogled design / preprostost navigacije zelo všeč in tudi pri postopku s košarico nisem opazil nič posebnega. Na koncu koncev po morem ti proceduralni ali tehnični vzroki ne morejo usodno vplivati (ampak bolj to al človek želi kupit al ne oz a se odloči da bo ali ne) tako da nebi šel menjat tega kar na slepo ker boš lahko pristal pri istem.

Prej bi rekel da je vzrok vsebina npr... boljši opisi, oz ne samo opis ampak informacije ki vas pozicionirajo kot nekoga ki se na to spozna... itd.

Ne vem kako so te cifre pri trgovinah a bounce rate in AVD se mi zdi zelo dober!

V vsakem primeru "you can't improve what you don't measure"... jaz imam v razvoju eno storitev ki je "conversion oriented statistika" in namenjena ravno za take primere kjer še ni več kot 50 konverzij na dan, kjer agregatne statistike (po mojem) ne dajo dosti vpogleda v to kaj se dogaja. To je še v delu in uporabljam samo pri vseh svojih produktih in par kolegih, a če želiš lahko še tebi inštaliramo in usposobimo (vse zastonj in z veseljem) ker me zanima kako se bo stvar obnesla pri primeru spetne trgovine in tvoja z jasno navigacijo je kot naročena. Če te zanima javi na janko.itm pri gmail.

samo še en feedback glede trgovine: Tist tekst na prvi strani ki da celotni zadevi osebno noto in zgodbo (od Maria Laura Jauregui Vilcara in tudi spodaj) je po mojem zelo zakon. A je vizuelno čisto preveč nek nekontrasten wall of text. Probaj ga narediti malo bol dinamičnega / vizualnega, a ne pretiravat seveda.

LP

tako kot je rekel zeko + še par dodatkov:

1. par dni prej naredi poddomeno ki pelje na nov server: npr. ww2.domena.com


2. prenesi gor kodo in bazo (prvič) in preveri da vse dela (preko hosts naredu in preveri da nov strežnik dela tudi na www.domena.com preden greš preklapljat)


3. TTL nastavi na nek nizek čas: npr 5 minut ali manj


4. počakaj par dni da se vse resolva in preveri


5. Ko greš zamenjat, preklopiš v DNS-ju na nov server (ker je ttl nizek bi moralo kmalu pridet v efekt)


6. Hkrati na starem strežniku narediš 302 preusmeritev na ww2.domena.com

S tem dosežeš da (v momentu preklopa) vse ki še nimajo novih dns-podatkov padejo na nov strežnik preko ww2. ko grejo na tvojo stran, ko pa dobijo nove dns podatke pa stvar ostane na www ki pa je že na novem.

LP

Varnost nam je zelo pomembna tema. Za njo imam svetovalca (spodaj na http://refaktorlabs.com) in stalno delamo na tem ker absolutne varnosti ni (tudi če imaš podatke na lokalnem računalniku) in našo stalno izboljšujemo. Strankam, ki jih je to zanimalo sem poslal opis sistema, kako tehnično skrbimo za to in kakšni so naši načrti za naprej.

Varnost podatkov pred mano: Najprej moram definirat kaj pomeni "mano". Gesla do serverja imam samo jaz, noben drug v ekipi, kakšen tretji administrator ali kdorkoli. Tako da govorimo res o meni. Pred mano pa podatki tehnično gledano ne morejo biti varni, ker kdor ima dostop do strežnika in kode ki dostopa do podatkov ne more nikoli trditi ne more imeti dostopa do podatkov (***).

To še posebej nima veze z HTTPS / SSL kot dajo slutiti nekatere (tuje) SaaS storitve, in tudi nima veze z enkripcijo podatkov, če se ta izvaja na serverju (enkripcija podatkov na serverju pomaga samo pri točno specifičnih napadih (ne pred lastniki serverja) a tudi to je zelo omejeno (nikakor ni absolutna rešitev), odvisno kje so ključi za dekripcijo (lahko več o tem če koga zanima). Običajno se enkripcija/dekripcija dogaja na serverju, ker mora program na serverju dostopati do podatkov da deluje.

Tako da pred mano osebno podatki niso varni in ne morejo biti. Bi pa veliko rajši videl da bi obstajal način da bi bili, ker moj motiv in zakaj delam je da imam zadovoljne stranke ki plačujejo za storitev, ne da gledam kaj uporabniki pišejo na račune in so mi ti podatki skrb oz tveganje.

Na začetku sem imel web-admin interface čebelce, kjer smo videli naslove podjetij uporabnikov, da smo jim lahko poslali račune in podobno. Potem sem ukinili tudi to, tako da imamo samo shell skripte na nivoju strežnika da vidimo koliko dokumentov ima kdo in kdaj se je nazadnje loginal (da vidimo če je aktiven) in mu lahko pošljemo račun.

*** Edin način kako zavarovati podatke pred mano, in mene rešiti tega bremena, je "zero knowledge" na serverju, kjer se enkripcija dogaja v celoti na clientu (javascript, kar je sedaj možno z neko zanesljivostjo) in tudi ključi niso nikoli posredovani serverju ampak se generirajo iz user inputa direktno na clientu. Pri tem ne moreš nujno enkriptati vsega, ker v tem primeru server dobesedno nikoli ne vidi ničesar o podatkih ki jih shranjuje in jih ne more procesirati. Odvisno od aplikacije. Pri nas je večina kode na clientu tako da bo kaj takega možno. Tudi tu niso stvari 100% absolutne ker kdor kontrolira client kodo kontrolira varnost in tuhtamo o shemi 3rd party preverjanja kode (ki se plača direkt s strani uporabnikov, ne nas, da so motivi pravilno naravnani). To je mogoče overkill, ker prinese tudi določene UX omejitve, a o njem razmišljamo ker bi kaj takega potrebovala npr podjetja ki se ukvarjajo z zdravstvom. Kjer niso najbol ključen podatek sami računi oz poslovanje, ampak zdravstveni podatki strank tistega podjetja. (V tem primeru če uporabnik izgubi geslo ni teoretične možnosti da pride do podatkov)

To bo na voljo vsem uporabnikom ko bo narejeno. Moja teorija je da varnosti nikoli ne pogojujemo s ceno ampak vsem damo najboljše kar lahko

Vem da sem se preveč razpisal, a varnost je zelo kompleksna tema in težko povem kaj na kratko.

// edit: jaz ti nisem dal minusa. sicer malo težko odgovorim kako so podatki varni pred mano, ampak kot vedno, mislim, da so vsa vprašanja dovoljena in dobrodošla. Na splošno in še posebej pri varnosti je vedno dobro da imajo vse strani čimboljšo in čimbolj realno sliko o stvari.

Roky:

API za čebelco še ni uradno releasan, a imamo že dokaj OK dokumentacijo in lahko privat posredujem informacije in pomoč. Preko API-ja lahko delaš vse, in več kot preko webapp-a. Na nivoju API-ja ni prav funkcije za uvoz računov, so pa posamezne funkcije s katerimi skreiraš račun ali kaj drugega. Npr. v praksi imamo Google Docs Script (javascript like), ki iz vrstic v Spreadsheet tabeli zgenerira račune, imamo neke trgovine ki dodajajo partnerje in kreirajo račune, imamo bash skripte ki zdownloadajo in sprintajo PDF-je v nekem rangu. Vse to bo Open Source, ko bo dovolj dodelano in ko bo API releasan, privat pa ti lahko posredujem že sedaj.

blackmamba:

Hvala za javljeno napako! Bom pogledal in popravil. Na skladišču delamo ravno sedaj in je planiran za pravi release februarja-marca.

mirko3: a to misliš screenshot v objavi pred tabo? To je http://skladisce.cebelca.biz ki je še v delu (že predolgo časa na žalost) a se že da registrirat in nekateri ga že uporabljajo. Če bo šlo po planu bo v prvih mesecih naslednjega leta dodelan in releasan.

Perun, b00mbar.. super, no to je fino slišat kakše informacije iz prakse, ker ko sprašujem razne računovodkinje ali na banki o paypalu me večinoma samo (debelo) gledajo (nič proti njim).

To se mi zdi dobra ideja da naredim ločen paypal račun za fimo / ali spremenim tega v poslovnega. Samo a je potem problem ker je nanj vezana Visa kartica fizične osebe. Kot sem rekel na NLB mislim (sem spraševal in gledal na netu) da ne nudijo poslovne Visa kartice.

To s kontom se mi zdi tudi dobra ideja, ker potem rata bolj smiselno, ker ne gre vedno ves denar dol s paypal-a in tudi tako je najbrž lažje prikazat stroške withdrawal-a (na paypal strani in na visa) ker se že po kontih vidi da se je denar premikal med njimi in so takrat nastali.

Hvala obema!

Pozdrav,

S tem se ubadam in ne vem jasnega odgovora. Stranka iz US mi recimo nakaže par $1000 na leto in nikakor noče tega počet preko wire transfer ampak paypal (ker mi ne vse naenkrat) in se ji kao ne splača oz je ful težko.

Jaz imam personal paypal account in na njem personal Viso preko katere lahko dobim denar dol (kolikor vem na edini način). AFAIK NLB nima poslovne Visa kartice (samo poslovno Mastercard).

Denar bi rad spravil na firmo, ker ga tam rabim in nebi rad šušmaril s tem. In iz firme tudi izdam tej stranki račun.

Edini smiselen način ki ga vidim je da preko personal paypal-a in vise denar dobim dol na svoj fizični račun ter ga potem jaz nakažem na firmo in kot namen napišem npr. "Plačilo računa XXYY iz US preko paypa-a" .

To se zdi edin način, ne vem pa če je sprejemljiv za davčne in ostale organe. A je kdo že poskušal kej takega? Oz. kako ste vi reševali takšen problem?

Hvala

Vas bom vse dodal. Samo ker vas je toliko sem se odločil da ni preveč pametno da vas dodam vse naenkrat (in mi vsi javljate iste napake in če bo kaj večjega narobe boste vsi na to naletel). Tako da sem zdaj pisal prvim 5 (3 na forumu, 2 na ZS). Če bo šlo s temi ok bom sredi drugega tedna dodal drugo skupino.

jst za mail hosting (za normalen mail in razne maile iz aplikacij) uporabljam http://www.rackspace.com/apps/email_hosting/ že kake 2-3 leti in zaenkrat je vse delovalo brezhibno.

Hvala za dodatne informacije in ponudbo, se ti javim če bo kaj takega. ESRI sem si pogledal malo, si še bom. Link z javascript primeri je zelo zanimiv (demoti) in nisem vedel za to knjižnjico. Enkrat sem nekaj delal z Polymaps in seveda Google maps a nič večjega.

Včeraj vam nisem uspel poslat dostopov, rad bi naredil še Gtalk invite bota (kar upam da bo danes ali jutri dopoldne) tako da še to stestiramo ko vas dodam, sedaj sem moral invite pošiljati še ročno :)