andrisp

e?

Roze, bet vēl laacz kaut kad teica, ka lietuvā (vai igaunijā) reģistrējis lv tld, kuru nic negribēja reģistrēt. Protams, tas nav pamatots arguments. :)

Ja tu izmanto for atribūtu, tad neliec to input iekš label. Un man kaut kā jau by default izskatās, ka ir daudzmaz precīzi vienādā limēnī. Bet varbūt paspēlējies ar vertical-align CSS propertiju.

Tiem gan nav vienīgo officiālo. Un vispār, ja es pareizi esmu sapratis, tad nav īsti tā, ka NIC ir vienīgais, kas reģistrē LV domēnus. Latvijā jā, bet vispār nē. Ārzemēs ir kompānijas, kas reģistrē LV, bet par daudz lielākām cenām.

Pag, tu mums tagad jautā ?

Es droši vien būtu būtu izveidojis papildus tabulu, kur būtu: grupas_id | cipars_kaartoshanai A | 1 B | 3 C | 4 D | 2 Un tad selektējot no galvenās tabulas, piemestu klāt LEFT JOINā šo tabulu un kverija galā ORDER BY taa_otra_tabula.cipars_kaartoshanai. Cerams, ka pareizi sapratu tavu problēmu.

bubu, varbūt tā ir sistēma, kurā ir jāievada gaziljons daudz datu un lietotāji būs tikai daži ? :) Varbūt viņi ir izdomājuši, ka ar enter datu ievade notiks raitāk. Kaut gan - vieglāk ir iemācīt lietotājam izmantot tab.

Varbuut shii forma ir domaata kautkaadai ieksheejai lietoshanai?

http://www.google.com/search?hl=lv&q=j...cript+key+event

Paulinjsh, uztaisīt jau, protams, visu var. :) Bet ātrdarbība, stabilitāte utt ? Ok, stabilitāte PHP varbūt ir ok pat pie šādiem uzdevumiem, bet ātrums ?

Kristabs, web serveris nogļuko (konfigurācija noresetojas, piem) un pēkšņi htaccess faili tiek ingorēti.

Var arī veikt redirektu no PHP, nosūtot speciālu HTTP headeri. header('Location: bla.php');

Tikai nesaki, ka nac no programmētāju foruma. Kas zin, pateiks tev vēl lielāku ciparu, lai tikai atbalstītu savu amata brāli. :D

Protams, ka var! Kur problēma ?

Nav tik vienkārši. Tomēr ir jāskatās dizaina sarežģītība (piemēram, varbūt speciāli ir vēl atsevišķi jāpērk fotogrāfijas vai pat jāfotogrāfē). Jārēķina arī tomēr cik daudz laika pie tā dizaina aizies un tad pēc stundas likmes. Templeišu skaits ir diezgan subjektīva mērvienība.

Nūū.. tev visas ieraksti glabājas vienā tabulā ? Katram ieraksta klāt datums ? Uztaisi, piemēram, skriptu archive.php, kam var padot GET mainīgo date. (piem., archive.php?date=2008-01) Un tad iekš tā skripta ar SQL kveriju prasi tieši tos kverijus, kam datums sākas ar 2008-01. (... datums LIKE '2008-01-%'). Varbūt nav pats labākais veids, bet strādās labi. Ja, piemēram, nav padots date, tad tiek izdrukāts mēnešu saraksts. Sarakastu varētu dabūt šādi: SELECT DISTINCT SUBSTR(date, 1, 7) FROM projects_work_log ORDER BY SUBSTR(date, 1, 7) DESC

Ja baigi gribās glabāt kā text, tad kārtošanas nolūkā blakus izveido arī lauku ar tipu DATE. Tad nebūs šādu problēmu.

Cilvēks laikam datu atlasi veic PHP pusē. Nu tad cits nekas neatliek kā katru reizi pieprasīt visu to gūzmu datus. Vienīgi, ja šie dati mainās reti vai nebieži, tad var kešot tos.

Labāk jau universālāk iekš CSS ieliec a img { border: 0; }

Lapošana šajā forumā ir vairākas reizes aprunāta. Paskaties arī satura rādītājā. Un izmanto MySQL LIMIT.

Tā man liekas arī īsti nav. Viņi pēc katra pieprasījuma atsūta pārbaudes vēstuli. Ja tu būsu feikojis adresi, tad pārbaudes vēstuli nesaņemsi un apstiprināt nevarēsi. Bet rakstot šo, sapratu, ka tak ir iespējams nofeikot pārbaudes vēstuli arī - viņas tak visas daudz maz vienādas. :)

Nu parādi, ko esi sadzejojis.

Tu esi iekopējis tikai komentārus. Man vairāk interesēja šī līnija (piem., man ir ir šāda):

Nu tad izlabo ! :) Tu tiešām gribi atsijāt 60-80% no apmeklētājiem ?

Šitādi varianti man tik ļoti nepatīk, ka es tevi pat uz gūgli nepasūtīšu.