Mr.Key

Komentāru nebūs. :)

Var zīmēt pats, var aizņemties ideju, reizēm ir tā, ka kādā lapā ir foršs elements.. var paņemt no stockiem - ja sanāk, var nočiept bez maksas mazo bildīti, ja nesanāk, var nopirkt, daudzos tas ir lēti (daži dolāri par ilustrāciju, domāju, ir nekas, salīdzinot ar laiku, ko prasītu tādu izveidot no nulles).

Gandrīz viss dizains top, smeļoties idejas no citurienes, apvienojot tās ar savām idejām.. Tā no nulles diez vai kas prātīgs sanāks. Kaut kur redzi foršus buletus, izveido līdzīgus, kaut kur smuks menu, to arī var paņemt un izveidot vizuāli līdzīgu, vēlams - labāku :). Kas gan ir slikti - zagt dizainus vai pirktos (nočieptos) templeitus uzdot par savējiem.

Svarīga loma ir krāsu paletei un izpratnei par krāsu kompozīciju. Pamatideja ir tāda, ka labā dizainā ir viena vai divas pamatkrāsas.. Pārējais ir balts / pelēks / melns. Tad ir svarīgi atstāt lapā vietu, kur acīm atpūsties. Ir netā vietas, kur vari izveidot piemērotu paleti.

Vienkārši sametot smukas bildītes rezultāts sanāks tikai tāds, ka varēs brīnīties - it kā detaļas foršas, bet kopumā izskatās tizli...

http://poynterextra.org/cp/colorproject/color.html

Nu es domāju, ka SQL sastāv no Data definition statements un no Data manipulation statements un privilēģiju menedžmenta steitmentiem.

Trigeri un procedūras izmanto SQL, bet viņi netiek veidoti SQLā. Manuprāt, šī rindkopa to lieliski izskaidro:

Originally designed as a declarative query and data manipulation language, variations of SQL have been created by SQL database management system (DBMS) vendors that add procedural constructs, flow-of-control statements, user-defined data types, and various other language extensions. With the release of the SQL:1999 standard, many such extensions were formally adopted as part of the SQL language via the SQL Persistent Stored Modules (SQL/PSM) portion of the standard.

Pirmajā teikumā beigās ir konstrukcija, kas arī iepriekš uzskaitīto apzīmē kā "language extensions". Otrais teikums norāda, ka šie paplašinājumi tika ietverti kā SQL valodas daļa, BET kā SQL/PSM daļa SQL standartā. Tātad, atsevišķi izdalīta no pamata SQL.

Procedurālais kods ar loopiem un ifiem kontrolē, kādus SQLus izpildīt. Tas nav samudrīts, vnk ja datubāzei slēdzas klāt N sistēmas, kur N sastāv no lietotājiem, kas slēdzas pa tiešo ar reportinga tūļiem, grāmatvedības sistēma, noliktavas sistēma, analīzes sistēma, datu ievades termināļi, datu replikācijas procedūras un vēl virkne nosacītu sistēmu, tad ir ļoti forši, ja datu loģika tiek uzturēta datubāzes līmenī. Vēsturiski viņas izveidojās dažādas, un ja tagad prasītu visus Oracle, IBM un vēl virkni pārtaisīt uz vienu standartu, tad tas būtu miljardos mērāmas izmaksas.

Jā marrtins, tas jau ir tas, ko daudzi neiedomājas - dažs labs domā, ka saitu var uztaisīt arī 1 minūtē, jo tik daudz taču aizņem atrast gatavu skriptu... aizmirst, ka klients varbūt dienu domās, vai viņam vajag formu ar vienu lauku, vai diviem laukiem un vienu ķeksīti.

Tur divas tikšanās bija tāpēc, ka pirmajā tika apskaidrots, kas tā tāda mājaslapa vispār ir, otrajā tika parakstīts līgums un gatava specifikācija. Starp citu, tajā laikā, kad lapa tapa, firefoxim bija ja nemaldos 0.x versija.. nu un neko, re ka strādā arī ar IE7 un FF3.0 bildes veras gan ar javascript enabled, gan disabled ... vienīgi pirmajā lapā uz FF3 vairs necentrējas logo un punktos sanākt nobīde :(

Hmm.. Nu - prasījāt domas - pateicu.. jūs te vairumā baigi ieciklējaties uz divām lietām - ātrumu un lētumu, un sacenšaties, kuru var apgriezt vairāk. Kā zināms, katram projektam ir tijstūris, kura katrā virsotnē ir attiecīgi izmaksas, laiks un kvalitāte. Jūs varat izvēlēties divus stūrus, kurus staipīt.. trešais attiecīgi staipās atbilstoši tiem diviem. Kvalitāti es nevēlos zaudēt... atliek staipīt pārējos divus.

Zinu lapas, kuras ir maksājušas vairākus tūkstošus latu, apjoma ziņā nebūt ne lielākas!!! Pie tās strādājuši vairāki cilvēki (dizaineris, fotogrāfs, programmētājs, projekta vadītājs, kopā ~2 mēneši). Jautājums ir ko izvēlaties - spiest uz ātrumu un lētumu, vai uz kvalitāti un vērtību klientam.. Klientam lapa būs jārāda vairākus gadus saviem sadarbības partneriem, un lapa radīs pirmo iespaidu par uzņēmumu. Var uztaisīt lapu 1 dienā, var arī divās stundās, bet nevajag aizmirst, ka viena lieta ir piesēsties pie kompja un izveidot to, kas ir galvā, un pašam liekas smuki (un tikai nez kāpēc neviens nelec no sajūsmas pa gaisu par rezultātu). Otra lieta ir strādāt kopā ar klientu, analizēt viņa vēlmes un izveidot ilgtermiņa RISINĀJUMU ar nostrādātām detaļām. Kvalitatīvs radošais darbs (dizains, raksts, tehnisks risinājums) vispār pēc idejas prasa atiet no rezultāta uz nedēļām divām, un pēc tam ar svaigu galvu pielabot vai pat pārtaisīt. Ķirsons uzbūvēja muižu un pēc laika pusi pārtaisīja... "bet tāda apjoma ēku taču var uzbliezt mēneša laikā, vispār 2 nedēļu laikā, vispār nedēļas laikā!!!!" :D

Ja klientam galvenais ir ātrums un lētums - nav problēmu - ir daudzi, kas būs priecīgi ražot ātras un lētas lapas. Tikai jāuzmanās ... bija vairāki čomi, kas it kā 3 mēnešus taisīja lapu, jo domāja, ka pa pāris vakariem ārpus darba laika uzbliezīs.. beigās tā arī neuztaisīja neko, jo izrādījās, ka vakarā laiks paiet ātri un gulēt arī gribās, ir sievas/draudzenes, un uz darbu arī jāiet. Bet bija ļoti pārliecināti, ka "tas jau nekas nav, pāris vakari un viss".. Es arī esmu mēģinājis tā solīt - nekas labs nav sanācis, izņemot sačakarētu reputāciju.

Lapu NEVAR uztaisīt vienā dienā! Tas ir tas, ko es vēlos pateikt, lai jautājuma autors NEUZRAUJAS uz idejām, ka viss notiek ātri un vienkārši.. Tā nav. Pareizāk sakot, tā var, taču tad ir jāražo vienveidīgas lapas ar atstrādātu sistēmu, pasakot klientam - atsūti to un to, un būs kāds no 5 variantiem. Ja vēlies ko citu - papildus laiks un izmaksas. Tāpat kā vizītkartes - var uztaisīt standartu pa lēto, kolīdz prasīsi unikālu dizainu, uzreiz tas prasa saskaņošanu, dizainera darbu, nereti pat vizītkartes dizains tiek taisīts nedēļu..

Tā, ka - var taisīt ātrās un fiksās lapas. Bet, vai tas ir jādara visiem vai tāda pieeja vienmēr ir pareizā?

Nu, pastāsti gan, kā tu pa dienu uztaisīsi tādu lapu. Teiksim, tev pirmdienas rītā 0900 ir zvans, klients sia, no lapām neko nesaprot, nekā nav, vajag. Vakarā 1800 es gribu redzēt firmas bukletiem, vizītkartēm, krāsām pieskaņotu, ar klientu saskaņotu dizainu mājaslapu kvalitatīvā HTML/CSS. Neaizmirsti par līgumu, priekšapmaksas un pēcapmaksas rēķiniem, uzstādīšanu uz servera, 2 vizītēm pie klienta laikā, kad direktors ir brīvs. Kā arī spēt šajā laikā panākt to, lai klients piestāda pilnu informāciju. Un ne tā, ka klients beigās tavu varoņdarbu atsakās pieņemt.

Un to visu darīt nepārstrādājoties, spēt atkārtot tādu pašu gājienu otrdien, trešdien, ceturtdien un piektdien - kopā 5 lapas. Un tā katru nedēļu 11 mēnešus.

Ja tas viss nav, tad vari nemaz nesākt rakstīt. Jau tagad šaubos, vai ar tādu heroismu, kādu grasies piekopt, spēsi ilgstoši pastrādāt. Un vēl - kāpēc tad tev nav klientu, ja jau tādus varoņdarbus taisi?

Ko es gan esmu darījis - ir tas, ka klienta uzdevumā esmu labojis, pārtaisījis tādas vienā dienā tapušas lapas. Skan jocīgi, vai ne?

Tagad sāku iemēģināt phpED... iebūvētais debugeris un vispār, visādas fīčas, pēc laika zināšu teikt vairāk.

Protams, darbs dara darītāju :) Neviens vēl nav piedzimis kā PHP programmētājs :D Bet laba grāmata noteikti palīdzēs ātrāk saprast.. PHP in Action varētu būt laba http://www.manning.com/reiersol/, ir vēl daudzas citas, arī krieviski

Parasti ir tā, ka vajag laicīgi apstāties, ja ej nepareizā virzienā. Bet manuāļa izlasīšana par sliktu nebūs nākusi.

Meklē grāmtas, kuras ir apmēram PHP for beginners, Building websites using php and mysql, utml.., parasti tās sākas ar Hello, World! piemēru un grāmatas gaitā pakāpeniski tiek izstrādāta lapa.

Nav runa par čakarēšanu.. čakarēt var abas puses, gan klients čakarēt izstrādātāju, gan izstrādātājs var čakarēt klientu, abos gadījumos, manuprāt, no sadarbības nav jēgas, jo priekšplānā ir neuzticība.. netrūkst klientu, kuri nemaz nespēj uzticēties un tāpēc arī projekti tiek nočakarēti. Un netrūkst izstrādātāju, kuri nemaz nespēj savādāk, kā tikai čakarēt klientus... Tāpēc arī normāli izstrādātāji un klienti sadarbojas ilgtermiņā, un nodarbojas ar produktīvu darbu.

Vai nav tā, ka [R]DBMS triggerus un storētās procedūras raksta PL/SQL ... ? Tā ir cita lieta.

Tas, kā tu spried, tā var darīt jā. Bet parādi man klientu, kurš atsūtīs šādu speceni:

...

Task #23. Atrast googlā kontaktu formas skriptu, atvērt 3. rezultātu no lejas (20.sek.), uzskatīt to par piemērotu esam, ar copy paste ielikt viņu iekšā (30.sek.). Nē, nevajag tur neko mainīt, atstāt visu kā ir, saglabāt failu (60.sek.)

...

Es tādus klientus nezinu. Kaut gan.. ir tādi, kas visu zin labāk..

SQL vai nu nelieto pēdiņas ap tabulu un lauku nosaukumiem vispār, vai arī lieto "backticks" (tās nav ne pēdiņas, ne apostrofs!)

SELECT * FROM table_name WHERE id = ...

SELECT * FROM `table_name` WHERE `id` = ...

/* Nepareizi */ SELECT * FROM 'table_name'

RTFM!!! RTFM!!! RTFM!!!

<select name="keyWords[]" size="5" multiple="multiple">

keyWords vajadzētu būt masīvam.

un kas tas par "<select id name=" ? id vai nu norāda vērtību, vai ņem ārā.

'sasa' Tu jau taa arii nepateici ko Tev vajag :)

 

Te buus vienkaarshi informatiivi saiti, pieveersiet uzmaniibu cenaam...tad nu jautaajums ir eetiski vai nav eetiski prasiit daudz?!?!

 

http://www.dreamtemplate.com/templates/Int...etail/3353.html

Tur ir runa par Unique price - tie templeiti normāli ir pieejami par 60-100 $, daži varbūt vairāk. Unique price ir tad, ja neviens vēl nav nopircis un pēc nopirkšanas templeits vairs nevienam netiek pārdots.

Es gan ļoti reti esmu atradis piemērotu templeitu, parasti tie ir ne visai.. pēc lejupielādes gadās, ka mazliet jāpielabo un kods nereti ir Photoshopa slices.

Ir pieejami bezmaksas saitinji, manaa uzteree pat loti zoliidi peec izskata, bet ja gribas ko ipashu, tad manuprat par vienkarshu informativu saitu kadi 100Ls vareetu noplest... ja ne veel mazaak, katraa zinjaa jeedzienam 'vienkaarsh saits' is diezgan plasha noziimee! Cik es zinu, ja velies lai no web lapas varetu nosutit e-mailu, tad shadi skriptu pielikumi tochno ir bez maksas dabujami, respektiivi copy/paste un gatavs!

Skripti ir dabūjami bez maksas, tas varbūt ir patiesība, bet laiks lai tādu atrastu, izvēlētos labāku, integrētu lapā, un, galvenais, eksperta viedoklis - tas ir tas, par ko kapitālismā pieņemts prasīt naudu. Nemaz nav tā, ka copy/paste un gatavs. Ja tā būtu, tad programmētājus nevajadzētu. Par tādas formas izveidošanu vismaz 10 Ls jau nu gan vajadzētu paprasīt.

Ar Visual Studio (piem, Express Edition) var _sakarīgi_ rediģēt php? Ja var, būtu labs!

Esi uzmanīgs. Bieži ar vienkāršu saitiņu tiek saprasts kaut kas, kas rezultātā nemaz nav tik vienkāršs.

Piemēram, šādu vienkāršu lapiņu es veidoju 5 darba dienas, strādājot no 9 līdz 18: http://www.vikanmarketing.lv/

Tas bija labs klients, ar kuru sākumā aprunājāmies, precizēju, kas pa sadaļām, kāds saturs, ko viņi vispār sagaida no lapas. Bet, īpaši sākumā, ir viegli uzrauties uz kliedzējiem, kas saka, ka vienkāršu lapu uztaisīt - tas jau nekas nav, to var pa vakaru izdarīt, un klientiem, kas saka, ka viņiem vajag kaut ko vienkāršu, bet īsti nezin ko. Vienkārši - to es saprotu tā - klients tev atsūta vismaz paraugu vai dizainu, ar pilniem komentāriem par to, kas un kā jādara (kādas sadaļas, saturu, utt.). Pasaka, kādi konkrēti lauki būs datu formā, nevis liek tev minēt, vai tur būs viens textarea, vai textarea un vēl citas "vienkāršās" lietas. Ir ļoti maz klienti, kas tev visu izskaidros, pārsvarā nāksies domāt pašam un uzdot jautājumus. Tātad, paies laiks. Tad izrādīsies, ka klientam vajag vienkārši galeriju un vienkārši jaunumus, un ļoti vienkārši trīs valodas. Un vēl - vienkāršu CMS.

Ja klients spiež cenu uz leju un sāk risināt problēmas tavā vietā, visās vietās pieminot vienkāršību - laid šo iespēju garām.. tur nekas labs nebūs. Vispār, jo vienkāršāka produkta lietošana, jo sarežģītāka tā izstrāde.. tas pats attiecas uz dizainu - viegli uztverams dizains prasa pārdomāšanu - ja lapā ir maz satura, jāizdomā, kā aizpildīt laukumu. Ja saturs ir daudz, jāizdomā, kā to sadalīt tā, lai var ātri izlasīt.. utt.

Bet tā vispār - no 200 Ls, ja veido dizainu, sagriez viņu html + css, ievadi saturu, uztaisi to e-pasta sūtīšanu. Par labu darbu var arī prasīt 500 Ls. Var arī 1000, 2000 un 5000 Ls prasīt.

p.s. Vai vispār Latvijā ir kāds entuziastu datorklubs, kur jauniņie varētu nākt un mācīties, savukārt pieredzējušie varētu paskolot jaunos?

Te jau daudzi pateica, tāpēc, droši vien atkārtošos:

* Sākt ar pascal

* Sākt ar loģisko un algoritmisko uzdevumu pildīšanu

** stringu apstrāde (input, output, piemēram, ievada divus skaitļus un izvada summu vai kādu citu darbību - var rakstīt skolā mācītās formulas

** dažādi algoritmi, piemēram, 10 ievadītu skaitļu sakārtošana secībā (izmantojot ciklu, nevis gatavas array_sort funkcijas), pirmskaitļu atrašanu (šitais reāli labs, atceros no RV1G laikiem)

** tad var risināt dažādus atjautīgos olimpiāžu uzdevumus

** tad vēl var uztaisīt programmiņu, kurā ievada gravitācijas konstanti, bumbiņas masu, bumbas izmetiena lenķi un vides pretestību - programma attēlo krītošu un atlecošu bumbiņu.

** tad jau var taisīt spēles, izmantot procedūras, utml.

** paralēli mācamies izmantot debugeri

Vispār, ļoti daudz atkarīgs no grāmatas, kuru izmantosi.. bez grāmatas vai ar sliktu grāmatu būs grūti - it kā viss ir pieejams, bet nav secīga, pakāpeniska attīstība, iegūtās zināšanas ir haotiskas.

Tad pēc tam var skatīties C un C++, apgūt atmiņas menedžmentu, OO principus.

HTML un PHP neiesaku sākt - par programmēšanu saka, ka vienreiz to iemācoties, nākošreiz jāmaina tikai sintakse. HTML ir markup valoda, PHP ir laba valoda priekš webu taisīšanas.

Tā kā šodien daudz kas notiek ar SQL, var pamācīties arī to.

Bet par visu kopumā - uzskatu, ka būs gandrīz droši, ka neiespējami iemācīties vienam pašam - nepieciešama skola, datorklubs, kursi vai darbs.

Vai ta nepietiek ne-primitīvu noliktavas sistēmu?

Jā, man ir ieteikums - izmantot Windows XP, MS Access vai .NET izstrādātu sistēmu un Exceli.

Darbā ar uzskaites datubāzēm svarīgs ir operātora darba ātrums un lietošanas ērtums. Lai ko tādu uztaisītu webā, nāksies krietni nopūlēties. Tas nav tā vērts. Ja doma ir ietaupīt uz licencēm, lietojot Linux un Firefox, tad, jājautā, vai esat parēķinājuši, cik izmaksās sistēmas izstrāde? Ar MS Access ērtu uzskaites sistēmu var izstrādāt 2 nedēļās, ar visām formām un reportiem, un iespēju taisīt copy-paste uz/no Excel. Uztaisīt ko ērtu priekš weba aizies 2-3 mēneši, un arī tad darbinieki būs neapmierināti ar ātrdarbību un browsera "iespējām". Ar .NET un bezmaksas lielajām datubāzēm (ORA, MSSQL, ASE) arī varēs ātri saražot kaudzēm formu, reportu un ko tik vēl ne.

Iedomājies kaut vai tādu formu - rediģēt 1000 pozīcijas vienlaicīgi. Ar Excel es varu fiksi to visu izdarīt, rindā, nobraucot ar bultiņu uz leju, lai pārietu uz nākošo ierakstu, nepieciešamības gadījumā izmantojot formulas. Webā man jāver vaļā katrs ieraksts, jālabo. Vai arī zināms darbs jāiegulda rindu edita formas izveidei, kas darbotos daudz maz pieņemami.

Manuprāt, Notice ir notice, tā nav kļūda un pat ne brīdinājums! ;)

Sveiki,

Varbūt kādam nāk prātā kāds gatavais PHP skrits (vēlams - free) newsletteru sūtīšanai? Meklējos un skatos visādus, bet par ļaunu nenāk uzklausīt ieteikumus no malas.

Paldies!

Chali, tava dzīve ir jau sabeigta :(