Z Avstrije punca dobiva, tak da to vem da ni problema.

Kolk je pa trajalo iz Brazilije? In iz katere na katero banko je šlo, če še veš?

Drugače bi raje imel denar direkt na TRR (wire ali PayPal), da potem samo račun izdam, in je mir.

Zanima me, če je kdo že prejel "wire transfer" is ZDA? Torej nakazilo direkt na TRR iz ZDA?

Kolikor vidim Slovenija ni na "slow-to-pay" listi, in kolikor gledam tudi stroški niso tako veliki (po ceniku Bank of America je baje 35$).

Sicer upam da se bo dalo uredit prek PayPal-a, ampak rad bi dobil informacije, kako je z direktnim nakazilom.

WU je predrag, da mi pošiljajo ček je tut brezveze, ker NKBM si pusti čas pa tudi poceni ni, in glede na izkušnje z podjetjem, ki bo plačalo račun, dvomim da bojo sploh hotli prek PayPal, ali pa si uredit kak MoneyBookers...

Torej, če je kdo že prejemal nakazilo iz ZDA, bi bil zlo hvaležen za informacije!

Jao jao jao. Kaj ni kriza in šparamo? Spet bomo postavljali infrastrukturo za milijone evrov, ki bo na koncu totalno neizkoriščena in neučinkovita, zaslužil bo pa IBM, in pa eden od verjetno dveh ponudnikov, ki izpolnjujeta njihove zahteve.

Aja, bliža se konec mandata, pa je treba hiter razpise čez dat :).

Nevem, se komu zdi realno, da potrebuje ZSSS takšno enterprise grade infrastrukturo, glede na to, kaj bo morala aplikacije delat?

Sem pa siguren, da še vedno ne bodo uredili samodejno posodabljanje stanja zavarovanja iz baze DURS-a. Davkarija "ročno" javlja "tu pa tam" (dejanske besede refrentke z ZSSS), da so prispevki plačani, in če imaš srečo, moreš potem najprej it na DURS po potrdilo, in potem nest na ZSSS, da potem tam nekdo v njihovi aplikaciji naredi kljukico.

BTW Gremo stave sprejemat, kdo bo dobil razpis? :)

Struktura projekta/aplikacije je res kompleksna, se strinjam.

Glede na to da zadnje čase delam večinoma z Django-tom, mi je ta struktura najbližje (sploh od kar imamo v 1.3, django.contrib.staticfiles), in res deluje, tudi prenos v versioning sisteme je painless, ker lahko na nivoju aplikacije ločiš vse, od modelov, view-jev, statike, url config, ...

Zakaj pa ne bi mogel reuse-at ZF komponent? Glede na to, da temlji na OOP in MVC, je to že odličen pogoj, da se izdelajo reusable komponente.

Bolj je to odvisno, kako v začetku zastaviš določeno komponento, in kako zelo generično jo sestaviš.

Ne sej captcha je ql, sam spomnu sem se na otroške igrače :).

Če bi bil Ajax degradable, potem bi delalo tudi brez Javascripta :). Verjetno si mislu to, da se ob refreshu ohrani "state" in da deluje browserjev back button? Če drugega ne, bo to tudi problem za SEO, sicer Google mogoče celo zna indeksirat...

Nevem, malo sem že tudi alergičen na preobsežno uporabo Ajax-a, ker se mi zdi, da se tako "zlorablja" kot se je prej Flash, ko je moral vsak obrtnik imet Flash stran, zato ker je blo "in" in "lepo".

Hm, forma je zej v Chrome-u vredu, ampak on problem z gumbom za registracijo pa ostaja, prilagam screen kako zgleda ko kliknem pravilni lik.

screen

@Mešetar kater search engine pa uporabljate? Lucene, Sphinx, ... ?

Jst se ne znam registrirat.

V Chrome-u je forma zlomljena in premaknjena navzdol, tako da niti ne vidim cele forme.

V Firefoxu, sicer vpišem podatke, se poigram z otroško igračko proti spam-u, kaj pa pol?

// 2 minute kasnej - Aha zej sem še 1x, če povlečem lik v lukno, potem se prikaže gumb, če pa kliknem pa ne.

Če izklopim Javascript postane stran neuporabna. Ta vaš Ajax bi moral biti "degradable". Nekaj informacij se nahaja tukaj.

Huh, sam zej pa beri zakone :).

Malo sem bral spremembe, ki so bile sprejete letos, pa, vsaj jasnega odgovora, na našo debato, nisem našel.

Pomojem za konkretni problem, torej ali je lahko stari lastnik odgovoren za slabo poslovanje novega lastnika, bi bilo bolje kje povprašati. Verjetno na ministrstvu za gospodarstvo? GZS?

Tudi PPC bi lahko prinesel veliko, če bi šlo za dobro plačane ključne besede. Če najdeš prave je lahko tudi par evrov na klik.

Drugače pa ja, povej malo več podatkov, pa bo lažje izluščit.