Pozdravljeni,

zaradi preskromnega budgeta moram spletno trgovino predati v roke sposobnejšemu upravitelju / lastniku.

Prodaja se spletna trgovina p - l - a - y - t - e - c - h - . - s - i (izbrišite pomišljaje in presledke iz naslova) skupaj z zalogo in po meri izdelano spletno aplikacijo, ki je še v razvoju.

Prodajalec je s.p. in DDV zavezanec. Način plačila stvar dogovora. Plačilo možno v dveh obrokih.

Trenutne prednosti spletne trgovine:

- zaradi "velikih načrtov" po meri izdelana spletna aplikacija v objektnem PHP,

- povezava z dobaviteljevo zalogo: večkrat na dan se s strežnika dobavitelja potegne stanje zaloge, nakar se popravijo cene, dobavljivost itd.

- povezava s ceneje.si: http://www.ceneje.si/racunalnistvo/racunalniska-oprema/igre/ea-ps3-igra-2010-fifa-world-cup-CX0013A393

- celovita odprema naročila samo s pomočjo spletne aplikacije: tisk računa, plačilnega naloga za odkupnino in spremne nalepke za paket - vse kot rezultat "velikega načrta", kjer se trgovina maksimalno informacijsko podpre

- dinamika naročila in obveščanje stranke o stanju naročila (na poti na zalogo, čakanje na dobavitelja...)

- s trenutnimi dobavitelji bi lahko prodajal s 20-40% maržo, če bi prodajal po cenah, ki so trenutno na slovenskem trgu

- aplikacija ima super temelje za večjezičnost in podporo prodaji v več držav (neodvisno nastavljivi pogoji pošiljanja in plačila za regijo / državo), kar je tudi del "velikega načrta" (vključno z implementacijo amazon / ebay API)

Slabosti:

- reklama, ki je ni! Velike skupnosti kot so slo-tech in joker.si za spletno trgovino še ne vedo (razen nekaj trzljajev, ni referralov s teh dveh forumov). Predvsem zaradi tega moram trgovino prodati - ker si ne morem privoščiti konkretne reklame.

- nedokončanost programskih sklopov tako frontenda kot backenda,

- ljudje naročajo, kar ni na zalogi - to me je pravzaprav spravilo v težave. Zaradi nekaj naročil na teden, kjer nisem imel zaloge (backorder) sem moral skoraj vsak teden naročati od dobavitelja. Ker to ni smiselno za npr. 100eur, sem vedno dodajal še nekaj za svojo zalogo in tako sem "kot ena mona" porabil 3000 eur.

Tududum, številke!

http://www.shrani.si/f/1J/5W/Qd9WRB5/statistika.png

Trenutno zaloge po nabavnih cenah (vrednotenje s stroški nabave in neposrednimi stroški): cca 3600 (okoli 400€ še na poti)

Prodaja za mesec junij: 805 brez DDV :) (to je drugi mesec poslovanja)

(še pišem, sem shranil samo za slučaj, da mi kaj ne zatrokira)

Zdravo,

selim eno stranko na moj VPS (prva na tem VPSu, poleg mene) in imam težavo z nameserverji.

Pri godaddyu imam registrirano domeno tauron.info in sem tam ustvaril hoste:

ns.tauron.info

ns2.tauron.info

In jim vpisal IPje, ki sem jih dobil od ISPja.

Potem sem te iste ns-je vpisal za domeno tauron.info. Če obiščem tauron.info vidim pravilno stran (default od pleska).

Ko sem sinoči vpisal te iste ns-je pri domeni od stranke, so dobili obvestilo na email, da vpis ni uspel.

INFO: Preverjamo SOA zapis za btracunalniki.si na domenskem strežniku ns2.tauron.info

NAPAKA: Z domenskega strežnika ns2.tauron.info ni mogoče dobiti SOA zapisa za btracunalniki.si

       Error: no nameservers



INFO: Računalnik ns2.tauron.info ne obstaja

V Plesku pod DNS Settings za tauron.info imam takole narejeno:



Ko sem sinoči vpisoval nsje v domeno od stranke, nisem še imel tega urejenega, ker sem "pozabil" oz. nisem vedel, da sploh rabim narediti domeno v plesku (ker mi je web pa ssh itd. delalo bp).

Danes sem torej:

- dodal domeno tauron.info

- ji poleg tega, kar je že samo zapisalo, zapisal še A record za ns2.tauron.info in NS record za tauron.info. -> ns2.tauron.info (kot sem pač videl narejeno za ns.tauron.info).

Zdaj je ok, razen tega, da ns2.tauron.info ne resolva. Preden sem ustvaril domeno v plesku, ni noben od nsjev resolval, ko sem zgornje naredil, pa ns.tauron.info resolva, ns2.tauron.info pa ne.

Ima kdo kakšno idejo? Menda arnes spet ne bo vpisal nsjev, če eden od njiju ne bo resolval, jutri pa stranki zaprejo account, lol.

Zdravo,

zanima me, če ma kdo kakšno idejo, kateri je najboljši-najhitrejši način za parsanje jezikovnih datotek.

Npr. zdaj imam tako, v cookieu se prebere trenutna nastavitev in se potem includa ustrezen php language file.

Not so stringi v arrayu:

lang['product_stock'] = "Zaloga";

lang['product_info'] = "informacije o izdelku";

Razmišljam, da bi naredil tako:

lang['product_stock']['slovenian'] = "Zaloga";

lang['product_stock']['english'] = "Stock";

Tako stvar je lažje vzdrževat, kot tako kot imam v prvem primeru, ker npr. kakšenkrat pozabim dodati ali spremeniti string v vseh jezikih (vsak jezik v svoji mapi).

Zend ima menda jezikovne stringe v ini fileu.

product_stock = "Zaloga"

Dodatna slabost obeh pristopov je, da je težje narediti fallback. Npr. če enega stringa ni, se uporabi string od default jezika.

Druga slabost je pa ta, da je težje narediti spletni vmesnik za elegantno urejanje. Večina sistemov ima kar velik textbox, notri je pa vsebina celega file-a.

Zato sem mislil, da bi zadevo morda naredil v XML datotekah.

Npr:

<languagefile name="product" default="slovenian">

  <string key="product_stock">

    <value>Zaloga</value>

    <translation lang="english">Stock</translation>

  </string>

</languagefile>

Preden začnem naprej razmišljati, mislite, da bi to bilo po performancu nekje kot tisto zgoraj?

Celo dom drevo (ali več njih) bi ob začetku prebral v en 2d array, enkapsuliral v objekt in potem klical z globalno funkcijo (kot imam sedaj) v stilu <?=lang('product_stock);?> v view-u.

Zdravo,

lahko kdo priporoča kakšen preprost bugtracker, ki naj bi imel tudi roadmap in wiki, kamor bi pisal predvsem navodila za uporabnike?

Nekaj kot je retrospectiva, samo da ni na ruby-u :)

Naj bi bil free, pa naj dela na običajnem konfigu php+mysql.

Zdravo,

zanima me, če se komu svita, kaj bi bilo narobe.

Nimam izkušenj z joomlo in sem čisto brez idej.

Iz form posta preberem nekaj fieldov:

$in->ime = $database->getEscaped($_POST['ime']);

Zadevo shranim tako:

$database->insertObject('#_nagradnaigra', $in)

V bazi je tabela nagradnaigra, collation utf8slovenian_ci, polja so varchar, isti collation.

Šumniki pa niso pravilno shranjeni.

Ima kdo kako idejo?

Zdravo.

Za playtech.si moram narediti sledeče in vas prosim za predloge, kako zadevo najbolje izpeljati.

Vsaki igri lahko (ročno) vpišem http naslov njene strani na metacritic, če jo ima. Npr. za Alan Wake:

http://www.metacritic.com/games/platforms/xbox360/alanwake

Artikel shranim in nadaljujem z delom.

Vsake toliko pa se po Cronu požene update script, kjer z filegetcontents celo stran preberem v string, nato z preg_match najdem pravi div (ker ima tak id). Po validaciji se lahko podatek shrani v bazo.

Zdaj me zanima, kako naj zadevo naredim, da ne bo preveč tolkla s kladivom po metacritic.com... Trenutno imam nekaj več kot 500 iger, za vpisati jih imam še okoli 2000.

Cron in sleep v loopu = dovolj?

Dovolj sem obupan, da četudi kot nov uporabnik izpadem spammer vseeno poizkušam dobiti kakšen feedback na nekaj, v kar sem vložil 3 dobra meseca dela.

Kjerkoli na spletnih forumih, kjer sem član, bi mojo temo izbrisali češ da reklamiram.

V glavnem, spletne trgovine sem se lotil na skoraj najnižjem nivoju - uporabil sem CodeIgniter kot PHP framework in jQuery za ajax / frontend js.

Ubral sem pot minimalizma in poizkušam uporabiti že tako grafično zanimive naslovnice izdelkov. Ideja je, čeprav ne vem ali mi dovolj dobro uspeva, da obiskovalec gleda na zadevo kot bi jo gledal v trgovini. Ker za privlačno pisanost embalaže vemo, da je utemeljena, se mi zdi, da je v spletnem marketing premalo izkoriščena v 50x50 thumbih.

Frontend pa ima tudi kar nekaj pomanjkljivosti. Zaradi minimalizma trpi SEO, npr. gostota keywordov in splošni opisi artiklov. Občutno manjka tudi poudarek novejših artiklov in prodajnih uspešnic. Iskanje je tudi samo za silo narejeno.

Prosim za komentar, tako z vidika drugih upravljalcev/razvijalcev kot stranke.

Še največja hudobija v celemu postu: http://playtech.si

Pa en LP za konec :)