Grey_Wolf

Smagi kljuudies :( Ja vien vatermarks nebuus lieliem laukumiem un tieshi pari svariigakajiem elementiem, tad to var restaureet ... teiksim bildi no draugiem.lv var restaureet dazju stundu laikaa... Laikam neesi saskaries ar jauno Softvari + cilveka pacietiibu & izdomu :) Kaa jau mineju NAV DROSHA VARIANTA .... vieniigais paljauties uz Likumu.... Izmantojot lielo kompaniju piedavaajumu /DIGEMARC utt.. / ... taapeec arii vinjas ir kluvushas Lielas ka nodroshina arii mazo klientu tiesiibas...

Skjiet ka penesaas OfTopics.. Neaizmirstiet temas jautajumu !!!! [oftopic] Kapeec visi uzeedushies uz draugiem.lv ??? Tapec ka cilvekiem noveicaas? Un kaapeec tad neviens nebljauj par tiem 2 Igaunju pushiem kas 2-3 gadu laikaa reaali nopelnija 2,5 Miljardi $ ? (+ taa nav gala summa) ??? Manupraat nevajag buut skaudiigiem, bet macities un veidot pasiem savu programmaturu (ja nevari pats tad maksaa$) , nevis kautko pa Inetu sagrapstiit un tad blajut : "a kapec mans saits nav populaars? Kapec es apdaliitais?" [/oftopic] -------------------

1. kart veido 3 valodas failus nevis vienu 2. jautaajums kaa tev tiek nodefineeti tie vaardi? adaliiti ar komatiem?

viens no iedarbiigiem veidiem ir visu ko vien iespejams keshot... respektiivi statiskus datus nenjemt no DB bet jau izveidota HTML faila... + DB tabulas taadas kaa piemeeram Online veidot nevis stacionaaras MyISAM , InnoDB bet tureet ieksh RAM kaa HEAP, MEMORY ... + visur kur vien var (ir iespejams) preg_...() f-jas aizvietot ar str...() .. regularaas isteiksmes ir KRIETNI lenaakas nekaa str apstrades funkcijas, kautgan dazreiz stipri vienkarsho dziivi (nevis atrdarbiibu) + pie DB konekteeties tikai 1X skripta izpildes laikaa nevis n reizes , un pasekot liidzi vai vispar tas vajadziigs.... + MYSQL / USER datus katru tureet uz atseviskja Fiziskaa diska... padomaa pats sadalot pa atseviskjiem diskiem datus un Mysql tiek Fiziski palielinaats Disku lasishanas/rakstishanas galvinju skaits --- P.S. un protams MAX iespejamais RAM :) edit: vel piebilde Lielu optimizacijas efektu panaak MYSQL (DB) izvietojot uz atseviskjas mashinas iekseejaa tiklaa kur atrums ir ap 1Gbit ... Mysql fiziski taapat izmanto TCP/IP protokolu (arii ja atrodas uz taas pashas "kastes")...

4e4en --> :) Nee pasuudzeeties pashai Digamarc... Fiksi taa bilde no Draugiem pazustu ;) kaa arii tas profils kas to bildi buutu ielicis... Cik zinu tad vinji ir uzvareejushi daudz nopietnas tiesas praavas.... padomaa kaada advokaatu maseneerija saaktu straadaat ;) ;) P.S. un starp citu tas prieks nemaz nebija paaraak dargs :) skjiet ka kaadi 50-150$ par 1000 bildeem (slinkums liist vinju saitaa) Un ja taa bilde tieshaam ir tik darga tad paaris centi par katru bildi nav daudz :)

Principaa kaa jau te tika mineets nozakt var visu... viss primitiivaakais SAVE AS ;) Bet ja runaa par aizsardziibu tad reaali ir tikai 1 veids kaa pasargaat savas bildes no Nelegalas izmantoshanas (un tad arii tikai teoretiski) Vatermarki.... Izmantot Lielo kompaniju piedavaatos pakalpojumus teiksim DIGIMARC... teoretiski ja redzi/uzini ka tavu markjeeto bildi kaads izmanto bez atljaujas tad pa taisno Starptautiskajaa tiesaa un dabuun pikji ;) (tas taa teoreetiski)

Skjiet ka uz jaunajiem brauzeriem tas pat ir speciali jaiesleedz, preciizaak Jaizsleedz Popup Blokeris.. :)

man pasham patika MapThis

goldy --> katru reizi kad kodss straadaas MAX 30 Dienas , parbaudiisi lai viis buutu www.w3.org standartiem? Ja dotais laiks "sagrieshanai" ir dots 24H ??? Citi vispaar uztaisa <img> un aizmirst...

aga biskji haotisks ir, bet intresanti kaapeec nenostraadaa /url/ & quote / taa tur buutu 4 rindinjas....

ir gan :) Tik uz briidi nestraadaaja (probleemas ar DNS uztureetaaju) skat + Man arii intresee shis jautaajums jo gribaz zinaat kur ir probleema... Pec tevis teiktaa naudaa taa nevareetu buut.... --------- 2006. gada 29. Mar 18:51 turpat 2006. gada 10. Apr 19:43 2006. gada 08. Aug 17:31 ---

Pilniigi piekriitu, tikai kaa redzams 'ziimeejumaa' tad sanjemot datus no formas nevari buut 100% parliecinaats kaadaa formaa tie tiks atgriezti, taadeelj ievadot DB tos vienkaarshi ieliek peedinjaas... (vai parveersh par vajadziigo tipu)... (sajaa gadijumaa 1 VAI 2 , un veidot warchar lauku galiigi garaam , tiek izmantots TinyInt (1) ...) Edit: bet vispaar taa arii nesapratu kaadeelj gljuko settype() :( nu vieniigi vinjai 100% tiek padots string (trim() atgriezj stringu).... Taa kaa par to kaa PHP dazreiz uzvedas ar datu tipiem.....

hmnc --> Nu luuk piemeers kur nevari buut 100% parliecinaats kaads datu tips tiks padots DB palid un paskaties pats ko izdara f-ja settype() ;) (novaac pieliec aizkomenteetaas daljas...) Seit Edit : iezagusies kljuuda , pielabot no $dzi=settype($dzimums, "int"); Uz $dzi=settype($dzi, "int");

DB versija? + SETNAMES... vajadzeetu paliidzeet, jo ja pie vainas ir tieshi sii probleema tad parasti pazuud Ā un Š uzraksti visus lielos un mazos burtus kam ir garumziimes un miikstinajuma ziimes un paskaties kurus raada nepareizi.... + velreiz parliecinies ka VISUR tiek izmantots tas SETNAME..... dazreiz gadaas ka itkaa tiek pielikts, bet kautkur tomeer aizmirstas... taadeelj iesaku izmantot atseviskju Includojamu failu ar galvenajaam saitaa izmantotaajaam f-jaam (DB conekteeshanai, teksta atiiriisanai no nevelamiem simboliem testeeshanas f-jaam utt) tad vareesi buut 99,99% droshh ka visur tiks izmantots viens un tas pats... -------

hmnc --> tieshi taadeelj var izmantot peedinjas :) + esmu ieveerojis ka dazreiz PHP parseris nebuut ciparu netgriezj kaa integer/float.. bet padod kaa stringu . Tas ka PHP pats nosaka mainiigaa tipu ir gan + gan - .... + Lielaako dalju vieglaak kodeet --> nav cieshi jaapiedomaa par tipiem - Lielaaka iespeeja ka kautkur uzradiisies kljuuda... Nepateiksu gan konkreeti piemeeru, bet man ir gadijies kad vajadzeeja veikt matimatiskas darbiibas un Parseris meta aaraa kljuudu :( naacaas to $a parverst par skaitli ar Settype() :( -------------

localhero --> dazreiz ar tabulaam var visu uztaisiit daudz vienkaarshaak un eertaak... + laikam domaa ka Lielie programmu izstraadaataaji ( M$ , Adobe) ir galiigie iesaaceeji? Neskapeec vinji joprojaam pieturas pie TAB? + kaa jau v3rb0 teica agri vai veelu atgrieziisies pie tab.. (vienkarshi jaislimo tas CSS buums) + Vispaar neizmantot CSS --> galiigi garaam (Katrai lietai savs optimalais risinaajums)..... P.S. + izlasi vispaar par ko bija teema.. neviens jau vinjus neaistaav

Baltijas-Krievu Istituuts (skjiet kaa taa) Web dizaineri... (nezinu preciizi , bet iespeejams ka arii Web programmeri) (krievu & latvieshu grupas).. cena par 1 maaciibu gadu ap ~~~ 400LS (varbuut arii Budzeta grupas...) ------------------ + Ja Programmeshanu tad LU Vai RTU......

king999 --> tev taisniiba 1. Kaapeec slimi? Un tie kas noliedz visu dizaina veidoshanu ar *.jpg (vai citaam img + tabulaam ) iznjemot CSS ir normaali? 2.taisniiba :) css pie BODY: background: #ffffff url('images/fons.jpg') repeat-x left top; i viss.. 3. Jaa! Ja uztaisiisi sho pashu ar bildeem (bez css) tad no manis Ljoti labs krogs... skat seit

hmm.. labaak megjinaat atrast vajadziigo fragmentu starp gandriiz 800 vai 50 rindinjaam? vieglaak tachu to visu iegruust kaadaa vizuaali editeejamaa redaktoraa (derees kautvai front page) un dazju minuushu laikaa nodzeest visu lieko ;) peec tam ir Krietni vieglaak atrast vajadziigo kodu f-jas...

Laikam tieshi taa, jo 99,999% (ja nekas peedeejo 3 meneshu laikaa nav kardinaali partaisiits) ka var no taa faila izkasiit nepiecieshamo Js funkciju... Pats esmu to darijis , un zinu ka nekaadu seviskjo gruutiibu nebija (nebija nekas samudzinaats).. + tur princips ir taads ka tiek pievienots jauns <div> kuraa ieksaa sabaaz visu kas tev nepiecieshams... P.S. man kodam vajadzeeja rindinjaa 7 dazjaadus elementus tai skaitaa 2 input laukus.... + lai to visu , atkariibaa cik ieprieks tika izveidoti elementi, vareetu izvadiit no PHP un peec tam turpinat pievienot & deleteet..... edit: ViszinisA --> paskaties ko uzrakstiju 1 postaa pie ( P.S. )...

andrisp --> nu jaa tur jau arii bija poga pievienot jaunu & katram dzeest lauku.. manupraat onchange nebuut nav labaakais risinaajums... Mani personiigi kaitina kad tiko saac rakstiit taa izlec jauns lauks, un ja nu man tas 2 lauks nav nepiecieshams ....

kur mekleet pats jau devi atbildi. // inbox.lv >> Rakstīt e-pastu >> Pievienot Failus // Pats esmu skatijies to kodu... Ljoti smuki var vinju panjemt ...Nav nekas iipashi slepts/ apstraadaats ... skjiet ka bija 1 JS funkcija... (aa varbuut arii vairaak, jo tur bija iespeeja vinjas arii novaakt...) P.S. panjem ieseivo to failu, un leenaam novaac visu lieko liidz paliks straadaajosh kods ... manupraat kopaa ar HTML kaadas rindinjas 20-50.... edit: arii sheit forumaa ir shii teema apspriesta, pat ar dazjaadiem risinaajumiem.... Man patika tas inbox risinaajums, jo tur vareeja pievienot, ne tikai, atseviskjus elementu, bet veselu elementu bloku... <div utt.. > kaa arii bija elementu dzeeshana...

Ja izmanto UTF-8 tad vajag izmantot mb_strtoupper() / mb_strtolower() savaadaak peec konverteeshanas ar garajiem/mikstajiem burtiem buus probleemas.... P.S. tik neaizmirsti iesleegt mb() atbalstu (biblioteku)

hmm.. nkas ar tevi? Manupraat INNER JOIN un viss... P.S. shas paskatiishu... edit: man sodien gruti (SAPACHAATS AR ZALII).. parbaudi uz NULL ... Inerr join + IF parbaude uz NULL ... Njemot veeraa ka tev tabulii var buut NULL tad to var izcekot... edit2: mazliet text edit...

Atveram sho forumu !!! un apskatamies izejas kodu (lapas kur tiek rakstiita atbilde )... Pieveerst uzmaniibu JavaScriptam !!! (tas taa ja slinkums mekleet.... , jo seit tas ir apspriests n reizes...., pameklee ruupiigaak tad nebuus 'jaakasa' aaraa no surces... ) P.S. Vai tieshaam dazreiz ir tik gruuti apskatiities kaa citi to ir darijushi?