» »

Kako oz. z čim izdelujete spletišča?

Kako oz. z čim izdelujete spletišča?

«
1
2

emmentaler ::

Živijo,
zadnjč sma bila z starim kolegom po dolgem času na pivu in mi je dolgotvezil da kako on oh in sploh strani dela itd....
No,ko pa beseda nanese kje in kako je pa rekel Jomla...Sam še nikoli nisem tega uporabljal, edino ko sem spletno trgvino delal zase, sem potegnil dol nekaj podobnega kjer sem potem z veliko truda uspel na localhostu spedenat stvar da je približno izgledala kot mora, valda pa se mi je zasral takšen način dela...in še kasira za to...
V glavnem, tip je rekel da nihče več ne uporablja notepad++ in pa 90% ljudi samo te narejene template modificira...Od privat do manjših firm....
Zato me zanima, ali je kaj na tem res??
Sam nekega smisla res ne vidim, predvsem v sami modifikaciji strani, ne vem, nekak se počutim da imam zvezane roke in določene omejitve pri dizajnu....časa mi pa isto pobere kot pa da odprem notepad++ in se lotim pisat....Predvsem koda me moti, ko si ogledam kodo 50% ne vem zakaj je sploh tam....bolj kot brišem css v firebugu manj mi je jasnu čemu za boga toiko nepotrebne kode....
Se pa strinjam verjetno, da če bi delal stran oz bolj portal, kjer se dnevno obljavljajo nivice, da takrat bi mogoče uporabil cms, za voljo lažjega nadaljnega urejanja...drgač pa ziher ne....

neoserv ::

Tvoj kolega ima prav, večina podjetij in posameznikov dela strani z vnaprej pripravljenimi predlogami in CMS-ji.

Razlog?
- Preprostost izdelave.
- Hitrost izdelave.
- Posledično je tudi poceni.

Poleg tega je v večini primerov stran veliko bolj kvalitetna, kot če bi jo izdelali sami iz nule.
NEOSERV.SI = Prijazno & hitro SSD gostovanje že 15. leto.
900+ domenskih končnic po noro nizkih cenah!
Brezplačna selitev od starega ponudnika.

bluefish ::

Odvisno tudi od namena same strani.
Če se gre za neko preprosto predstavitveno stran, se jo tudi iz nule spiše dokaj hitro in hkrati ni nepotrebnega balasta. Na splošno pa se res vse bolj uporablja opisani pristop - nek CMS in prilagoditev ali stvarjenje predloge.

pegasus ::

A mamo potem kak search engine po teh templateih? Recimo da bi rekel od strani pričakujem to, to, to in to, pa ti vrne seznam primernih CMSov in templateov zanje?

Goran's Blog ::

Res je CMS-je se na veliko uporablja.
Zakaj bi šel neko stvar delati če je že narejena?
Ne vem Themplate dobiš free ali plačaš za njega in stvar postaviš.
Tudi programerji misliš, da pišejo vse kdo iz 0, veliko jih dobijo na spletu in jih potem le spremenijo do te mire, da jim pride v poštev.

bluefish ::

Jaz še nisem zasledil - ponavadi je le filtriranje po CMS-ju in namenu (portfolio, predstavitev, firma,...).

Estreznik ::

@emmentaler

če boš uporabljal cms sisteme se pripravi na ogroooomno dela. Jomle, wp-ji,... so največkrat tarča vdorov zaradi pomankljivosti oz. najdenih napak v skripti. Sam uporabljam notepad++ in dreamweaver. Preprosto delaš kar hočeš, edina omejitev ti je domišljija :)
E-streznik.com - Spletno gostovanje in registracija domen

bluefish ::

Ja, za statične strani res ni panike. Ko pa imaš opravka s čim več, je večja verjetnost, da bodo luknje ravno v lastni kodi. WP in podobni se nenehno posodabljajo.
Če že, gradiš na nekem frameworku.

Zgodovina sprememb…

  • spremenil: bluefish ()

neoserv ::

Dokler je CMS posodobljen, ni problema.
99,9% vdorov se zgodi, ker nekdo ne klikne gumba "Update" na svoji strani.
Dandanes je to postalo tako zelo enostavno, da postavljanje statičnih strani nima smisla, razen če nekoga to posebej veseli.

Posodobitev Joomle ali Wordpressa na sodobnem gostovanju, ki uporablja recimo Softaculous, traja dobesedno 5 sekund, gumb "Posodobi" se pa lahko nauči klikniti vsak. :)

-----------------

@pegasus: ne obstaja. Lahko pa pregledaš bazo vtičnikov (plugins) za vsakega od teh CMS-jev in hitro ugotoviš, ali obstajajo taki, ki izpolnjujejo tvoja pričakovanja.

Wordpress baza vtičnikov: http://wordpress.org/plugins/
Joomla baza dodatkov: http://extensions.joomla.org/
NEOSERV.SI = Prijazno & hitro SSD gostovanje že 15. leto.
900+ domenskih končnic po noro nizkih cenah!
Brezplačna selitev od starega ponudnika.

pegasus ::

Moj problem je, da točno vem kaj hočem, pa v ene treh letih še nisem naletel na karkoli uporabnega za ta namen. Ko sem se pogovarjal z web znalci, so samo zavijali z očmi, a kot se mi dogaja že zadnjih 20 let, bo to, kar jaz hočem pred tremi leti, zlati standard čez 5 let.

emmentaler ::

Hja...sem naložil Joomlo in zdaj malo modificiram.....nič kaj preveč veselo ni..je kar tako kot imam v spominu....
V eni uri nisem prav nič naredil....prav nimam veselja do tega klikanja...
Se pa strinjam, statične strani bom še vedno napisal kodo ročno veliko prej kot pa v Joomli...Za vse ostalo je pa verjetno res lažje delat z CMS....
Le malo uvajanja pa bi šlo....
Kot sem rekel, ni pa kaj veselja pri tem....Enako bedno kot pa hodit v službo in tipkat v wordu.

lp

bluefish ::

Morda si pa izbral napačen sistem? ;)

k--p ::

Saj predlogo in cel izgled za wp ali joomlo lahko spišeš iz nič ... Poglej si kakšen wp theme tutorial ... In je isto, kot da bi delal statično stran, to znanje je zgolj predpogoj, kateremu dodaš še poznavanje CMS-ja. Tako lahko 100% prilagodiš dizajn, po potrebi kličeš funkcije wp oz. joomle. V bistvu lahko vsako statično stran prilagodiš, da uporablja določen backend od CMS-ja.

Goran's Blog ::

Naložisi WP ali Drupal, veliko bolj pregledna kot Joomla, vsaj meni ;)

emmentaler ::

Ja...k--p, to bi imelo nek smisel....
Izdelava custom podloge, nadaljno urejanje, posodabljanje vsebine pa preko CMS-a....
Kakšen mora bit pa nivo znanja php-ja pri vsej tej zgodbi?

Matek ::

Ta tema je precej brezpredmetna - v resnici ni nobene magične rešitve za vse probleme in ne gre za izbiro med "pisanjem na roke" in "cms-jem". Gre za izbiro pravega orodja v pravi situaciji. Ljudje pač želijo imeti lepe strani in želijo sami urejati vsebino na njih. Za prvo stvar poskrbijo že narejeni templejti, za drugi del CMS-ji. Obe rešitvi sta kvalitetni, poceni, izbira pa je velika. Seveda lahko vse skupaj (ali pa katerikoli posamezni del) izvedeš sam, a bo v končni fazi bodisi manj kvaliteten, bodisi časovno ali finančno potraten (pogosto vse od naštetega). To je v določenih situacijah povsem sprejemljivo in celo nujno, ampak povprečna spletna stran povprečnega slovenskega podjetja se ne kvalificira sem.

Če se tebi zdi takšen pristop nesmiseln/nepraktičen, potem (brez zamere) najverjetneje nimaš dovolj znanja. Tudi napredno rabo in prilagajanje CMS-jev se je potrebno naučiti, primerjava med nečem, česar si vajen, in nečem, kar ti je povsem novo, pa ni pravična.
Bolje ispasti glup nego iz aviona.

Zgodovina sprememb…

  • spremenil: Matek ()

emmentaler ::

Saj sem samo čakal takšen komentar...
Prav nikjer nisem prav nič napisal čez bilo kateri CMS, kaj je praktično in kaj ne, niti nisem delal kakšnih primerjav, glede na to da sem joomlo naložil 2h nazaj...Preprosto me je zanimalo kako drugi delajo in zakaj...to je pa tudi vse...
Če bi že moral na to kaj napisat, bi rekel da CMS-i so praktični, predvsem iz vidika posodabljanja vsebine ko enkrat zadeva stoji...V primuru statičnih strani, pa v tem trenutku kot se zdaj, ne vidim potrebe po CMSih...verjetno zato ker nisem navajen dela z tem...in sem 10x prej v notepadu...

lp

neoserv ::

Vedno je najbolje, da vsak dela z orodjem, ki ga je najbolj vešč.
Če je to Notepad, je pač Notepad.
Važni so rezultati.
NEOSERV.SI = Prijazno & hitro SSD gostovanje že 15. leto.
900+ domenskih končnic po noro nizkih cenah!
Brezplačna selitev od starega ponudnika.

Matek ::

Notepad nima prav dosti z vsem skupaj - ti lahko uporabljaš CMS in se še vedno v veliki meri poslužuješ text editorja in ukazne vrstice.

Če bi že moral na to kaj napisat, bi rekel da CMS-i so praktični, predvsem iz vidika posodabljanja vsebine ko enkrat zadeva stoji...V primuru statičnih strani, pa v tem trenutku kot se zdaj, ne vidim potrebe po CMSih...verjetno zato ker nisem navajen dela z tem...in sem 10x prej v notepadu...
Saj to trobim. CMS je po osnovni definiciji namenjen urejanju vsebine. Če se bo vsebina na strani urejala, ga pač potrebuješ, če ne, pa ne. Zato pa pravim, da ni smiselna debata "kako pa vi to delate", ker gre samo za izbiro pravega orodja za nalogo, ne pa za dve možni opciji (če izvzamemo neke robne primere).

Podobno, kot nima smisla debata "a je lopata boljša od motike". Nesmiselno je karkoli drugega, kot obe uporabljati v namen, za katerega sta bili ustvarjeni. Če si celo življenje okopaval in je treba naenkrat premetati kup peska, se kljub začetnemu naporu splača prijeti za lopato.
Bolje ispasti glup nego iz aviona.

Zgodovina sprememb…

  • spremenil: Matek ()

Pithlit ::

neoserv je izjavil:

Poleg tega je v večini primerov stran veliko bolj kvalitetna, kot če bi jo izdelali sami iz nule.

Ja. Ampak to je zato ker je večina teh 'programerjev' nesposobnih stvari spisat iz nule.

Jaz delam z nedit. Je pa res da sem začela takrat ko CMS-ov večinoma niti bilo ni. Razni HTML editorji so pa generiral porazno kodo.

*edit* Sem še enkrat prebrala pa zveni precej slabo... kao 'samo luzerji delajo s CMS-ji'. Pa ni bilo tako mišljeno.

Bistvo je to:

neoserv je izjavil:

Vedno je najbolje, da vsak dela z orodjem, ki ga je najbolj vešč.
Če je to Notepad, je pač Notepad.
Važni so rezultati.


Je pa res da bi moral biti, imho, vsak ki se s tem ukvarja, domač tako v CMS-jih kot notepad-u.
Life is as complicated as we make it...

Zgodovina sprememb…

  • spremenila: Pithlit ()

neoserv ::

Ni nujno, da mora vsak poznati notepad in CMS-je.
Ne smemo predvidevati, da je vsak, ki postavlja strani, profesionalec.
V mislih sem imel tudi, da si bo kdo postavil osebno stran, mogoče stran za svoj klub, ipd.

Internet je odprt za vse načine uporabe:
- amatersko
- pol-profesionalno
- profesionalno.

Konec koncev trdno verjamem v to, kar sem zapisal - važen je končni rezultat.
Obiskovalcev ne zanima, ali je to kupljen template za $30 ali custom-sprogramirana zadeva za 4.000 EUR, samo da lahko stran normalno uporabljajo.

To ponavadi zanima le tiste, ki se ukvarjajo s spletno branžo :)
NEOSERV.SI = Prijazno & hitro SSD gostovanje že 15. leto.
900+ domenskih končnic po noro nizkih cenah!
Brezplačna selitev od starega ponudnika.

mte ::

Mislim, da si se napačno lotil vsega skupaj. Za vsak CMS lahko ročno sestaviš template v Notepad++ in s tem ohraniš funkcionalnost CMSja ter unikatni dizajn. Je pa res, da je z večino CMS sistemi na začetku veliko učenja, ko pa enkrat sistem osvojiš, pa je s tvojega vidika praktično isto ali delaš v Notepad++ statično stran ali pa template za CMS. S tem da je dodana vrednost spletne strani v drugem primeru bistveno višja kot v primeru statične...

Seveda, vse je odvisno od tega kaj delaš in kaj želiš narediti tako kratkoročno kot tudi dolgoročno...
lp

tufy ::

Orodje je le tako dobro, kot je dober tisti, ki ga uporablja. Kaj ti pomaga, če amater s spleta potegne najnovejši photoshop, potem pa izdela vizitko s Comic Sans in 12 barvami, od katerih jih 5 sploh ne moreš dobiti na papirju? Ampak hej - je pa "zastonj".

Enako je s programi za izdelovanje spletnih strani - samo zato, ker imaš na voljo orodja, še ne pomeni, da jih boš uporabljal pravilno. Dober oblikovalec bo seveda sposoben napisati stran tudi v notepadu, orodja uporablja zgolj zato, da si prihrani čas ali da stranki ponudi dodatno funkcionalnost. Jaz recimo ne izdelam več spletne strani brez Drupala, CodeKita in Sublime Texta, a ta spisek nikomur ne pomeni nič, če ne pozna razlogov.

@emmentaler: sprašuješ, zakaj odvečna koda in zakaj CMS.

Zavedaj se, da tisto, kar izgleda kot odvečna koda, ni nujno to. V spletni strani boš pogosto definiral "normalizacijo", ki resetira razlike med brskalniki in končen izgled približa željenemu. Za večino brskalnikov bo takšna koda povsem odvečna, za kakšnega pa lahko pomeni bistveno korekcijo odstopanja. Potem definiraš osnoven izgled s fallbacki (recimo, če brskalnik ne podpira izbranega fonta, uporabi Verdano, če nima Verdane, uporabi Arial, če nima Ariala, uporabi katerikoli sans serif) in nato pri posameznih elementih še specifičen izgled za tiste elemente. V Firebugu bo to izgledalo kot kup prečrtane in navidezno nepotrebne kode, medtem ko lahko recimo v IE8 ena postavka podre celo razporeditev.

Ne le posamezne vrstice kode, celo posamezne merske enote so lahko problematične. Poglejva primer border-radius: večina sodobnih brskalnikov bo vrednost v odstotkih prebrala prav in pri 50% naredila iz kvadrata krog. Android 2.1 po drugi strani to vrednost gladko ignorira in pusti kvadrat. Če isto definiraš v pixlih, ni nikakršnih težav in krog se bo pravilno izrisal.

Ali to pomeni, da slaba koda ne obstaja? Daleč od tega - pravzaprav je ogromen delež spisan katastrofalno slabo, a to nima veze z orodji, temveč izključno z ustvarjalci, ki ali nimajo potrebnega znanja, ali pa so površni. En tak lušten primer je eden od znanih slovenskih forumov, ki na mobilni verziji nima gumba za skok na zadnjo stran. Če ima tema 150 strani... hja, vso srečo s klikanjem.

Kaj pa CMS? Razloga za uporabo CMSa sta dva:
1. Ker stranka želi upravljati s spletno stranjo sama
2. Ker si oblikovalec tako poenostavi delo ter prihodnje nadgradnje

Prvi razlog je logičen - če je stran dinamična, je CMS obvezen, konec debate. Kaj pa statične spletne strani, ki se spreminjajo redko in ki jih je le za nekaj strani (recimo 5-6)? Takšne strani seveda lahko spišemo tudi na roke, pogosto hitreje kot na osnovi CMSa, ki ga bomo morali pred postavljanjem še ustrezno konfigurirati. A po izkušnjah se vsaj polovica strank kasneje odloči, da bi bilo fino, če bi lahko na prvi strani predstavljale svoje izdelke ali akcije, da bi imele galerijo, morebiti še kak blog. Če si stran pisal na roke, bo to predstavljalo precej dodatnega dela (kar pomeni ure za stranko in posledično drage nadgradnje), medtem ko v CMSu takšna sprememba predstavlja dva klika (no, malo več :p).

Tudi če je vsaka taka sprememba urica tu in urica tam, se te urice kaj hitro naberejo, ko imaš skupek strank in kmalu ne delaš nič drugega kot popravljaš obstoječe strani, namesto da bi vnesel recimo eno vrstico v Drushu, pa bi to bilo to.

@neo-serv zgoraj pravi, da je pomemben končni rezultat. Naj to tezo potegnem še dlje - pomebna je konverzija obiskovalcev. Vsak obiskovalec spletne strani se na njej znajde z nekim razlogom, potrebo, ki jo mora zadovoljiti. Naša naloga je izdelati takšno uporabniško izkušnjo, ki bo obiskovalca vodila do željenega cilja, denimo kontakta z lastnikom stranke ali naročila storitve. Če je to osebni blog, kjer je pomembna vsebina, je povsem vseeno, ali pisec uporablja temo za 30 evrov. Če pa gre za dobro podjetje, potem si to enostavno ne more privoščiti površno izdelane ali template spletne strani - to je nekako tako, kot da bi uporabljalo Mobitelove vizitke. Mogoče je sprva "poceni" ali celo "zastonj", a oportunitetni račun je lahko ogromen - v tisočih, stotisočih ali pri multinacionalkah celo milijonih evrov. CMS je pri tem zgolj orodje za dosego cilja, ki lahko bistveno skrajša potrebno pot in prihodnje težave. Če je seveda uporabljen pravilno.

emmentaler ::

Ja saj nebo druge kot pa da se naučim in začnem malo klikat da se navadim delo z CMSi....
Naj mi en še nekaj pove...
Imam stran, kjer vem da bo 90% strani ostalo fixne takšne kot je, spremijal z pomočjo CMS-a bi rad samo recimo en div..pač neko vsebino....
Kateri CMS bi biv najbolj enostaven za integrirat v takšen page?? Ubistvu res samo za urejanje 10% vsebine na strani?
Pač zanima me, ker je teh CMS-ov malo morje...mogoče obstaja že kaj takšnega,majhnega, ne rabi bit ne vem kaj, ker layouta ne bi spreminjal....

aja...to me zanima, iz vidika, da lahko oseba za katero je page namenjen, napiše kakšno novičko...nič več kot to...
Do zdaj je blo pač tako, da sem dobil mail in jaz spremenil vseebino....saj ne da me moti, bi bilo pa lepo, če mi tega nebi bilo treba...

lp

Zgodovina sprememb…

k--p ::

Wordpress, kot so že drugi predlagali, je IMO najbolj enostaven in razširjen. Nauči se delati costum themes za WP in potem boš jasno razumel, kako integrirati WP v costum site. Lažje je IMO začeti iz nič. Kar ti želiš je verjetno vgraditi blog funkcijo wordpressa v določen del spletne strani.

Pithlit ::

Ja sam on tega, baje, noče. Čeprav ni s tem nič narobe. Oz. zna bit celo pametno. Osebno bi sicer raje Drupal ampak nima grozne veze... v končni fazi so tile 'taveliki' CMS-i kar tam-tam. Pač kar ti najbolj sede.

Če jaz prav razumem se rabi eno čisto specifično orodje (recimo pipec) namesto enega kompleta orodij (swiss army knife). Meni je bil (kot pipec) eCMS všeč. Problem je edino ker nikoli ni zaživel. Ker je skupno kar nekaj projektom okoli Enlightenment.
Life is as complicated as we make it...

34054 ::

Nisem vedel da še Joomla sploh obstaja. Meni ta projekt nikoli ni bil všeč.

Če želiš samo nekaj da si urejaš novice si najdi nekaj "lažjega", na rabiš nalagati 20mb velikega sistema in se ukvarjati z urejanjem morja predlog, učiti nekega novega _templating_ jezika, itd, za tako preprosto nalogo.

Poglej si tukaj: List of content management systems @ Wikipedia

Najdi nek sistem ki je redno vzdrževan in je osredotočen predvsem na to kar potrebuješ. V prihodnosti pa, če že moraš izbrati, izberi Wordpress namesto Joomle.

Še ena popularna alternativa je da postaviš blog na Tumblr (dovoljuje zastonj uporabo lastne domene, tako da lahko narediš blog.example.com) ostalo pa statične strani.

Drugače pa kot so že drugi rekli: orodje je odvisno od tega kaj želiš narediti. Tako kot ne boš v sosednjo vas šel z letalom, tudi ne boš šel v Avstralijo s kolesom (razen če si Tomo Križnar). :) Meni vsekakor ustreza da nekaj pogrešam (in dodam funkcionalnost z vtičniki), kot pa da imam nekaj preveč.

Zgodovina sprememb…

  • spremenil: 34054 ()

Goran's Blog ::

34054 je izjavil:

Nisem vedel da še Joomla sploh obstaja. Meni ta projekt nikoli ni bil všeč.

Če želiš samo nekaj da si urejaš novice si najdi nekaj "lažjega", na rabiš nalagati 20mb velikega sistema in se ukvarjati z urejanjem morja predlog, učiti nekega novega _templating_ jezika, itd, za tako preprosto nalogo.

Poglej si tukaj: List of content management systems @ Wikipedia

Najdi nek sistem ki je redno vzdrževan in je osredotočen predvsem na to kar potrebuješ. V prihodnosti pa, če že moraš izbrati, izberi Wordpress namesto Joomle.

Še ena popularna alternativa je da postaviš blog na Tumblr (dovoljuje zastonj uporabo lastne domene, tako da lahko narediš blog.example.com) ostalo pa statične strani.

Drugače pa kot so že drugi rekli: orodje je odvisno od tega kaj želiš narediti. Tako kot ne boš v sosednjo vas šel z letalom, tudi ne boš šel v Avstralijo s kolesom (razen če si Tomo Križnar). :) Meni vsekakor ustreza da nekaj pogrešam (in dodam funkcionalnost z vtičniki), kot pa da imam nekaj preveč.


Pač nekomu je všeč Joomla nekomu Wordpress, najlažje izbereš če oba preizkusiš. Jaz sem na začetku Joomlo, potem sem WordPress kateri mi je bolj všeč. Zakaj? Zaradi enostavnosti plugin-u, enostavnosti administracije, velik nekaj Mb itd... Drupal sem tudi poskusil in se mi je takoj dopadel vendar ga ne morem komentirati ker ga nisem veliko časa preizkušal (nobene spletne strani nisem z njim naredil), če na grobo ocenim je WordPress veliko lažji za administracijo kot Joomla, sam sem ga v nekaj urah pogruntal, za joomlo sem rabiš več časa da sem videl kako kaj funkcionira.

emmentaler ::

Ja...no danes sem se še malo z joomlo igral in sedaj mi je že malo bolj jasno kako zadeve delujejo....
Na začetku me je begalo ker je blo toliko modulov in podlog itd...Nisem vedel kam gre kaj..sploh ker sem mel še en kup predlog urejal sem pa samo eno ubistvu.......Se bom še malo poigraval kakšen teden z Jomlo, potem pa še WP preizkusim....Pol pa že bo nekako počasi.....

imagodei ::

Bom pa še jaz nekaj vprašal, čeprav mi je kar malo nerodno... Ampak, jebat ga, ne delam na spletnih rešitvah.

Zanima me, ali imajo tile CMS-i (WP, Drupal...) kakšno varianto, da prikazujejo custom tabele in delajo custom poizvedbe, reporte? IOW, da bi jih lahko uporabil za neko poljubno bazo podatkov, zaradi katere moram sedaj imeti nameščen Access ali pa SQLite in namensko sprogramiran frontend v C#? Kolikor sem gledal WP, omogoča prikazovanje poljubne vsebine, ampak na v naprej znani strukturi baze.

Upam, da sem napisal dost razumljivo, terminologija s področja spletnih rešitev mi ni ravno znana. :)
- Hoc est qui sumus -

k--p ::

Kolikor jaz vem, ne, saj so ti CMS že dokončana aplikacija, ki shranjuje v bazo (mySQL) content strani, in je za to optimizirana. Tudi namen je to skriti.
Za kaj takega bi najlažje uporabil kak web framework (za php jih je ogromno, prav tako druge jezike (ruby, python)), ki poenostavlja interakcijo z bazo (tudi npr. mySQL). Kot nekakšen prototip za poljubno aplikacijo.

Zgodovina sprememb…

  • spremenilo: k--p ()

imagodei ::

> "Za kaj takega bi najlažje uporabil kak web framework (za php jih je ogromno, prav tako druge jezike (ruby, python))"

Da ne ribarim v kalnem, kateri bi to recimo bili? Kakšen konkreten primer? Pač, plevela je ogromno, moje znanje s tega področja pa je luknjasto bolj kot švicarski sir. :) Nimam želje najprej 14 dni prebirati zrnje od plevela, tako da bi kak konkreten namig v katero smer gledat, prišel zelo prav.
- Hoc est qui sumus -

bluefish ::

Tvoja predznanja pa so? Namen uporabe?

k--p ::

Jaz bi rekel, da je vedno najboljše vzeti kaj popularnega, da hitro najdeš pomoč. Npr. Zend, Symphony 2, CodeIgniter (ta je najbolj lightweight in enostaven) za PHP. Rails ali Sinatra za Ruby. Django za Python.
Samo ti frameworki niso CMS, tu moraš dejansko sam sprogramirati aplikacijo. Le poenostavljen je sam model interakcije z bazo, struktura projekta.

trnvpeti ::

naredis plugin, ki bere iz tvojih tabel
http://codex.wordpress.org/Writing_a_Pl...

imagodei ::

bluefish je izjavil:

Tvoja predznanja pa so? Namen uporabe?

Jah, glede spletnih strani? Notepad in HTML, pred dolgimi leti. Vem, da je luknja velika kt Grand Canyon, ampak se mi zdi da se še največ naučim skozi uporabo. Jasno, je na neki točki potem treba tudi teoretično ozadje (s)poznat.

Namen uporabe - npr. v podjetju imamo precej raznih malih baz in excelovih sheetov, vse od npr. ocene izvedljivosti, potnih nalogov, upravljanja z resursi... Za kar se rabi Access oz. ostale MS rešitve, pri katerih je problem sočasni dostop do datoteke, idp. Razmišljam, da bi blo precej lažje, če bi enostavno imeli na "intranetu" bazo, do katere bi imel vsak dostop iz svojega brskalnika.
- Hoc est qui sumus -

imagodei ::

k--p> "Django za Python."

Tole pogosto slišim, ampak:


k--p> "ti frameworki niso CMS"

kar malo zakomplicira zadevo. Predvsem je problem, da se je treba naučit enega izmed jezikov za programiranje spletnih strani. S Pythonom se tudi že en čas spogledujeva, očitno mi to ne uide. :)


k--p> "tu moraš dejansko sam sprogramirati aplikacijo"

Mnja, programiranje mi ni tuje - kot rečeno, se bo pa treba naučit nekaj, s čimer lahko delam spletne strani. Ne vem pa, kaj vse to potegne za sabo. Sem se že večkrat poskusil mal poglobit v web programiranje, pa me "sheer amount of topics" kar odbije... Server side scripting, client side scripting, html, css, pa še mal javascripta, ... Skratka, bruh.
- Hoc est qui sumus -

Zgodovina sprememb…

  • spremenil: imagodei ()

k--p ::

Ja ni lahko na začetku, sploh sedaj ko je vsak dan nekaj novega ... Po letu, dveh, spremljanja in učenja različnih stvari se stvari malo razjasnijo, povežejo ...
Za aplikacijo, ki jo opisuješ, je najverjetneje dovolj en server-side scripting languge, s katerim manipuliraš z bazo + osnovni html/css za preprost uporabniški vmesnik, odvisno kako hočeš da izgleda. Gre za enostavno CRUD aplikacijo (create, read, update, delete). Sama baza (engine, npr. MySQL) poskrbi, da je možnih več simultanih interakcij.

Zgodovina sprememb…

  • spremenilo: k--p ()

blackbfm ::

Sem se že večkrat poskusil mal poglobit v web programiranje, pa me "sheer amount of topics" kar odbije


potem sploh ne glej djangota, ker boš doživu živčni zlom:D preveč ima vsega, preveč nekih internih zadev ki jih moraš vedet

vzami nekaj res lightweight, codeigniter ali pa slim framework...slim je res minimalističen, čist surova zadeva, brez balasta..pač je treba kakšno stvar več na roke, ampak za enostavne stvari je to daleč najboljše..

Zgodovina sprememb…

  • spremenilo: blackbfm ()

emmentaler ::

Nekaj mi naj en pove....
Pri Jomli...
Se pravi, http://www.joomfreak.com/joomla-templat... ta Layout...
Na to začetno odzadje hočem postavit svoj logo ter napis. Kako je to najbolje naredit??
Zaenkrat sem uporabil Custom HTML modul, kjer sem potem poknil not logo ter napis in nastavil margine in ostalo css navlako....Stvar se je sicer postavla tako kot mora, zanima me samo, ali obstaja še kakšen drug način za te stvari??
Ker če bo šlo tako naprej bo celi page samih custom html modulov in en kupp css-a v HTML kodi....
Da ne omenjam čudno pisanje css kode, ki jo piše ta WYSIWYG editor, če je ne napišeš ročno....
Recimo, tu sem samo označil ves text naenkrat in dal črno barvo, margine sem dopisal ročno...
<p><img src="images/logo.png" alt="" /></p>
<h2 style="text-align: center; margin-top: 50px;"><span style="color: #000000;">Dobrodošli na predstavitveni strani xxxxxxxx.</span><br /><span style="color: #000000;">Za vsa dodatna vprašanja nas kontaktirajte blablabla.</span></h2>
<p style="margin-top: 50px;"><span style="color: #000000;"><a href="#jf-content"><span style="color: #000000;">KLIK</span></a></span></p>


Za vsako novo vrstico že spet določi barvo itd...res čudno...sicer se z tem ne ubremenjujem preveč, pač ročno napišem..


Ne vem, kakšen pristop je najbolje ubrat pri takšnih stvareh?? Recimo, pri tem primeru??

sensei ::

imagodei je izjavil:

bluefish je izjavil:

Tvoja predznanja pa so? Namen uporabe?

Namen uporabe - npr. v podjetju imamo precej raznih malih baz in excelovih sheetov, vse od npr. ocene izvedljivosti, potnih nalogov, upravljanja z resursi... Za kar se rabi Access oz. ostale MS rešitve, pri katerih je problem sočasni dostop do datoteke, idp. Razmišljam, da bi blo precej lažje, če bi enostavno imeli na "intranetu" bazo, do katere bi imel vsak dostop iz svojega brskalnika.

Hja, struktura baze vnaprej ni znana. Framework (cms, whatever), jo mora za prikaz generirat on the fly, glede na njeno definicijo? Se pravi, rabis repozitorij in skripto, ki bere (glave in podatke) tabel (excel, access, sql,...) in jih prikaze v HTML tabelci, poleg tega pa rabis moznost urejanja?

Sicer je to precej enostavno za implementirat z nule, ne vem pa, ce cmsji taksno kostumizacijo ze omogocajo. Zanimivo vprasanje.

imagodei ::

Tako je. Rabili bi potem še možnost printanja kakšnih poročil oz. dokumentov. Npr., ena zadnjih zadev: naša Proizvodnja me prosi, če bi jim naredil Excel / Access rešitev za printanje CE izjav, ki so vezane na izdelek, njegov naziv in enolično oznako, serijsko številko izdelka (če je izdelkov več v seriji mora vsak imeti svojo CE izjavo), itd. Prav tako vsak izdelek rabi "deklaracijsko" nalepko, ki vsebuje podobne informacije. Do teh podatkov pridem iz našega ERP sistema, potem pa je treba naredit uvoz podatkov v Excel oz. Access in od tam printat neznano število nalepk in CE izjav. V Excelu je to sploh nerodno, ker je treba v naprej predvideti neko X število nalepk oz. izjav, potem pa sprintaš tiste, ki so pač aktualne. Baza, magari Access, je za ta namen bolj primerna, tudi zato, ker določenih dodatnih podatkov ni v ERP sistemu in jih mora nekdo vnašati ročno, to pa pomeni, da lahko več ljudi dostopa hkrati do iste datoteke.

Kot rečeno, Access zaenkrat to čisto OK pohendla, lahko bi šli tudi v SQLite in programiranje lastne rešitve. V obeh primerih je treba uporabniku dat nek Exe file, s katerim dostopa do baze. Vem pa, da se to isto da naredit z web based rešitvijo, kjer pa uporabnik ne rabi drugega kot spletni brskalnik in username/geslo. In če pride do kakšnih sprememb strukture baze, vmesnika, ipd, ni treba gledat, komu vse je treba zamenjat klienta za dostop do baze. Samo nekako ne najdem časa in motivacije, da bi se lotil naučit tehle spletnih rešitev :)

Kot kaže, pa se bo slej ko prej treba. :\
- Hoc est qui sumus -

Zgodovina sprememb…

  • spremenil: imagodei ()

neoserv ::

V tvojem primeru govorimo o interni CRM/ERP rešitvi.
Investicija v tako stvar ni nizka, ampak pri resnih firmah prinese rezultate že v 1 letu.

Da boš sam to sprogramiral, je malo verjetno.
Je pa fino, da ima tvoj delodajalec tebe, ki pripraviš korektno specifikacijo tehničnemu izvajalcu take rešitve.
Veliko firm tega nima, zato:
a) ali preplačujejo trivialne rešitve,
b) ali pripravijo tako slab projekt, da je tudi rešitev slaba.
NEOSERV.SI = Prijazno & hitro SSD gostovanje že 15. leto.
900+ domenskih končnic po noro nizkih cenah!
Brezplačna selitev od starega ponudnika.

Tracker ::

Glede same Joomla! se za zahtevnejše in specifičnejše stvari lahko izdela samostojna komponenta. Recimo tako kot je nastala komponenta Virtuemart za spletno trgovino znotraj Joomla!. Torej v tem primeru za konkretno dostop do te "nove" baze. Prednost komponente je to, ker lahko potem na njo se veže marsikaj od modulov, vtičnikov, strani na meniju itd.

Netrunner ::

Izogibaj se joomle in uporabi kaj bolj robustnega in flexibilnega.
Doing nothing is very hard to do... you never know when you're finished.

Goran's Blog ::

Netrunner je izjavil:

Izogibaj se joomle in uporabi kaj bolj robustnega in flexibilnega.

No no napiši razloge, da bo vedel zakaj naj bi se izogibla joomle...
To je isto kot bi jaz napisal izogibj se audi-ja, kupi kaj bolj robustnegain flexibilnega ;)

Invictus ::

imagodei je izjavil:

Tako je. Rabili bi potem še možnost printanja kakšnih poročil oz. dokumentov. Npr., ena zadnjih zadev: naša Proizvodnja me prosi, če bi jim naredil Excel / Access rešitev za printanje CE izjav, ki so vezane na izdelek, njegov naziv in enolično oznako, serijsko številko izdelka (če je izdelkov več v seriji mora vsak imeti svojo CE izjavo), itd. Prav tako vsak izdelek rabi "deklaracijsko" nalepko, ki vsebuje podobne informacije. Do teh podatkov pridem iz našega ERP sistema, potem pa je treba naredit uvoz podatkov v Excel oz. Access in od tam printat neznano število nalepk in CE izjav. V Excelu je to sploh nerodno, ker je treba v naprej predvideti neko X število nalepk oz. izjav, potem pa sprintaš tiste, ki so pač aktualne. Baza, magari Access, je za ta namen bolj primerna, tudi zato, ker določenih dodatnih podatkov ni v ERP sistemu in jih mora nekdo vnašati ročno, to pa pomeni, da lahko več ljudi dostopa hkrati do iste datoteke.

Kot rečeno, Access zaenkrat to čisto OK pohendla, lahko bi šli tudi v SQLite in programiranje lastne rešitve. V obeh primerih je treba uporabniku dat nek Exe file, s katerim dostopa do baze. Vem pa, da se to isto da naredit z web based rešitvijo, kjer pa uporabnik ne rabi drugega kot spletni brskalnik in username/geslo. In če pride do kakšnih sprememb strukture baze, vmesnika, ipd, ni treba gledat, komu vse je treba zamenjat klienta za dostop do baze. Samo nekako ne najdem časa in motivacije, da bi se lotil naučit tehle spletnih rešitev :)

Kot kaže, pa se bo slej ko prej treba. :\


Če so podatki v bazi, rabiš samo eno report rešitev, kot npr. Pentaho. Poročilo exportaš v PDF in sprintaš. Pa še zgodovino si lahko beležiš ...

Eno bazo in report rešitev nanjo. Pa še enterprise rešitev bo, uporabna še za kaj drugega ...
"Life is hard; it's even harder when you're stupid."

http://goo.gl/2YuS2x

Netrunner ::

Goran's Blog je izjavil:


No no napiši razloge, da bo vedel zakaj naj bi se izogibla joomle...
To je isto kot bi jaz napisal izogibj se audi-ja, kupi kaj bolj robustnegain flexibilnega ;)


Joomla je iz pantiveka in precej zaostaja za modernimi sistemi. Zakaj se je izogibat ... ker z kakšnim drugim modernim sistemom narediš lažje, hitreje in bolj varno.
Doing nothing is very hard to do... you never know when you're finished.

Matek ::

Netrunner je izjavil:

Goran's Blog je izjavil:


No no napiši razloge, da bo vedel zakaj naj bi se izogibla joomle...
To je isto kot bi jaz napisal izogibj se audi-ja, kupi kaj bolj robustnegain flexibilnega ;)


Joomla je iz pantiveka in precej zaostaja za modernimi sistemi. Zakaj se je izogibat ... ker z kakšnim drugim modernim sistemom narediš lažje, hitreje in bolj varno.
Ne nabijat. Tudi sam nisem fan Joomle, ampak stvar je še vedno zelo živa. Zadnji stable release je star slabe tri tedne.
Bolje ispasti glup nego iz aviona.

Netrunner ::

ja na žalost je še vedno zelo živa .. nisem rekel da ni
Doing nothing is very hard to do... you never know when you're finished.
«
1
2


Vredno ogleda ...

TemaSporočilaOglediZadnje sporočilo
TemaSporočilaOglediZadnje sporočilo
»

izdelava spletne strani, nasveti (strani: 1 2 )

Oddelek: Izdelava spletišč
8016129 (9945) Netrunner
»

Custom CMS

Oddelek: Pomoč in nasveti
101667 (1350) jurijcvikl
»

joomla (strani: 1 2 )

Oddelek: Izdelava spletišč
6514233 (10087) betmen
»

Kaj moram paziti pri kupovanju spletne strani? (strani: 1 2 )

Oddelek: Izdelava spletišč
7314926 (12612) tiga325
»

Kateri CMS

Oddelek: Izdelava spletišč
242407 (1670) GaS

Več podobnih tem