bubu

http://www.pcsupportadvisor.com/Windows_sc..._host_page2.htm Figure 3 paskaties.

Joprojām... $mainigs=1234567890; ir integers, bet tu kautko ar stringiem gribi...

Hakainā veidā to var panākt: http://www.dbforums.com/archive/index.php/t-319588.html Taču apdomā labi - varbūt laiks pamainīt DBPS uz tādu, kura vairāk piemērotāka tam, ko un kā taisi.

Exactly, to arī gribēju dzirdēt - ka visam ir plusi un mīnusi, nevis " atribūtiem ir vienkārši labāk (un neprasi kāpēc). " ir vienkārši savādāk, bet ne par mata tiesu sliktāk par ' Es php (un vairumu citu kodu) parasti rakstu FAR'ā. Tur colorer plugins, kas izkrāso dažnedažādu valodu kodu, ar krāso mainīgos php stringos.

Nu ja DBPS supportē kautkādu konstrukciju, kura atgriež rindas numuru izselektētajos datos (bij te runa iepriekš par šito), tad to var izdarīt ar vienkāršu if/case selektā.

Protams, ka var: for ($i=0; $i<$skaits; $i++) { if ($i == 0) { echo "dzeltens banāns"; } else { echo "prosta banāns"; } }

Mainīgie izgaismojas arī "asdas $asd asda" stringos (vismaz pēdējo reizi kad lietoju kautkādu php IDE, tad tā bija). Tipa teorētiskais ieguvums ātrumā ir praktiska neērtība kodēšanā - jāraksta lieki . vai , (ja echo) un pēdiņas. Ko ir ātrāk/ērtāk uzrakstīt un palabot (iespraust jaunus mainīgos/izvākt vecos) - "asd $asd zzz" vai 'asd ' . $asd . 'zzz' ?

Es uzskatu (un tā daru), ka stilam (CSS) un kodam (JS) jābūt nodalītam no dokumenta struktūras (HTML). Respektīvi - jālieto class/id un css/js jāraksta atsevišķā failā. Kā arī DOM eventi jāliek window.onload eventā pēc elementu id vērtībām.

Doh, tu pats apskatījies savā iedotajā linkā? Tur pat gatavs piemērs iedots: // send mail with additional headers $to = 'you@yourDomain.com'; $subject = 'MIME mailer example'; $message = 'Plain message text'; $headers = 'From: sender name <sender@domain.com>'."\n". 'Bcc: another@email.com'; require_once('function_mime_mailer.php'); mime_mailer($to, $subject, $message, $headers);

Nu kā - labāk ir relatīvs jēdziens. Labāk nozīmē, ka otru veidu ir lietot sliktāk. Kāpēc? Es vēl saprastu, ja backgrounds būtu C/C++ programmēšanā. Tur ar ' pēdiņās lika čarus (vienu simbolu), bet " pēdiņās stringus. Tad es vēl saprastu kāpēc atribūtus gribi likt " nevis ' pēdiņās (jo tie ir stringi, nevis čari). Bet nu nesaprotu kas slikts ' pēdiņām. Paretam, kad man vajag no php html'u/xml'u ģenerēt, tad bieži gribās rakstīt kautkā šādi: echo "<tags attr='$value'>..."; Ja lietotu " pēdiņas atribūtiem , tad būtu vai nu nesmuki jāeskeipo (ko nekādīgi negribu darīt - lūk tas čista nav smuki), vai arī jāizvada stringi ar komatiem atdalīti (jo nevarētu " pēdiņas lietot php stringam) - respektīvi garāk jāraksta kods.

Un kāpēc tas nav labais stils? Vienpēdiņa ir ļoti valīda un atļauta lieta. Nez kāds sakars tur ar labo stilu? HTML: XML (tātad arī XHTML): Tad jau labāk pierodi pie: <?php echo '<table style=""></table> '; ?>

andrap kverijs jau updeitos visus ierakstus, kuru Tips = "Figurala_f". Sasa: ja tev nav autonumerācijas id vai jebkādas citas primārās atslēgas, tad ir slikti. Vajag tādu ieviest un tad nebūs problēmu ar konkrēta ieraksta norādīšanu.

Ah tu tos '1', '2' lieto kā enuma vērtības. Tad es es tevi iepriekš nepareizi sapratu. Jautājums atceļas.

Noņem @ simbolu nost no move_uploaded_file funkcijas. Un move_uploaded_file fjas rezultāts ir jāpārbauda nevis ar empty, bet gan ar vienādību uz true vai false.

nu doh.. vienā vietā raksti: htmlRequestLeft = ajaxFunction(); un otrā: htmlRequestRight = ajaxFunction();

Problēma ir 27. un 45. rindā. Tu to htmlRequest objektu pataisi globālu - tāpēc tas katrā left/right izsaukuma reizē pārrakstās pāri un vecais izdzēšas. Liec pieprasījumus katru citādākā mainīgajā.

Varbūt tu nevari vienkārši saprast to, ka te nevienam nemaksā par sēdēšanu forumā 24h onlainā. Šeit viss notiek brīvprātīgi. Kad kāds atnāks un izlasīs tavu jautājumu, tad arī atbildēs. Pagaidi pāris stundas vai kādu dienu un tikai tad čīksti, ka neviens neatbild.. Es pats FireBird nezinu, bet MySQL'ā unikālo vērtību izselektēšanu dara ar DISTINCT: SELECT DISTINCT EXTRACT(Year from ...) ....

Sephy: Pirmkārt, lūdzu netaisi bezjēdzīgi daudz topiku, kurā katru reizi jautā, kā dabūt funkciju A, vai kā dabūt funkciju B. Atver manuāli un lasi visas funkcijas pēc kārtas! Un padomā kādu stundu/divas pirms taisi topiku par savu jautājumu, varbūt pats izdomāsi atbildi. Otrkārt, lūdzu saproti atšķirību starp integeru un stringu. Tas ko tu prasi, ja mainigais ir integers, saucās logaritms ar bāzi 2, tb, $ciparu_skaits= ceil(log2($mainigais)). Bet, ja tas ir strings, tad tev jāņem andrap teiktais strlen.

Kā jau tev teica: 1) dabūt mysql sources un palaid patch komandu ar vajadzīgo diff failu uz tām 2) nokompilē sources. Un tas ir neatkarīgi no OS.

Semikoli rindu beigās tev trūkst. Un turpmāk pacenties lūdzu izdomāt sakarīgākus topika nosaukumus. Citādi uz Drazu tas viss prasās..

Tāpēc, ka skaitļa vērtība nemainās, ja tam pieraksta 0 priekšā patvaļīgā skaitā. Un kāda jēga glabāt kautkādas 0 (pie tam patvaļīgā skaitā tas var prasīt daudz vietas atmiņā), ja var neglabāt. T.i. 000123 = 123 = 000000000000000000000000000000000000000000000000123 utt. Nejauc skaitli ar stringu. Tās ir divas dažādas lietas.

Sephy: es jau tev te teicu: http://php.lv/f/index.php?s=&showtopic...ost&p=82590

Uz formas submitu palaid JS funkciju, kura nolasa PK lauciņa tekstu un uzlaiž regexpu ar \d{6}-\d{5}. Kur problēma?

Droši vien kārtējais "smukāk" ir, ja visi id pēc kārtas...

Vispār jau to "salikšanu" kopā dara šādi: $ciparrinda = ($pirmais*10 + $otrais)*10 + $tresajs; Ar . operatoru tu dabūsi stringu nevis skaitli. Un nulles priekšā var dabūt tikai stringam. Integeram šīs nulles netiek ņemtas vērā, tāpēc tam tādas nevar pielikt.