bubu

Man ir stipra aizdoma, ka vismaz bez .frm faila (un vēlams arī .myi faila) neviens tev neko nepateiks.

Sintakse ir šāda: if ($a == $b || $a == $c || $a == $d)... Vai arī: if (in_array($a, array($b, $c, $d)))...

Jā, ir. Nelietot static. Static jau lieto tieši tāpēc, lai nebūtu $this - t.i. funkcija izpildītos globālā, ne objekta kontekstā. Vienīgais, kas kopējs static un ne-static funkcijām, ir tās neimspeiss - klases vārds.

Tad pastāsti arī citiem.

Protams, ka var ar vienu kveriju. Ņem vērā, ka kverijs tikai atvelk datus. To kā tu tos izvadīsi ir php ziņā, tur tad implementē attiecīgo loģiku: $pēdējā_pilsēta = ""; while ($row = mysql_fetch_xyz($q)) { $vārds = $row["Name"]; $pilsēta = $row["sTitle"]; if ($pēdējā_pilsēta != $pilsēta) { echo "$pilsēta - $vārds <br/>"; $pēdējā_pilsēta = $pilsēta; } echo "$vārds <br/>"; }

Kas ir $album?

Tev izvadās tikai pirmais iedzīvotājs, jo tu lieto GROUP BY. Tur nevajag GROUP BY lietot, tas dara pavisam ko citu. Ja tu gribi sakārtot datus pēc pilsētas nosaukuma, tad jālieto SORT BY city.Id (vai sTitle).

Īsāk to var pierakstīt ar IN. $ids = array(1, 2, 3, 50, 1251); $query = "SELECT * FROM Tabule WHERE id IN (" . implode(",", $ids) .")"; To, vai tas ir potenciāla performances problēma, tev izskaidros EXPLAIN keywords.

Kautkā hakaini tas viss izskatās tur.. Tās anonīmās funkcijas kontekstā this būs cits objekts - tas būs tieši tas xhr, ko gribi dabūt, t.i. tur iekšā this.xhr vietā lieto vienkārši this.

Tu kodu pamēģināji izpildīt? Apskatīji, ko tas izvada? Ko no tā tieši tu nesaprati (kas izvadās) ?

Ok, tos ielogojies man ar nesanāk dabūt visus ārā, bet vārdu/paroli ar augstāk uzrakstīto manu kodu var dabūt, viss notiek kā vajag. Tos ielogojies meklē ar atsevišķu regexpu, šitā te: preg_match_all("/ielogojies\s*=\s*(\S+)/U", $line, $m); print_r($m); Un to ielogojies izvācā arā no iepriekšējā regexpa (visu iekavu, kas sākas ar ?: un $ zīmi beigās arī.

Atšķirības jutīsi tikai pie lielas slodzes. Taču prātīgāk vienmēr ir pieprasīt tikai tos datus, kuri ir nepieciešami. Tas pats, kas iepriekš - pieprasi tikai tos datus, kuri nepieciešami. Tev vajadzīgs ierakstu skaits - pieprasi ierakstu skaitu, nevis visas tabulas visus datus. > bet, kuros gadījumos lietojam mysql_num_rows? :) Piemēram, tev ir nepieciešams kverijs, kas izvelk no tabulas visus datus un attēlo to weblapā (echo). Bet pie reizes datu apstrādē vajadzīgs skaits kaut kam. Tad tā vietā, lai taisītu divus kverijus (SELECT * un SELECT COUNT(*)) tu iztaisi vienu (to pirmo) un tad attiecīgi ar mysql_fetch_xxx izvelc ierakstus, un ar num_rows - skaitu. Ātrdarbības ziņā diez vai jutīsi atšķirību. Bet nu, ja lieto tikai vienu veidu kā piekļūt laukiem (asociatīvo?), tad kāpēc tev vajag skaitliskos indeksus? Paskaties manuālī atķirību. Tas viss ir aprakstīts dokumentācijā (manuālī). Php to dara mysql_query funkcijā, t.i savelk visus datus no DB uz php). Visas pārējās fetch_xxx fjas jau atgriež datus, kas savilkti atmiņā. Ja gribi, lai dati velkas no DB ar katru fetch_xxx izsaukumu ietaupot atmiņu lieliem kveriju rezultātiem, tad jālieto unbuffered_query fja. (kodu raksta ar [ code ] bbtagu, nevis )

Pamēģini šādi (rakstu no galvas, nepārbaudīju): preg_match_all("/^vards\s*=\s*(\S+)\s*parole\s*=\s*(\S+)\s*(?:ielogojies\s*=\s*(\S+)\s*)*$/U", $line, $m); print_r($m);

Pēc WebDevelopera loģikas arī programmētājam pietiek ar tiem pašiem 250Ls, kurus sarēķināji dizainerim. Kas tad tur ko neprogrammēt - query, while, fetch_row, echo. Un viss. Un par to maksāt vairāk kā 250Ls vajagot maksāt? Tas ir radošs darbs tev? Izklausās pēc parastā baloža, kas teica, ka ligzdu prot, prot vīt, taču, kad pieliek pie darba, nekas tur nesanāk. Es personīgi par dizaina lietām nekā nejēdzu, tāpēc netaisos spriedelēt, cik tur katrs ir pelnījis vai ir tiesīgs saņemt. Taču redz tu, WebDeveloper, spēj spriest par lietām, kuras nejēdz. Kā lai tādiem spriedelējumiem piekrīt? Tu varbūt arī par kosmonoautu darbu spēj gudras lietas izspriest un pastāsīt cik tad šiem ir jāmaksā liela alga? Izklausās pēc lieliem buļļa sūdiem (un kārtējo reizi īstā topikā esi izvēlējies to rakstīt...)

Nē. Tas atļaus skaitļus formā "123123." Un neatļaus skaitļus formā "12e+5" Iekavas varēji arī tur izlaist, tās tur ir liekas.

3. (un pareizākais) - norādi pilnu ceļu pašā komandā: $command = "/celjsh/uz/ffmpeg -i ...";

Apache: http://httpd.apache.org/docs/2.2/platform/windows.html (ja windows) MySQL: http://dev.mysql.com/doc/refman/5.1/en/win...stallation.html (arī ja windows) Pārējās fīčas?

Par lietošanas ērtumu es ne vārda neesmu bildis. Kāds tam sakars ar tavis pieminēto drošību, kas, citēju: "bet drošība būs krietni mazāka".

Tādā gadījumā es neredzu šķēršļus, lai Internetbanku taisītu kā desktop aplikāciju. Sevišķi jau drošības jomā, ko tu īpaši uzsvēri.

Ko tu sauc par "web aplikāciju"? Manā uztverē tas ir tāds softs, kurš lokāli nekādiem datiem neoperē - visas darbības caur netu. Par UI tam nekāda sakara nav. UI var būt webisks (html/css/js lapas) vai newebisks (C++/.NET/Delphi) - tas softa darbības būtību ("web aplikācija"/"desktop") nemaina. Vismaz manā skatījumā. Es bij sapratis, ka mēs runājam par softa darbības veidu, nevis UI izskatu.

Internetbanka principā nevar būt desktop aplikācija - tai jābūt pieejai bankas datiem/procesiem.

Programmas var instalēt ne tikai Program Failos. Paskaties kā Chrome darās.

Tev kautkāda slimīga pieredze ar desktopa softu developēšanu, nemec. Arī prastam desktopa softam var updeitoties visu automātiski, bez lieotāja iejaukšanās. Arī to iztīrīt no sistēmas ir elementāri - nevajag pašam piekakāt reģistrus un sistēmas folderus, un tad iztīrīšana būs tik elementāra kā foldera nodzēšana.

Tam nevajag nekādus regexpus. Pietiek ar parastu indexOf metodi: if (x.indexOf(y) == 0) { x sākas ar y }

Neredzu kāpēc 3.-6. punkti ir priekšrocības webam. Tie tikpat labi attiecas uz desktopa softu.