Če ima zadeva foreign keye in ON UPDATE nastavljen na CASCADE, ti bo vse samo spremenilo v omenjenih tabelah.

Če ne uporablja FKjev, pa je še eno potrdilo zame, kakšen šrot od software-a je to :)

Hvala blindek za c/p, očitno imajo narejeno tako, da če ne poveš kaj za en skript bi rad pognal, požene cron.php (prej pa preveri ali se morda že izvaja).

SpinX ne vem zakaj bi bil "pogreb", če je dobro implementirano. Da bi pa strankam zraven moje cene moral prodajati še mailchimp npr. za 150 USD mesečno pa ne pridem nikamor. Uporabljam frameworke, da si vsaj malo zmanjšam količino dela, da bi pa moja aplikacija bila odvisna od zunanjih plačljivih APIjev pa si ne želim.

Na željo stranke pa se vedno lahko naredi razširitev za omenjene zadeve.

Kot prvo moraš vedeti, da že po defaultu odnos med tabo in stranko ureja ZVPot, ti pa lahko daš samo obnovo in kaj dodaš (dokler je v skladu z zakonom). Pomoje je najboljše narediti berljiv povzetek pogojev poslovanja, pa not ne dajat preveč podrobnosti (npr. cena poštnine), ker moraš ob vsaki spremembi pogojev obvestiti stranke (razen če pogoje vedno sprejme ob oddaji naročila, namesto ob registraciji).

Glede domene/branda in naziva podjetja ni omejitev, tvoj s.p. je lahko samo "Ime Priimek s.p.", pomembno je samo kaj za ene dejavnosti imaš prijavljene.

Glede paypala pa nisem prepričan, ampak glede na to da je business lih tako zastonj, ne vem zakaj bi kompliciral.

Zdravo,

v lastnem sistemu delam modul za newsletter (okrožnice).

Procedura je sledeča:

- ustvari vsebino sporočila (ročno ali programatično iz drugih modulov)

- (če je narejeno ročno) nastavi prejemnike

- predogled

- dodaj v vrsto za pošiljanje

Ker je naslovnikov lahko dosti, moram php skripto za pošiljanje pognati kot sistemski uporabnik (apache/drugo) preko cli php, saj je http klient nezanesljiv.

V backendu se prikazuje napredek pošiljanja (%).

Teoretično se lahko naredi več različnih newsletterjev z več tisoč prejemniki (recimo izid 4 izdelkov na isti dan, vsem prednaročnkom moraš poslati mejl) in te bi lahko enostavno hkrati izvajal.

Problem pa imam, kako pognati ta task. Če se ne motim je edini način preko crona.

Tu bi dal cron job na vsake 2 minuti in ta bi pognal maintainance.php, tam pa bi ugotavljal, ali je kakšen newsletter v vrsti za pošiljanje.

Ta maintainance pristop bi verjetno prišel v poštev še za kakšno stvar.

Idealno pa bi bilo, če bi lahko naredil "one time only" cron job, ki se izvede kot web user potem pa izbriše. Ampak kolikor vem ni apija za upravljanje crontab, edino exec ukazov, to pa ni vedno na voljo.

Bo ok tole ali ima kdo drugi kakšen boljši predlog? :)

PS: ve kdo, kako ima npr. magento? Na tak način kot si jaz predstavljam maintaince?

Tudi sam sem hotel preveriti, koliko je staro podjetje in ali ima že kaj prometa, pa na AJPESu nisem dobil nič (niti na vaš priimek).

Lahko bi vprašal tam enega, ki je danes odprl identično temo.

Samo pazi da ne bosta delila z ničlo

gnome: pri meni je vse to res, edino tole s šefom ne vem ker ga nimam :)

bilten:

raj mam v lazanji konja kot špinačo pa travo .. a ni konjsko meso še bolše kot ostalo

Pa dražje. Samo to ni point. V enih vzorcih so našli neko konjsko zdravilo, ki je ljudem škodljivo. Torej tudi če je konj star in bolan, ga ni problema sfaširat in prodati kot govedino. Pa še ena stvar: proizvajalci tega niso naredili zato, da bi ti pripravili lepo presenečenje, zagotovo je zadaj neka hinavščina.

blackmamba:

Zanimivo: http://www.24ur.com/ali-smo-lahko-podjetniki-tudi-brez-poslovnega-racuna.html

Cool, torej pravno gledano ni problem. Poznam enga s.p.ja ki ima ločen a ne poslovni TRR pri Banki Koper. Tako bom tudi jaz naredil, ker to je še ena bančniška lumparija.

Za gmail koledar v thunderbirdu si poberi '"ligthning" extension :)