Aleksejs

Nu bet ko izdrukā?!

Kas notiek, ja pirms vaicājuma izpildes to izdrukā? $vaicajums="UPDATE teksti SET text = '$_POST[text]' WHERE id = '$_GET[id]'"; echo $vaicajums; mysql_query($vaicajums);

http://www.openjs.com/scripts/xml_parser/ + http://www.bank.lv/vk/xml.xml

vai arī SELECT * FROM tabula WHERE lauks IN (SELECT MAX(lauks) FROM tabula) OR lauks IN (SELECT MIN(lauks) FROM tabula) bet tas negarantē tieši divu rezultātu atgriešanu.

$kluda = $_GET['error']; echo(err[$kluda]);

Cilvēkam ar unikālām idejām noteikti iesaku izlasīt šo grāmatu: Getting Real (labajā pusē ir read online free)

phpbb movable type e107 minibb utt...

Nu, es ceru, ka tas vairāk domāts kā plezīra brauciens, kur neviens baisais velomanjaks nenoverdzina pārējos ar tempa turēšanu utt :D

Google saka, ka aptuveni 23,5 km http://maps.google.com/maps?f=d&hl=en&...mp;t=h&z=15

Un uzreiz pie viena: http://www.dauskr.lv/bullets_pneumatic_lv.htm Nemaz nezināju, ka LV šīs lietas ražo :)

Es diezin vai spēšu palīdzēt, jo php fusion nekad neesmu licis.

Nu, tad acīmredzami tajā vietā, kur ir hostname, jānomaina localhost uz IP adresi tam hostam uz kura atradīsies DB.

Domāju, ka tad ir vērts uzmest aci šim: http://php-fusion.co.uk/downloads.php?cat_id=15

Kādu un cik daudz dokumentāciju jau esi izlasījis?

http://www.ss.lv/lv/entertainment/hunting_...atic/index.html

Jebkurā mednieku veikalā ir gaisenes. Tādas kā krievu laikos nē, modernākas.

Man šķiet, ka šeit viss diezgan sīki izrunāts. Vai tad nē?

P.S. Lauku skaitu var samazināt, samazinot precizitāti... Piemēram, ja apmierina 3h precizitāte, tad var iztikt ar 8 laukiem, ja apmierina 4h precizitāte, tad ar 6 laukiem. Principā... Apskatieties Round Robin Data Base - mehānisms, kas dod maksimālu detalizaciju uz šo brīdi un aizvien mazāku detalizāciju, skatoties pagātnē. Šo pašu ideju var izmantot šeit.

Wuu, atkārtoju vēlreiz, Latvijas Republikas teritorijā vienīgā organizācija, kam ir tiesības veikt .lv domēna reģistrāciju ir nic.lv. Kādēļ Tu izvēlējies citu? Neviena cita organizācija nav tiesīga reģistrēt domēnus (nejaukt ar tiesībām pārstāvēt Tevi nic.lv priekšā). Un to kantori, kuru pilnvaroji veikt domēna reģistrāciju nesaista nekādas saistības nepiereģistrēt šo domēnu uz sava vārda.

Ir vēl viens... "Tricky" variants... Ja es nekļūdos, protams (bet nu ceru, ka pamatideju izstāstīšu un ieviešanas nianses varēs izdomāt tālāk)... Pieņemsim, ka nav svarīga absolūta precizitāte (līdz pat sekundes daļām), bet gan pietiek ar precizitāti līdz stundai. Izveidojam katram rakstam vēl 24 laukus, kurus nosaucam teiksm: h0, h1, h2, h3... h23, kuriem: 1) Atkarībā no stundas pie katras apskatīšanas skaitām klāt pa vienībai (ja pulkstens ir 13:27, tad pie nolasīšanas palielinām par vienu lauku h13); 2) Pie stundu nomaiņas nonullējam visu rakstu lauku h<stunda> (piemēram, ja ir pulkstens 14:00, tad izpildām: UPDATE raksti SET h14=0) - Te vajadzīgs vai nu cron, vai arī DB piedāvātā funkcionalitāte. Apskatīšanas skaitu nosakām: SELECT (h1+h2+h3...+h23) as apskatisanas FROM raksti WHERE id = x

Ņemot vērā, ka absolūti nevienam citam bez nic.lv nav tiesību registrēt .lv domēnus, tad neredzu iespēju, ka kāda starpnieka pakalpojumi tiktu izpildīti ātrāk. Vismaz cik es esmu to darījis, man par domēna apstiprināšanu/neapstiprināšanu ir atbildējuši jau uzreiz pēc 1-2h (protams, ja tas ir laika posmā no 9-15) - līdz ar to - domēns ir pieejams jau p\ec 1-2h. Nezinu, kur jūs ņemat šos ilgos skaitļus (nē, nu, ja piereģistrē 18 vakarā piektdienā, tad loģiski, ka līdz pirmdienas 12 nav ko gaidīt...).

Cik esmu reģistrējis domēnus (daudz ne... ap kādiem 30), man vienmēr domēns nodots lietošanā (sācis darboties) uzreiz pēc apstiprināšanas, bet rēķinu vēl kādas pāris dienas jāgaida bija. LV domēnus reģistrēju tikai un vienīgi nic.lv

semantiski nevis sematiski!

Tātad Tava atbilde ir jāsaprot kā: "Nē, neizlasīju"... Nu bet ja pieslēdzies pie ssh vismaz "perl xxx.pl" vari izpildīt? (kaut gan vispār, protams, ispējams, ka perls tikai pieejams no httpd procesa, bet ne shell lietotāja).

šitas man atgādina: