Pereiti prie turinio

meshkis

Nariai
  • Pranešimai

    55
  • Užsiregistravo

  • Lankėsi

  • Atsiliepimai

    0%

meshkis Pranešimai

  1. kaip taip? o tai analyticse kaip ir kur nurodyta ka sekti turi?

     

    Iš pradžių aš į prestos parduotuvę bandžiau įkišti AdWords konversijos stebėjimą. Po kelių eksperimentų pavyko jį užkurti. Ten esmė, kad reik į teisingą failą ir į teisingą vietą įdėti tą skriptuką. Bet paskui, labiau paskaičius, ir pabuvojus Google analytic`o seminare, nusprendžiau, kad su analitycu geriau stebėti konversijas. Tada analytic`e paskyros nustatymuose įjungiau e-komerciją ir, kaip aukščiau rašiau, suinstaliavau analytic`o modulį su 'Id' ir viskas. Dabar matosi visos konversijos su pirkimo sumom. Aišku, išlieka vienas niuansas: ką daryti, jei žmogui apmokant e-bankininkystėje įvyko klaida ir apmokėjimas neįvyko. Šiuo klausimu labai domėjausi ir jam vieno teisingo atsakymo neradau. Kiekvienas turi sugalvojęs savo schemą, kurių dauguma susiveda i tai, kad rankomis seka ir numinusuoja tas sumas.

  2. Dėkui už pasidalintą informaciją. Kai kuriuos terminus išgirdau pirmą kartą, bet gerai, kad yra Wikipedia :) .

    Kaip aš supratau, tai, kol esu naujokų lygyje ir nežinau, kas gerai, kas blogai, tai paprasčiausias sprendimas - rinktis iš Github arba Bitbucket. Jų rimčiausias skirtumas, mano akimis, kad viename projektai vieši, kitame gali būti uždari. Kažkaip nejaukiai jausčiausi, kad visi gali matyti, ką aš darau, tai lieka Bitbucket.

    Dar belieka išsiaiškinti su tais "kolaboravimosi toolsais". Gal kas gali pasidalinti nuomone apie juos? Kokie pliusai, minusai? Į ką atkreipti dėmesį?

  3. Sveiki forumiečiai,

    Turiu tokį klausimą:

    Iki šiol programuodavau vienas, bet dabar prie kuriamų projektų nori prisijungti dar vienas žmogus. Bet mes nė vienas nesam niekada dirbę komandoje ir neįsivaizduojame, kaip tai vyksta. Taigi temos klausimas būtų:

    Kaip dirbama, kai prie vieno projekto dirba daugiau nei vienas žmogus?

    Iš anksto dėkui už pasidalintą patirtį ir žinias.

  4. Deja aš čia tikrai neginsiu savo teisybės ir nesiginčysiu su Jumis :)

     

    ZOHO ir panašios sistemos, nepykit, bet grybų grybas, o ne UVS. Kas bandė - pritars. Jei nepritars - tada neaišku, kam jas bandė... Tokių sistemų kaip ZOHO funkcionalumą pilnai dengia Excelis.

     

    Jei marža yra 100%, ar tai ne 0 (nulinis) pelnas? Dėl to tiksliai nežinau, bet man toks skaičiavimas patogus. O jau minėjau, kad sistemą gaminausi sau. Norėsite naudotis - paskambinkite, susitarsim ir pasiderinsime.

     

    Žinoma, visos nuomonės laukiamos, bet į daugelį jų, tikriausiai, nesureaguosiu. Aišku, išskyrus tada, kai bus perkamos mokamos licenzijos :)

    Čia nėra noro ar tikslo ginčytis. Mano tikslas yra padėti. Nes žmogus darantis tokias sistemas turėtų tiksliai žinoti ką daro.

    http://zodynas.vz.lt/Marza

    http://en.wikipedia.org/wiki/Profit_margin

  5. Nuėjau į demo versiją ir pamačiau įdomius skaičiavimus.

    Savikaina 1lt, pridedama 150% ir kaina gaunasi 1.5lt :blink: . Ir taip visos kainos suskaičiuotos. Su tokiais skaičiavimais toli nenuvažiuosi .

    Sakyčiau, prieš siūlant, reikėtų klaidas bent jau susitvarkyti :rolleyes: .

  6. Index'o urlconf padaryk tiesiog r'^$'.

     

    Beje, jei darysi daugiau, nei vieną puslapį taip (su prefixu), tau turėtų padėti i18n_patterns. https://docs.djangoproject.com/en/1.5/topics/i18n/translation/#django.conf.urls.i18n.i18n_patterns

    Dabar kita klaida išlindo. Pagrindinis puslapis užsikrauna, viskas ok. Bet kai paspaudi ant vėliavėlės, tai jis bando eiti tokiu adresu 'http://gb/' ir nieko neranda.

     

    Dėl kalbos prefikso, tai aš kaip tik nenoriu jo naudoti, nes keičiant kalbą, turi keistis url pilnai, o ne prefiksas prisidėti.

    pvz: jei kalba 'lt' tai linkas 'vienas-du-trys', jei 'ru' 'odin-dva-tri' ir 'en' 'one-two-three'. Taip paskui lengviau užsiimti SEO.

  7. 'kostumas' labai tiksliai viską parašė. Susitvarkius, dar rekomenduočiau patiems pasiieškoti klientų. Paieškoti forumų, kuriuose būtų kalbama šia tema. Neįkyriai parekomenduoti save ten ieškantiems tokių daiktų. Susirasti keletą gausiai lankomų puslapių, kuriuose būtų temos apie Apple aksesuarus ir pabandyti su webmasteriu susitarti, kad patalpintų straipsniukus apie jūsų siūlomus produktus su nuorodomis į jūsų parduotuvę. Taip didinsit žinomumą savo parduotuvės. Nes nieko nedarant jūs sunkaii kilsite paieškos rezultatuose. Dar vienas būdas, brangesnis, bet nieko daryti nereikia, pasidaryti Google AdWords reklaminę kampaniją. Reklaminė kampanija, jei gerai padaryta, gali atsipirkti su kaupu.

  8. Tai tiesiog vietoj {{ lang.1 }} dėk tas savo vėliavėles – kame problema? :) Pvz.

    {% for lang in LANGUAGES %}
               <option value="{{ lang.0 }}"><img src="{% static lang.0 %}.png"></option>
           {% endfor %}
    

    Aišku, jei failas atitinkamai pavadintas :)

    Mano tikslas ne tik vėliavėles pridėti. Šitas pasirinkimo būdas labai jau archajiškas. Puslapio lankytojas norėdamas pasikeisti kalbą turi: paspausti iškrentantį meniu, paspausti ant kalbos, ir tada paspausti submit. Trys paspaudimai, kai internete pilna puslapių, kur padaryta vienu paspaudimu. Nejaugi Django nėra būdo tai padaryti vienu paspaudimu, kad puslapio lankytojas galėtų vienu paspaudimu pasikeisti kalbą, ant gražiai išdeliotų vėliavėlių?

  9. O kas trukdo tiesiog nukreipimą padaryti pvz į: /lt/ /en/ /ru/ /de/ ir t.t.?:)

    Aš čia tikriausiai jau kažkur užsiciklinau, nes jau ketvirta para negaliu rasti sprendimo. Aš įsivaizduoju, kad sprendimas turetų būti kažkoks toks:

    base.html

    <div id="languages">
       <a href="{% url "airlex.views.airlex" kalba="lt" %}" title="LT">
           <img src="{{ STATIC_URL }}image/flag/lt1.png" />
       </a>
       <a href="{% url "airlex.views.airlex" kalba="gb" %}" title="GB">
           <img src="{{ STATIC_URL }}image/flag/gb1.png" />
       </a>
       <a href="{% url "airlex.views.airlex" kalba="ru" %}" title="RU">                            
           <img src="{{ STATIC_URL }}image/flag/ru1.png">
       </a>                        
    </div>

    views.py kažkas tokio:

    from django.utils import translation
    
    def airlex(request, kalba='lt'):
       translated(kalba)
       return render_to_response('rodomTeksta.html', context_instance=RequestContext(request))
    
    
    def translated(kalba):
       cur_language = translation.get_language()
       try:
           translation.activate(kalba)        
       finally:
           translation.activate(cur_language)
       return text

    urls.py

    urlpatterns = patterns('airlex.views',
       url(r'^/(?P<kalba>.*)/$', 'airlex'),
       url(r'^/$', 'airlex'),

    Bet nieko nesigauna. Gaunu tik klaidų krūvas.

  10. Sveiki,

    Prireikė padaryti puslapį su keliomis kalbomis. Perskaičius dokumentaciją ir peržiūrėjus krūvą pavyzdžių pavyko tai realizuoti. Bet niuansas, kad visur buvo naudojamas tik vienas pavyzdys:

    <form action="/i18n/setlang/" method="post">{% csrf_token %}
       <input name="next" type="hidden" value="/" />
       <select name="language">
           {% for lang in LANGUAGES %}
               <option value="{{ lang.0 }}">{{ lang.1 }}</option>
           {% endfor %}
       </select>
       <input type="submit" value="Go" />
    </form>   

    kuris, švelniai tariant, nėra gražus sprendimas. Norėtųsi padaryti, kad kalbas būtų galima pasirinkti spaudžiant ant atitinkamų vėlevėlių.

    Iš anksto dėkingas už pagalbą.

  11. Parašysiu, ką aš turėjau omenyje sakydamas profesionalumas/neprofesionalumas.

    Man yra tekę dirbti projektuose, kur prieš rašant kodą, būdavo surašomi naudojami metodai, algoritmai, komandos, tada surandamos alternatyvos. Viskas įvertinama paskaičiavus veikimo laikus iki mikrobinių sekundžių dalių, o tada parenkamas optimaliausias variantas. Ir aš niekaip nepriprantu prie webprogramotuojų dažno posakio: "Viena užklausa daugiau ar mažiau, koks skirtumas. Pažiūrėk didelius projektus, pamatysi, kiek ten užklausų." O jei iš to daugiau - mažiau susidaro kritinė masė?

    Šia temą sukūriau todėl, kad suabejojau, ar mano naudojams metodas yra optimalus. Ir dar tikriausiai ne vieną sukursiu :). Ir aš tikiuosi, kad šitos temos ne man vienam atneš naudos, nes surasti informacijos, kur būtų parašyta viskas detaliai nuo pradžiu iki galo, sudėtinga. Kai reikia kažką surasti, randi daug, bet dažniausiai kalba ten prasideda nuo vidurio, o likusią pusę jau turi žinoti. O dažnai būna, kad tos pusės kaip tik ir nežinai, nes tai tavo pirmieji žingsniai.

  12. Nieko nėra „neprofesionalaus“, kai url tik slug'as, o ID nėra. O didžiausia klaida, kokia čia gali būti, tai turbūt ir yra slugų susidublikavimas, bet pasirašius kelias eilutes .save() metode, galima to išvengti. Jei tingi rašyti pats, gali, pvz., pasinaudoti django-autoslug. https://django-autoslug.readthedocs.org/en/latest/index.html

     

    Tiesa, dar gali turėti URL, kuriame būtų IR id, IR pavadinimas. Ieškotum pagal ID, o pavadinimo niekur nenaudotum, bet vis tiek įkištum į URL – dėl grožio, SEO ir pan. T.y., turėtum kažką tokio:

    /vnz/1/pavadinimas/

    Toks metodas irgi daug kur naudojamas (netgi ir uždarby).

     

    Tiesa, šiek tiek atkreipk dėmesį į kodo stilių.

    class Skyrius(models.Model):
    
    class Tekstas(models.Model):
    

    O dar geriau, jei angliškai :)

     

    Kol rašiau savo pranešimą, matau, kad buvo atsakyta į mano klausimą. Tik šitame sprendime yra vienas blogumas. Žiūrint iš SEO pusės, tai kiekviena url'o dalis turi savo svarbą, kuri mažėja iš kairės į dešinę.

    /vnz/1/pavadinimas/

    Šiame pavyzdyje '1' gaus didesnę svarbą nei 'pavadinimas', o tai dėl SEO nėra gerai, nes kartais mažiausia smulkmena leidžia aplenkti konkurentą. :)

  13. Dėkui už pamokymus. Apie 'slug' iki šiol nieko nebuvau girdėjęs.

     

    Paskaitinėjęs apie 'slug' susidariau nuomonę, kad jo veikimo principas panašus kaip mano naudotas, aukščiau aprašytas 'darbinis_pav'. Tik jis yra profesionalus Django įrankis, kuris turi naudingų savybių, tokių kaip unikalumas, autoformavimas ir t.t. Bet jo bazinė paskirtis - perduoti kintamąjį, kuris suformuotų 'url' tokį kokio norime. Taigi, mano atveju gaunasi, kad aš grįžtu prie to paties. T.y. turiu db lentelėje sukurti atskirą lauką papildomam indentifikatoriui (nors jau turiu unikalu 'id'). Tada iš 'template' perduoti tą papildomą indentifikatorių, 'views' atlikti papildomą paiešką, kad gauti paspausto meniu punkto unikalų 'id' ir jau tada su šiuo 'id' atlikti veiksmus, kokius reikia. Jei ne taip kažką supratau, pataisykit.

     

    p.s. Įdomu, ar nėra kažkokio tobulesnio sprendimo būdo, kuris nereikalautų papildomu veiksmų?

  14. Dėkui už atsakymus.

    Parašysiu pilnai, dėl ko šis klausimas man iškilo.

    Aš iki šiol darydavau taip:

     

    class skyriai(models.Model):
      id = unikalus, automatinis
      darbinis_pav = models.CharField(max_length=48)    
      pavadinimas = models.CharField(max_length=64)
    
    class tekstai(models.Model):
      id = unikalus, automatinis
      skyrius_pav = models.CharField(max_length=48)

     

    meniu formuodavau taip:

     

    <a href="{% url es_app.views.vnz name=darbinis_pav %}" title="{{ pavadinimas }}">
       <span>{{ pavadinimas }}</span>
    </a>

     

    perduodamas 'darbinis_pav' gaudavau url kokį norėdavau, paieška db 'tekstai' vykdavo 'skyrius_pav = darbinis_pav' ir viskas buvo gerai. Bet dabar sulaukiau daug kritikos, kad tai neprofesionalu ir, kad viskas turi vykti pagal unikalius 'id', būtent juos reikia perduoti, taip išvengiama klaidų ir t.t. Tai ir pradėjau ieškoti profesionalumo. :)

×
×
  • Pasirinkite naujai kuriamo turinio tipą...