bubu
-
Posts
8,897 -
Joined
-
Last visited
Everything posted by bubu
-
Ko nozīmē "mekletu pa noteiktajam adresem" ? Iespējams ir viss.
-
Par no.lv: http://php.lv/f/index.php?s=&showtopic...ost&p=60395
-
Nu paskaties, kāpēc nav atrasta (web-servera logus). Kā lai mēs zinām kāpēc nav atrasta?
-
Globālas lietas ir sliktas lietas - tās grūti izņemt ārā no viena projekta pārlikšanai uz citu. Tās arī grūtāk padodas testēšanai. Tāpēc manā skatījumā exceptioni is way to go!
-
Fatal, vai ne-fatal, kļūdu vajag smuki parādīt lietotājam, nevis pateikt, ka viss nokrašojis. Kā tu justos, ja savā bankas kontā operētu ar naudas pārskaitījumu un uzspiežot kautkādu submit pogu, pretī saņemtu tukšu baltu lapu ar vienu vienīgu tekstu "error"? Man jau labāk patiktos kas šāds - tas nekas, ka tā ir 404 lapa, arī sql errora gadījumā gribētu saņemt sakarīgu aprakstu, ka kautkas neiet: http://www.bbc.co.uk/asdasd http://www.microsoft.com/blah http://sourceforge.net/zazazaa
-
Tas ir tieši tas pats, ko es iedevu ;)
-
A kā tu zināsi, kad mest exceptionu? - pārbaudot visās vietās ko kverijs atgriež ar if! Tieši to ko Delfins saka.
-
kļūdas gadījumā izsauc kautkādu kļūdas funkciju, kurā izvadi smuku kļūdas paziņojuma lapu, lai iekļaujas lapas kopējā stilā (tipa: Atvainojiet notikusi kautkāda kļūda. Pienāciet vēlāk!).
-
Varbūt der apskatīties pinned topiku sarakstu: http://php.lv/f/index.php?showtopic=7294
-
Ja tu domā php failus, tad nē - tos nevar (ja vien nav caurs/līks webserveris). php tiek izpildīts uz servera nevis klienta.
-
Kas vēl par interpretatoru? Interpretators ir programma, kas izpilda citu programmu no sources - piemēram basic, javascript, php, python, ruby un citas (kaut arī daudzas valodas mūsdienās ietver baitkoda kompilētāju un tiek interpretēts tikai baitkods - to jau sauc par virtuālo mašīnu).
-
Tas jau nekas, ka tu lieto. Var jau arī nelietot. Šajā topikā runa aizvirzījās uz tēmu, kāpēc vajag lietot XHTML, ja ar HTML var visu to pašu.
-
Es labi zinu, kas ir w3, un kas raksta browserus. Kāds tam ar kautko sakars?
-
Muļķības. Browseri tāpat rāda kā vien viņiem tīk.
-
XHTML ir HTML ar XML sintaksi. Uz tavu jautājumu var atbildēt ar pretjautājumu - kāda jēga no XML? Atbildēsi uz šo jautājumu, tad sapratīsi kāda jēga no XHTML. A ja nesaproti kam tāds XML ir vispār vajadzīgs un kas ir vaina plain/txt failiņiem, tad arī nesapratīsi, kāda jēga ir no XHTML. Un visai bieži pašam ir jāsaprot kāda jēga no XHTML, citādi citu stāstītās lietas izklausās pēc pilnīgām muļķībām.
-
Tālāk sekos, ka XHTML forever un HTML ir lūzeriem? :)
-
e? HTMLā dažiem tagiem var nebūt aizverošais tags. Tam pašam <html>, <body>, <p>, <li>, <dt>, <dd>, <tr>, <td> un vairākiem citiem. Piemēram: http://www.w3.org/TR/html401/struct/global.html
-
paste.php.lv nelieto mysql. Tur viss tiek glabāts teksta failos.
-
Protams, ka var. Taču nav jau īsti jēgas to darīt, ja tavā vietā to var/varētu izdarīt kompilators/interpretators. Cilvēks tomēr kā vienmēr ielaidīs kautkur kļūdu.
-
jep, tieši ar proci. Bet 64-bit vs 32-bit dzelzi ir izskaidrot vienkārši - tur integeri ir 64-bitīgi un operācijas, kurās rezultāts ir lielāks par 2^31-1, dos atšķirīgu rezultātu no 32-bitos darbinātas operācijas. Tā jau gan nav php vaina, tas pats būtu arī C/C++ valodās, ja par integer mainīgo ņemtu tipu long. Tā ir algoritma kļūda, ka balstās uz tādiem pieņēmumiem. T.i. tas nav 64-bitu drošs kods. C/C++ valodās papildus šim vēl būtu problēmas ar pointeriem, jo tos nedrīkstētu piešķirt int mainīgajiem. Vienīgais php sliktums, ko augstāk minēju ar maziem burtiem, ir tas, ka php ir weak-typed valoda, tas automātiski 32-bitīgu intu nokonvertēs uz double tipu neko nepabrīdinot, ja tas līdīs ārpus diapazona. Un ar to bitwise operācijas veikt nav prātīgi (jo nav definēts).
-
Tam nu gan es neticu.
-
hehe, uz windas: <?php $a = -2291984452; echo is_float($a) ? "float" : "no", "\n"; ?> izdrukāja "float". ej un definē operāciju xor starp float un integer :) Secinājums: PHP ar weak-typing nerullz, Python ar savu strongly-typed mainīgajiem rullz.
-
Ka tik vaina nav tur, ka skaitlis -2291984452 nevar eksistēt 32-bitos. Jo max negatīvais skaitlis, ko var attēlot 32-bitos ir -2147483648. Notiek kautkāds jokains overflows, kuru viens interpretē vienā veidā, otrs citā.
-
Nezinu kā tev, bet man linuxis (PHP 5.2.3) atgrieza: -3287412758 Izskatās, ka tas skaitļus rēķina 64-bitīgos mainīgajos, jo pārvēršot šo skaitli uz bitiem, iegūst: 1111111111111111111111111111111100111100000011100000111111101010 Pareizais rezultāts parakstīts apakšā: 1111111111111111111111111111111100111100000011100000111111101010 00111100000011100000111111101010 | \-- 32-tais bits Un man ir aizdoma, ka Windows printf's, kas iekompilēts php kodā, nemāk izdrukāt signed long long. tāpēc šis drukā signed long, kas ir 32-bitīga vērtība. Edit: ai šit, aizmirsu, ka man linuxis 64-bitīgs :) Tātad nevar salīdzināt, jo tam integeri ir 64-bitīgi, taču windowsam 32. Papētīšu labāk php sourci.
-
xhr nemācēs paņemt roboti (whatver kāpēc tas ir vajadzīgs)... Kas vainas redirektam? Citus variantus nemaz nezinu (ja nu vienīgi kautko java appletā vai flašā programmēt).