Web Developer

Web Developer --> Es iisti nesapratu tavus izteicienus PIKSELJU dizains, tas ir kaa??

Parejie ir ar butiskaam atkapem no dotaa Dizaina ???

Manuprat Visiem sagriestajiem dizainiem jaiskataas vinedi uz visiem popularakajiem brauzeriem ( nu to iespeju robezaas), ja taa nav tad tas jau ir brakjis...

Nu tas ir tā - tad, kad es sagriezu dizainu, tas izskatījās +/- vienādi uz Firefox, Internet Explorer (sākot no 5.5 versijas), Opera (šķiet, ka tur pat vajadzēja pieskaņoties Opera 8, kas ir interesants pārlūks :D), nu jā - pārējie pārlūki toreiz nebija aktuāli, jo Mac vēl nebija Latvijā TIK populārs (līdz ar to arī Safari), Chrome vispār vēl nebija nākusi pasaulē, taču pārējās pārlūkprogrammas nebija HOT sarakstā (Netscape ir tāds pusmiris jau sen - zem 1% lietotāju tam jau ir kādus 5 gadus, ja nemaldos...). Tātad - FF, IE un Opera.

Zini tādu programmu Faststone Capture? Ja nezini, tur var smuki uz sava esošā ekrāna attēla izgriezt jebkuru gabalu, kaut vai no taskbar, var arī paņemt krāsas utt. Bet līdz ar to var arī smuki izmērīt pa pikseļiem jebkuru attālumu uz ekrāna, kas ir redzams, jebkuru līniju utt. Nu redz, ar šitādu tūli tika pārbaudīta kvalitāte - layout atbilstība skicei! ;) Un bija svarīgi, lai pa pikseļiem sakristu (vai vismaz ļoti tuvu sakristu) uz visiem pārlūkiem ar skici. Starp citu - tas ir ļoti grūti panākams process, ja nav iepriekšēju iemaņu šai lietā un css/browser uzvedību nepārzin gandrīz kā savus 5 pirkstus. Pie tam - pilnīgi precīzi nevar dabūt uz visiem pārlūkiem - kaut vai slavenais IE, kur lielākā daļa css propertiji strādā "buggy" pret to, kā tiem patiesībā būtu jāstrādā.

Bet kā jau teicu - neatbildu, kas tur tagad darās, es runāju tikai par to brīdi, kad bija gatavs layouts bez funkcionalitātes un tas bija sen. :P

P.S. Ieteiktu veidot katram modulim attiecīgā modules direktorijā inicializācijas failu pēc moduļa nosaukuma. Pieņemsim, modulis Galleries (ieteiktu arī lietot angļu valodu nosaukumos):

Galleries.php

-> iekšā klase

class Galleries extends Module {

... tamlīdzīgi.

Patiesībā pat iztiec bez tā prefiksa.

katrs direktorijs zem modules/, kur būs iekšā tāda paša nosaukuma moduļa fails ar paplašinājumu php un attiecīgo klasi iekšā, būs modulis. Mierīgi vari arī veidot apakšdirektorijās un sadalīt grupās.

Ir tikai viena problēma - kā nodrošināt direktorijas jeb moduļa nosaukuma unikalitāti. Pagaidām risinājumu vēl nezinu.

Edited:

Bet tomēr zinu risinājumu. Sistēma tev vienas direktorijas ietvaros neļaus nemaz izveidot divus direktorijus ar vienādiem nosaukumiem. Bet katru moduli tu atpazīsi php līdzīgi kā javā package - respektīvi - tas nosaukums būs unikāls tikai konkrētā direktorija ietvaros, tas tev netraucēs veidot vairākus galleries moduļus. Class konflikts? Vai php ir kāds risinājums kā to risināt? Varbūt saukt klases pilnā kokā kā nosaukumu? Nu arī variants, bet var padomāt vēl... Normāli būtu, ja klases būtu unikāla tikai konkrētā direktorija ietvaros, vai php klases ir unikālas global scope? Ja tā, tad tas "sux".

Tikko paskatījos, ka ar php5.3.0 būs pieejami "namespaces". Pagaidām gan šis php ir tikai Release Candidate, bet ja tas darbosies viss, tad nākotnē daudzas problēmas, tai skaitā šo, varētu ar namespeisiem atrisināt ;)

Php darīt jo vienkāršāk performancei, jo labāk.

* Uztaisi vienkārši direktoriju modules (vēlams, ārpus web-root direktorijas).

* zem šīs direktorijas vari izveidot citas direktorijas, kas apzīmē moduļu grupas (pašam ērtības labad).

* zem attiecīgās moduļu grupas izveido moduļu direktorijas, lieto prefiksu, piemēram, mod_ vai module_

* šajās moduļu direktorijās ievieto modulim piederošos failus (organizācija un arhitektūra - cits jautājums).

* php pēc konkrēt moduļa pieprasījuma browsē modules direktoriju pa visu koku un meklē kur ir "module_"+$module direktorija ar inicializācijas failu. Ja tāda nav, atgriez false, null vai nu ko tev tur vajag - modulis neeksistē. Ja eksistē, lieto.

Ļoti vienkārši. Vari kaut vai katram modulim ievietot conf.ini konfigurācijai, ja vajag.

Tur php nekādā sakarā, tas var būt, piemēram, parasts div bloks un atbilstoši nostilots ar css. Viss. No php tur var ielikt šitik daudz:

echo "<div class=\"orangeBox\">T komanda</div>";

HTML un CSS nav nekāds Photoshop, kur tu vari izvēlēties no simtiem un varbūt pat tūkstošiem fontu! Web lapa pretēji kļūdainam uzskatam, kas vismaz vēl salīdzinoši nesen bija jūtams LV, nav nekāda glezna vai plakāts - primārais web lapā ir funkcionalitāte, lietošanas ērtums un ergonomika, dizains ir sekundārs. Ar izņēmumiem - mārketinga lapas utt. Bet šiem izņēmumiem ir paredzēts, piemēram, Flash. Izmanto Flash un "dizaino" līdz aknām! :D

Es neatbalstītu custom fontu iespēju ieviešanu css tuvākajā nākotnē, jo ir daudz svarīgākas lietas, ko vajadzētu sakārtot pirms tam.

neiet runa, ka programmeetaaji kko pieliek/ ka nav vairs valiids kods, bet par struktuuru kaa taadu.

 

1. Kur tev ir kaads h1 h2 h3 ?

Tas ir kāds noziegums? Kontekstā visām formām headingi praktiski nevienai nav nepieciešami kā tādi, tie nav gluži headingi, tie ir fieldseti drīzāk, ja tā semantiski skatās.

2. bildes netiek liktas kaa background !

Šur tur ir, šur tur nav. Atkārtošos trešo reizi - neatbildu par to, kas tur tagad darās, jo tur varbūt viss jau 100x pārveidots.

3. div ir paredzeets layouta wrapperiem/blokiem, nevis PILNIIGI visam !! No sematikas ir tieshi 0.

Tādas bija prasības un viss. Nu nepatika dažam labam tur tabulas, ko man bija darīt? Pateikt, "paldies es tinos, jūtos apvainojies, ka neļaujat man ar tabulām taisīt"?

4. linkiem tomeer jaabuut :hover

Domā, ka markup koderis izdomā kādiem jābūt linkiem? Domā, es kādu "homepage" darbā taisu?

5. listiem netiek izmantots ul li

Ja ieskatīsies uzmanīgāk, tur arī ul nav jāizmanto, bet gan tabulas vai arī otra alternatīva, kāda tur, šķiet, ir - salikt parastos div blokos.

taas ir taadas LESSON 1 pieziimes.

 

un veel vareetu turpinaat protams..

Droši turpini, tikai ņem vērā visu, ko jau teicu. Un uzdod jautājošā veidā, jo es arī godīgi pateikšu - vai es esmu tā taisījis, vai arī kāds pēc tam tur to ir tā "pārtaisījis". ;)

P.S.

Piebilde par div - es to uztveru kā blok-stila elementu - vienkāršu un parastu bez "fīčām". No w3schools.com:

Definition and Usage

The <div> tag defines a division or a section in an HTML document.

The <div> tag is often used to group block-elements to format them with styles.

Es domāju, ka neesmu tālu no patiesības. Div ir domāts kā ietvars citiem block vai inline elementiem, piemēram, p, span, b, arī citi div. Bet tikpat labi, tas var būt vienkārši abstrakts bloks ar savu stilu. Ja es pats būtu noteicējs pilnībā par markup, ko taisīju (tai gadījumā), tad, es iespējams, lietotu arī table, kur tas ir vajadzīgs, p, kur tas ir lietderīgi, listu, kur tas izskatās labākais variants utml.

Vēl varētu uzdot jautājumu īpaši attapīgajiem:

Vai JavaScript ir jātaisa kopā ar html un css?

Jā, saprotams, ka css jātaisa kopā ar html, tai pat laikā cenšoties abas daļas pēc iespējas atdalīt un lai ir elastīgas. Jo css galu galā ir vienkārši html vizuālais formatējums.

Bet vai tur sakars ar JavaScript? Nē. JavaScript taisa pēc tam. HTMLs vienkārši jāraksta korekts - pēc iespējas visiem elementiem piešķirot standarta atribūtus, pats galvenais - piešķirt "id". Sākumā tak uztaisam objektu, tā skeletu, vizuālo noformatējumu un tad ķeramies pie viņa uzvedības (behaviour) ne tā? JavaScript principā nav gluži markup, bet parasti tiek piedāvāts līdzi.

Taa visa lattelekom weblapa vareetu buut piemeers, kaa NEVAJAG taisiit markupu!

 

Vieniigais pluss, ka browseros nav nobrucis layouts, bet nu codings..

 

sorry..

Vēlreiz paskaidroju īpašiem cilvēkiem:

KAD dizains tika sagriezts - izveidots layout (XHTML 1.0 Transitional/css), tad viss bija kārtībā, XHTML validējās (pa zaļo) un css kvalitātes vadītājs novērtēja kā ļoti labu.

PĒC tam, kad jau tiek likts iekšā server puses sistēmā, markups tiek dažādi ļurgāts un pārveidots, pie tam pie tā strādā, taisa un pārveido dažādi programmeri un viens programmeris, kurš izveido markupu nenes atbildību par to, ko nākamais programmeris sačakarē tajā markupā pēc tam, pārtaisot, lai viss notiekas server pusē. Ja neesi strādājis komandā pie lielākiem projektiem nekā uzņēmuma vizītkartes mājaslapa, tad iespējams, tu to nezini un nesaproti.

Es vienkārši pasaku faktu - sagriezts tika Valid XHTML 1.0 Transitional pikseļprecīzi ar atzinīgu novērtētu css, kā arī cross-browser. Kas tur tagad darās, neatbildu par to. Ir skaidrs?

P.S.

Un JavaScript tiek veidots pēc markupa izveides un tiek veidots arī procesā, jo tur var daudz kas mainīties, tur ir ajaxi, tur notiek attīstība. CSS ar nedaudz pamaina procesā pēc tam.

1) kā jau te teica - tu kā minimums teorētiski nevari būt drošs par JEBKĀDIEM DATIEM, kas atnākuši uz pārlūku un tiek kaut kādā formā attēloti. Tu redzi piemēram, pārlūkā sesijas, bet ko tev tas sesijas id dod? Tu redzi tikai savu sesiju un to ko iespējams izdarīt ar tavu sesiju, to arī gan jau tāpat vari izdarīt tai saitā (ja vien tur nav caurumi). Protams, es te runāju par datiem - failiem, mainīgajiem utml.

2) lai kaut ko neredzētu lietotājs, vienkāršākais un prātīgākais veids būtu to apstrādāt uz servera, teiksim, ar to pašu php (neizmantojot print, header, echo utml. funkcijas :D).

3) šai gadījumā tu laikam nevari (neesmu iedziļinājies tik smagi tai Google API) apstrādāt uz sava servera pieprasījumu priekš Google API. Klients redz kaut kādu XML. Hmm... Varbūt pastāsti, kas tas par XML?

Javascript es tur stipri daļēji taisīju un man šķiet, tur daļa bija failos, daļa inline. Es nevienu brīdi neesmu teicis, ka tur viss ir tā kā jābūt.

Inline JavaScript pret JavaScript ārējos failos priekšrocība ir tā, ka tie nekešojas - tas ir priekšrocība, protams, tikai atsevišķos gadījumos. Vairumos gadījumos tieši priekšrocība ir external Javascript.

Varbūt es netur nospiedu? :)

Nospiedi tur kur vajag, BET - te nu man jāpaskaidro:

Es kad sagriezu dizainu, tas validējās XHTML 1.0 Transitional ;)

Tas, ko kādi sajājuši pēc tam tur, mani neper un tas ir jāsaprot, ka griežot neviens normāls cilvēks neliek title tagu starp body un head tagiem vai citas aplamības :P

Es teicu - dizains tika sagriezts VALID XHTML 1.0 Transitional un pikseļ-precīzs pēc skices. Tas, ko kaut kādi tur sajājuši pēc tam, mani neskar! ;)

Tulku profesija nemirs, tas ir vairāk nekā skaidrs. Cilvēka valodai ir maz sakars ar striktu loģiku un mašīnvalodu, tās nav gluži saistītas, lai gan neesmu valodnieks, tik daudz nojausmas man ir. Līdz ar to literāri un pareizi pārskatāmā nākotnē diez vai būs iespējams precīzi iztulkot garus un sarežģītus tekstus.

Man personīgi translate.google.com nepalīdzēs jebkurā gadījumā - tu labāk pasaki, kur tāds "tulkojums" praktiski ir derīgs, ko translate.google.com tev piedāvā?

Kur jaajiet lai varetu iztuulkot webu.??

Piemeramvisus Poll / Navigation / shoutbox

Izraksti ārā no weba visus messages ko tev vajag tulkot, teiksim .doc failā un iedod tulkotājam, lai iztulko. Tulkošana mūsdienās ir lēta - 1.50 Ls par 1000 zīmēm. Tas nav dārgi. Visticamāk, tavam webam ar pārdesmit latiem pietiks, ja vien neesi sadomājis tulkot, teiksim, ziņu arhīvu...

Piemērs iz dzīves - viena A4 lapa dokuments - iztulkot man prasīja 2 Ls.

F3llony - lattelecom.lv ir dafigā vietas, kur esmu griezis pikseli pa pikseli precīzi pēc skices.

Ņemos arī ar Ajax un JavaScript, izmantoju arī JavaScript frameworkus, piemēram, JQuery.

http://www.lattelecom.lv/majai/majas_komplekti/ - nospied jebkuru sarkano pogu "Piesaki šeit" - atveras vairāksoļu formas. CSS un XHTML griezums - es pie tā nopietni strādāju. ;)

Varu piebilst, ka esmu veidojis arī "pixel precise" dizainu, tā, ka ir iespējas arī tādas lietas ielikt kvalitātes standartos. Diemžēl tas maksās par kādiem 10% dārgāk, nekā ne-pikseļ-pa-pikseļprecīzais dizains, pie tam ņemiet vērā, ka 100% pikseļu precizitāti uz visiem pārlūkiem nevar garantēt. Sākumā tas tiek panākts uz FF3 un Opera9, iespējams arī Chrome attēlos tikpat pareizi, bet par IE pilnīgas 100% garantijas netiek dotas - tur tiek nohakots vienkārši, lai ir maksimāli tuvu patiesībai! ;)

Pārvietots no http://php.lv/f/index.php?showtopic=13169&hl=

mefisto - tāpēc, ka darbs tā ir nopietna lieta. Man diemžēl nav atlicis laika pabeigt savu personīgo vietni, kur es varētu šādus tādus savus darbus izvietot.

Bet nu pieredze šai jomā ~8 gadi (pirms tik gadiem uzbūvēju pirmo dinamisko web-lapu, ne tā ka intensīvi visus gadus strādājis, bet lietas kursā esmu bijis šai laikā un strādājis tā intensīvāk pēdējos 3 gadus), tā ka spried pats...

marrtins - vai Tu esi interesents kā darba devējs? Ja tā sazinamies caur privātajām ziņām, kā pienākas.

Atvainojiet, ka nepateicu - interesentiem, lūdzu, sarakstamies privāti!

Interesentiem parādīšu konkrētus manus markupus vai arī izpildīšu testa uzdevumu, ja nav ticības.

Ja kādam vajag palīdzību, es sagriezīšu dizainu jeb citiem vārdiem - uztaisīšu markup:

XHTML Strict/Transitional

HTML Strict/Transitional

CSS

Taisu pamatā, lai tiek attēlots korekti un pareizi uz populārākajām pārlūkprogrammām Internet Explorer 6+, Firefox 2+, Opera 9+, Chrome, Safari 3+. Ja nepieciešami citi pārlūki vai vecākas versijas, tas ir par papildus maksu (par workaroundiem un hakiem).

JavaScript - plašs jēdziens, tāpēc tas iet par atsevišķu cenu, protams, sīkumi maksās lēti.

Ir iespējams arī XML un XSLT transformācijas, ja ir tādas vajadzības, vai arī XML+css, bet tā kā tas nav tik bieži izmantots, tur būs nepieciešams nedaudz ilgāks laiks (bet cenu atšķirības minimālas).

Cenas - godīgas, lētas, krīzei atbilstošas.

Kvalitāte - augsta, ļoti augsta, krīzei un cenai atbilstoša.

P.S. Sludinājums ir nopietns.

Neesiet no tāda pesimisti. Cik zināms lata devalvācija vēl nav notikusi un ASV dolāra kurss pret Latvijas latu ir joprojām gandrīz 2 dolāri pret vienu latu.

Es nedomāju, ka cena turpat 40$ par vienu "custom icon" ir normāla. Nezinu precīzi, cik ilgi aizņem vienas ikonas uztaisīšana, bet profesionālim to ir jāmāk izdarīt pietiekami ātri, lai neprasītu šitādu cenu par ikonu. Pie tam - kur garantija, ka viņš to ikonu nepārdos vēl 50 klientiem? Nekāda. Un es nedomāju, ka viņš atteiks citiem pircējiem.

Ja viņš būtu piedāvājis teiksim, 12 ikonu setu par 20 Ls vai 100 ikonu setu par 50 Ls, es vēl būtu padomājis. Ja man vajadzētu vienu atsevišķu ikonu, nu max 5 Ls varētu par to samaksāt, ja tāda smuka būtu izdevusies ;)

Bez offtopika un jebkāda cita spama, uzskatu par savu pienākumu painformēt tos, kas apsver vēl tērēt laiku ar šo sludinājuma ielicēju. No sarakstes ar viņu - lūk viņa piedāvājums:

WEB 2.0 ikona no 20 LS/gab. Parasta ikona no 5 LS/gab.

Uz jautājumu, kas ir web2.0 ikonas, viņš man iedeva šitādu linku: http://www.freebannersandbuttons.com/butto...20-example3.jpg

Tie esot paraugi.

Protams, prieks, ka cilvēks optimists un nemēģina šajos krīzes laikos apkrāpt cilvēkus mēģinot iesmērēt viltotas autovadītāja apliecības, bet tik un tā redzams, ka šis cilvēks ir tālu no realitātes, ja nemaldos, tad internetā ikon-setu (kurā iekšā var būt pat 12 un vairāk ikonas un arī "augstas kvalitātes" kā tēmas autors uzsver) var dabūt par ~25$ un varbūt pat lētāk.

1) maz ticams, ka šī topika autors būtu "balts un pūkains". Gan jau, ka tas, kurš izdzēsa to DB ir kāds viņa bijušais programmeris, kuram šis palicis parādā. Ko sēsi, to pļausi.

2) taisi DB par jaunu.

3) vari meklēt to cilvēku, vari nemeklēt, bet es ieteiktu nemeklēt - ja jau reiz tevi kāds "uzlauza", samierinies, ka esi dumjāks un labāk mācies no kļūdām... Izmanto to laiku labāk sava servera drošības uzlabošanai.

Šais krīzes laikos darba devējs vēl šaubīsies, vai cilvēks pats no viņa aizies vai nē? Šaubos.

Paldies, ka pateici, es tiešām to "nezināju", ka javascript var programmēt arī server pusē un galvenais, ka tas ir ļoti būtiski šai kontekstā. :)

Darba devējam ir vienkārši jāsāk domāt arī par produktu kvalitāti, ne tikai akli sekot šai valstelē izplatītai mantkārībai. Nu ok, nepadarīsim mēs neko tiem šmurguļiem domē un valsts pārvaldē, ka viņi tur zog, bet tas nenozīmē, ka pašiem jābūt tādiem. Gluži otrādi - varam parādīt piemēru, ka esam godīgi cilvēki, kas smagi strādā, lai nopelnītu.

8-10 stundas? :)) 14 kā minimums, ja grib kaut-ko reāli izkost. Kādi vingrinājumi un atpūtas, ja esi aizrāvies? Līku muguru un sarkanām acīm pie kompja marš!

Kā nu kuram. Diemžēl, Latvijā programmētāji, kaut arī daudzi viņus sauc par labi apmaksātiem, patiesībā viņi ir slikti apmaksāti. No viņiem prasa daudz, bet apmaksā slikti.

Piemēram, vai kāds būtu ar mieru noalgot JavaScript programmētāju par 1000 Ls uz rokas mēnesī? Bet viņš programmēs tikai JavaScript un neko citu (nu varbūt vēl css pastilos un xhtml), bet nekādus server puses skriptus vai datubāzes. Bet darīs to labi. Vai kāds ir gatavs maksāt programmētājam par specializāciju? Nē, vietējie ir gatavi no programmētājiem prasīt zināšanas (mācīšanos) un darbu, kas ir līdzvērtīgs savām divām slodzēm, maksājot par vienu!