jurchiks

Nu labi, tā atšķirība ir niecīga, bet mēs visi zinām, ka ar double-quoted stringiem tiek veiktas papildus darbības. Šis gan ir jau galīgi off-topic.

Vienam par otru jocīgāks stils... Kemito visnormālāk. @aaxc - pēc unset IMHO vajag "continue 2;", vismaz normālā kodā duplicate products nevajadzētu būt. Bet vispār tā datu struktūra ir neērta, $cart vajadzētu būt key = product ID, value = quantity, tad būtu daudz vienkāršāk.

1. spl_autoload_register. Use it. 2. kāds ir APPPATH? 3. include_once nav funkcija. Un vispār, autoloaderim nav vajadzīgs "_once", katrai klasei tas tiks izsaukts tikai vienu reizi. Es gan nesaprotu, kāpēc lai tev kontrolieris būtu iekš /libraries/...

Bet ir jau arī ātrāk, " jāspiež arī Shift :D

Vairs nevaru, man tas ir hardkodēts :) Bet man personīgi tas problēmas nerada, tā kā...

Es gluži vienkārši neredzu jēgu tavā kodā enkodēt client-side ajax datus un pēc tam server-side tos dekodēt. Tu taču POSTo un tas acīmredzami nav nekāds API. Datus Chrome devtools var normāli apskatīt arī neenkodējot, nezinu, kur tu rāvi, ka vajag kodēt. Waste of resources.

IMHO no šādām low-level operācijām jāizvairās, cik vien tas iespējams. Varbūt vismaz izmantot http_get_request_body()? Vai http://www.php.net/manual/en/class.httpresponse.php

Ne jau rekvestu taisīšana, bet raw stdin lasīšana.

Es vienkārši cenšos saprast, nahuj tīšām sarežģīt dzīvi un vispār tik zemā līmenī operēt. Anyway, ja jau tik ārprātīgi gribās: http://www.php.net/manual/en/features.commandline.io-streams.php

Ok, es nebiju domājis, ka tu tos API requestus pats manuāli taisi caur curl, es biju domājis, ka ir jau esošs kods, caur kuru tu taisi tos API requestus, piemēram, facebook SDK. Tur nekādi rekvesti pašam nav jātaisa un lietotājs par tiem neko nezin, un, IMHO, viņam arī to nevajag zināt.

Bet API neatklāj lietotājam, ka tiek izmantots $_PUT/$_DELETE, lietotājam par to vajadzētu būt pie kājas, viņu interesē tikai, ka dati nonāk tur, kur tiem jānonāk. Par to lietotājam arī vajadzētu būt vienalga, jo strādās viņš tāpat ar rezultējošo masīvu/objektu, nevis JSON stringu.

?

Tu laikam joko... http://www.php.net/manual/en/function.json-decode.php mixed json_decode(string $json [, bool $assoc = false [, int $depth = 512 [, int $options = 0 ]]]) Tu vispār pamēģināji to kodu, ko es uzrakstīju?

Bet priekš kam? Tev tik ļoti nagi niez izmantot tieši $_PUT/$_DELETE? Tāpat, lai tos izmantotu, jāpielieto visādi haki, IMHO absolūti liekas galvassāpes.

Sorry, bet man liekas, ka tu kaut ko nesaproti. Servera pusē tu datus saņemsi $_POST masīvā (type: "POST"). Tas, ko tu atgriezīsi atbildē, tiks parsēts kā JSON (dataType: "json"), kas nozīmē, ka tev jāizvada atbilde ar json_encode($responseData). Vispār tev tur darās drūmākais stulbums. Kāda vella pēc tu izmanto "php : //input"? (WTF, bez atstarpēm ap kolu neļauj nopostot, dzēš līniju ārā...) JavaScript: $("#button").on('click', function() { $.ajax({ url: "/text.php", type: "POST", data: { text: $("#tekstablakis").val() }, dataType: "json", success: function(response) { $("#izvade").html(response.data); } }); }); PHP (text.php): header('Content-type: application/json'); $response = ''; if (isset($_POST['text'])) { // dari kaut ko ar $_POST['text'] $response = array('data' => $_POST['text']); } echo json_encode($response);

Nāksies iztikt bez.

Man copy/paste kaut kā galīgi nesanāk, un ar rokām nekāda čakara nav, tā kā... Tā analoģija par lāpstu un ekskavatoru ir apjomu salīdzināšana. Varbūt man vienkārši nav trāpījies tik apjomīgus projektus taisīt, ka katru dienu pa N jaunām tabulām nāk klāt.

Nekad neesmu sapratis cilvēku apsēstību ar patterniem. Es rakstu kodu tā, kā to uzskatu par pareizu. Ja tas sakrīt ar kaut kādu patternu - man vienalga. Palasīties jau var, bet tikai idejas smelties, ne jau reāli "vot tagad es visur taisīšu tā". Ja tu gribi tīru OOP valodu, tad tev derētu pamācīties Java vai ko tamlīdzīgu, tiesa, browseros to izmantot gan nevajadzētu. Tieši par JS runājot, man ir tāda pati situācija kā codez - nekad nav bijusi reāla vajadzība pēc kā jaudīgāka par jquery. Tiesa, es iztieku bez widgetiem, jo nerakstu one-page JS aplikācijas, man JS kalpo tikai kaut kādām pārbaudēm, ajax un popupiem (ar jquery ui dialog pietiek).

Jāmaina niks, vecīt :D

Kaut kad nesen bija pa 1k $ it kā. Pirms MtGox nogrima. Par vēlu atgādināja :)

Learning curve? IMHO, Yii ir pārāk sarežģīts vienkāršiem saitiem. Vismaz tā es to atceros, kad mēģināju ko uztaisīt pirms gadiem diviem, tagad, cerams, daudz kas ir uzlabojies.

>teicamas latviešu valodas zināšanas >datu bāžu

Reizēm tas nebūt nav tik slikti. Ja ir tikai viens veids, kā kaut ko izdarīt, tad neviens neko nevar sapist, jo nekas cits nestrādās. Katrā ziņā abi freimworki nav slikti, un, IMO, ja nav konkrēti nepieciešams smagsvara censonis (Symfony), tad ar light-weight (Laravel) var mierīgi iztikt. Tas ir, ja tev obligāti gribās/vajag gatavu freimworku.

Kaut kad, ja nebūs slinkums, paskatīšos.

@CrossUp - visam jau arī nevajag, bet vismaz pašiem pamatiem. Pamata HTML struktūru un svarīgākos/populārākos tagus izej cauri, paskaties vēl kādus, kuri tevi interesē konkrēti šim uzdevumam, tad aizej uz PHP sadaļu un atrodi, kā to HTML nolasīt PHP pusē (kaut kur pie "form data" ir jābūt).