|
laacz tagad
klausās:
Radio NABA
Autora domas ne vienmēr sakrīt ar autora domām. © spectatorIr pagājuši 24 gadi un 3 mēneši un 23 dienas kopš mana mūža laimīgākās dienas
Papildus 3355 maniem pļurkšķiem ir sapļurkstēti 33189 sveši pļurkšķi.
ICQ: #58279153 (very rarely)
MSN:
E-mail:
Mazās pustizlās ikoniņas aiz linkiem (ne visiem) arī šo to nozīmē.
|
|
<br />
<br />
<br />
2005 15. jūnijs trešdiena
2005 14. jūnijs otrdiena
|
 |
Teju visi pārlūki piedāvā makten ērtu iespēju, kura saucās auto complete form fields . Tas nozīmē, ka, ja Tu kādā lapā esi aizpildījis kādu lauku, tad nākamajā reizē, kad Tu ieradīsies tajā lapā un mēģināsi aizpildīt to pašu lauku, pārlūks piedāvās arīdzan izvēlēties no jau iepriekš ievadītajām vērtībām.
Šoreiz nerunāsim par to, ka dažiem šī fīča šķiet ērta, bet citiem pilnīgi nevajadzīga. Šoreiz minēšu, kā apiet kādu sliktu blakusefektu.
Ja datoru ar vienu un to pašu lietotāju lieto vairāki cilvēki (teiksim, Interneta kafejnīcās), tad šī iespēja kļūst par potenciālu drošības un privātuma caurumu. Visi var redzēt (pie nosacījuma, ka iespēja pārlūkā nav atslēgta) to, ko citi ir vadījuši iekšā, teiksim, kā saņēmēja e-pasta adresi webmailā.
Viens risinājums (kuru saprot kā IE, tā Mozilla) ir pievienot attiecīgajiem laukiem autocomplete="off" . Bet tas nav valīdi. Protams, ja validitāte ir pie kājas, tad var iztikt. Bet ja nav?
Var to visu darīt ar JavaScript, kurš šo atribūtu pievieno elementam dinamiski, zimantojot DOM. Tas būs valīdi.
Bet, man, savukārt, ir vēlme tomēr darbā, kur es viens pats izmantoju savu datoru, šo autocomplete iespēju izmantot.
Tā kā lielākoties izmantoju šo iespēju lapās, kurās esmu autorizēts lietotājs, tad atrisināt problēmu var ar vienkāršu, bet efektīvu metodi. Nosaukt ievades laukus nevis, teiksim, phone, bet gan phone_1234, kur 1234 ir kāds katram lietotājam unikāla simbolu virkne.
Protams, šāds paņēmiens mazliet sarežģī datu apstrādi, bet ieguvums ir visnotaļ būtisks.
Nu, un protams, preferencēs ieliekam ķekškastītes izskata opciju - izmantot automātisko formu lauku aizpildes padomdevēju <g>, kura, kad
ieķeksēta, aktivizēs uz katru lapas ielādi iepriekšminēto javaskriptu.
|
 |
 |
|
 |
Reiz arī Tev pienāks tā diena, kad MySQL rezerves kopijas izveide aizņems ilgu laiku, jo datubāžu un tabulu apjomi būs pieauguši. Un tad Tu sapratīsi, ka mysqldump, mysqlsnapshot u.c. aizņem pārāk ilgu laiku. Un arī datu failu kopēšana vairs nav drošs pasākums. Apstādināt serveri uz šo laiku arī nav prāta darbs.
Tad nu nāk talkā risinājums, kurš manām vajadzībām (DB apjoms jau sen ir mērāms gigabaitos un sistēmai nav pieļaujams downtime) ir kā radīts.
Jums taču ir backup serveris, ne? Ja nav, tad iegādājiet. Noderēs.
Uz tā uzlieciet MySQL. Nokonfigurējiet backupojamo serveri, kā replikācijas māsteri . Tas darās ar vienu-divām rindiņām iekš my.cnf. Uz backup servera esošu MySQL, savukārt, nokonfigurējiet kā replikācijas sleivu .
Un tad jau jūs varat veidot snapšotus, pilnos datubāzes dampus un citas štelles, izmantojot kā izejas materiālu informāciju, kura ir sleivā .
Pie kam, problēmu (atteices:) gadījumā ir iespējams ātri nokonfigurēt sleivu par māsteru .
Sākot ar MySQL 4.1 4.0 uz sleiva var palaist komandu LOAD DATA FROM MASTER. Tas tad, ja ir labs savienojums starp abiem serveriem un ir pieņemami read locki uz visām datubāžu tabulām. Pretējā gadījumā, kā jau minēju - jātaisa snapshoti. Tie arī ģenerēs read lockus, bet darīs to uz īsāku laika brīdi.
Papildināts. Gan LOAD DATA FROM MASTER , gan mysqlsnapshot ir problēmas, ja pirmajā reizē replicējamo datu ir daudz. Abās reizēs pārāk dikti nolokojas viss serveris. Mēģināsim vēlreiz vakarā.
P.S. Sorry. Viens ir vedējserveris, bet otrs - sekotājserveris. Un ir pilnās datubāžu izmetes, nevis dumpi. Un momentuzņēmumi, nevis snapshoti. Un dublējumi (dublējumserveri), nevis rezerves kopijas, vai backupi.
|
 |
 |
2005 13. jūnijs pirmdiena
|
 |
Iz Latvijas Avīzes. Jaunie termini aš ar definīcijām. Bah.
LZA Terminoloģijas komisijas informācijas tehnoloģijas un telekomunikācijas terminoloģijas
apakškomisija (ITTTA) 2033./2004. gadā izveidojusi un pieņēmusi ap 70 jaunu terminu. Tostarp latviskoti
daudzi ikdienā plaši lietoti anglicismi.
- Vietņvedis, tīmekļa pārzinis (
webmaster )
- Tīmekļa pārzinis kā persona, kas atbildīga par kāda globālā tīmekļa apgabala (zonas) administrēšanu,
ir agrāk izveidots termins. Paplašinoties šā speciālista funkcijām, ieteikts termins vietņvedis, tas ir
"speciālists vai kāda cita persona, kas papildina un uzrauga tīmekļa vietnes saturu un apmeklētību,
atbild uz apmeklētāju elektroniskajām vēstulēm. Vietņveža pienākumos var ietilpt arī tīmekļa servera
programmatūras un aparatūras uzturēšana kārtībā un vietnes popularizēšana tīmeklī."
- Emuāri, tīmekļa žurnāls (
Weblog , blog )
- Fizisku personu vai nekomerciālu organizāciju tīmekļa vietne, kurā tiek vākta informācija par noteiktu
tematu vai tematu kopu, to regulāri atjauninot. Informāciju emuāros var rakstīt pats vietnes īpašnieks,
to var pārrakstīt no citām vietnēm, informāciju var piegādāt arī citi emuāru lietotāji, veidojot
komentārus un diskutējot par attiecīgiem tematiem.
- Pudurskaitļošana (
cluster computing )
- Liela skaita datoru, atmiņas ierīču un starpsavienojumu lietošana, lai izveidotu vienotu augstas
pieejamības sistēmu.
- Tērzētava (
chat room )
- Ar tastatūras starpniecību internetā organizēta mijiedarbīga domu apmaiņa par noteiktu tematu. Šajā
procesā var iesaistīt ap duci dalībnieku, tādējādi atgādinot telekonferenci, tomēr saziņas līdzeklis ir
ievadītais teksts. Katrs dalībnieks redz, ko ievada citi, lai gan cilvēki var arī atdalīties no grupas
un noorganizēt paši savu tērzētavu.
- Kropļojumnovērse (
antialiasing )
- Process, kas nogludina attēla robainumu vai izlīdzina skaņas asumu. Kropļojumnovērses laikā attēlos
tiek izlīdzinātas pikseļu pozīcijas vai iestatītas tādas to intensitātes, kas nodrošina pakāpenisku
pāreju starp līnijas un fona krāsojumu. Skaņu kropļojumus novērš, likvidējot frekvences, kas augstākas
par pusi no nolasītā signāla frekvences.
Ar cieņu, šī emuāra vietņvedis - laacz.
|
 |
 |
2005 12. jūnijs svētdiena
2005 10. jūnijs piektdiena
|