Naši konkurenti npr. http://www.gameworld.si/pc/prednarocila.html pa ima popuste na izdelke ki še niso niti izšli :) Vse skupaj je en big joke

Linux :) .......

Za nas je (zaenkrat še) idealno da naročamo v UK. Pri nas na obali je še aktualen GameStop v Trstu, ker lahko daš še svoje stare v račun (+ kar nekaj ljudi tukaj celo preferira igre v Italijanščini, enako kot filme).

V UK pa so po mojih izkušnjah najboljši amazon.co.uk marketplace, zavvi.co.uk (vsak ponedeljek akcije) in shopto.net. V večini primerov si lahko pomagaš z gamestracker.com in pricerunner.co.uk (primerjalniki cen).

Ne pozabi pogledati še na Hot UK deals.

Nenazadnje pa je tu še Mantis, ki ima tudi neke odprodajne akcije rabljenih iger, pa tvoje lahko tudi vzamejo (koliko se splača pa ne vem).

Pod črto povedano, mislim da se komot da ostati legalen in igrati kvalitetno ter poceni hkrati. Pa tu ne poudarjam legalno kot samo moralni princip, ampak tudi praktični (zakonski vidik pa je pri nas samo ena velika šala. khm. goblin. khm).

Cool. Si backend design sam naredil?

Ok to je načeloma porihtano.

V bistvu mora biti narejeno tako, da se lahko več taskov naenkrat dogaja (npr. supplier update par 10.000 izdelkov + pošiljanje okrožnice).

Zato sem uporabil zastavice in sicer čim ugotovi, da je potrebno pognati task, se zastavica nastavi kot "sending", tako da naslednji spawn tega več ne more pognati.

Edino še moram dodati logiko, da ugotovi, ali prejšni task ni "obupal" oz. ali sploh še pošilja, če ne da resuma naprej.

Če sem dobro razumel je ta process handler podobna zadeva, le da je ta zastavica file na disku. Še ena varianta je, da bi v samem fileu naredil "flock(FILE)" in ta isti file do odklenitve (ali restarta apacha) ne bi bil dostopen.

Edit: kako pošiljam je nastavljivo v configu (doslej povsod SMTP).

Mešetar: Trenutni CMS/spletna platforma, ki jo izdelujem, je osnovana na CodeIgniter. Problemov je več, npr. manjko modularnosti, proceduralna logika, ni ORMja, ni namespaceov, najbolj pa me moti EKSTREMNO POČASEN RAZVOJ, kar ti bo takoj jasno, če pogledaš: http://ellislab.com/codeigniter/user-guide/changelog.html

Zato je potem z delom ekipe nastal FuelPHP (če sem dobro sledil dogajanju).

Je pa CI zelo enostaven za priučitev, tako da verjetno sem ga tudi zato pred 3 leti izbral ;)

technolog:

Kokr vem, MySQL ne podpira tujih ključev.

V 7 let pro web developmenta pa bi ja to lahko že vedel? :) Google pravi, da jih je mysql implementiral z 3.23, kar je bilo cca leta 2000.

Če bi jaz začenjal danes, bi po vsej verjetnosti izbral Laravel. S tem da pri tem moraš narediti še frontend, pri npr. Wordpressu ali Joomli pa imaš že vse forme (login, registracija...).

Ne želim iti v ta offtopic, zakaj delam to kar delam. Spraševal sem o tehničnem problemu. Vseeno hvala za vaše predloge. Če bom v bodoče ugotovil potrebo (in če bo kdo želel to plačati) bom naredil module za zunanje ponudnike.

Prešeren: foreign keyi (tuji ključ) se v podatkovnih bazah uporabljajo ravno za to, da se ohranja konsistenca/integriteta podatkov. Imaš ON UPDATE in ON DELETE trigger, kjer poveš, kaj se zgodi, če se originalni zapis (v tem primeru ID userja) spremeni ali izbriše.

esedic: neke hude implementacije ni, samo tabela mora biti pravilno ustvarjena. Pa če uporabljaš MySQL, mora za table engine biti nastavljen InnoDB.

Predvidevam, da sedanja joomla to ima že urejeno, lahko pa mi pošlješ eno sample bazo na info afna tauron pika si, pa ti povem točno oz. ti pošljem upgrade skripto (SQL file z DDL stavki).