jurchiks

Nezinu, ko jūs tik sarežgītu rakstat, ka jums tik ļoti vajag, ka ORM visu dara jūsu vietā... Fakts kā tāds, ka visas tās abstrakcijas nepieļauj visu to funkcionalitāti, ko var panākt ar raw SQL, un ja rodās nepieciešamība, tad vienalga nāksies to izmantot. Labāk tad jau pierast un mācēt visu, ko vajag.

Žēl, ka tajā saitā nav iespējas pafiltrēt receptes pēc sastāvdaļām vai kaut vai tipa (gaļas ēdieni/salāti etc)... Bet visādi citādi izskatās pēc garšīgām receptēm. Thx for the link!

@codez - man patīk precīzi kontrolēt datubāzes struktūru, nevis uzticēt to kaut kādam 3rd party tūlim. @daGrevis - to, ka kaut kas ir nogājis greizi, jā, bet kas precīzi un kur? Raw SQL raksta gan. Es gan esmu sev uztaisījis query builderi, kas der ~70% gadījumu, bet tas fonā tāpat uztaisa SQL kveriju, un ja gadās kāda piņķerīgāka lieta, piemēram, ORDER BY ar IFu tajā, tad bez raw SQL neiztikt. @Kavacky - sorry, what?

@gurkjis - lūdzu neiesaki kādam lietot short open tags: http://programmers.stackexchange.com/questions/151661/is-it-bad-practice-to-use-tag-in-php/151694#151694 Pat oficiālā dokumentācija saka, ka short open tags are discouraged. @CrossUp - johaidī, vecīt, tu tīru PHP vispār pārzini? Nevajag sākt mācīties ar freimworkiem (it īpaši ja tas ir CodeIgniter), bet gan ar pamatvalodu. HTML un PHP pamatlietas jau nu vajadzēja izstudēt PIRMS vispār ko šādu taisīt. w3schools.com - pat nesaki nē. Priekš bare bones code examples tas saits ir normāls, sāc ar HTML (http://www.w3schools.com/html/default.asp) un kad tiec lapai līdz lejai, spied "Next chapter" un turpini. Tās lietas ir jāzin. Ja tu gribi, tos koda piemērus var palaist sev lokāli (ar HTML un CSS problēmu nav, taisi kaut failu uz desktopa un ver vaļā pārlūkā), tad tu vari vērt vaļā Developer Tools (moderniem browseriem F12 poga) un pats pētīt DOM struktūru.

Nezinu gan. Ja tu maini tabulas struktūru, drop/rename columns, tad gadījumā, ja esi norādījis kodā specifiskas kolonnas, tu uzreiz uzzināsi, ka kaut kas ir nobrucis, jo kverijs nofeilos, bet ja tu selekto *, tad problēma ir, iespējams, daudz grūtāk atrodama.

Vai tu kaut ko zini par pareizu HTML struktūru? Tu nevari atvērt formu table>tr>td un aizvērt 3 rowus zemāk, tas ir invalid DOM. Formai jābūt atvērtai UN aizvērtai vai nu vienā un tajā pašā tr>td, vai vispār ārpus tabulas. Atver savai lapai view page source pārlūkā un paskaties, kādu struktūru tu reāli izvadi. Pie reizes iemet http://validator.w3.org/, paskaties, kas vēl tev tur nav kārtībā. Starp citu, kas tā mūsdienās par modi baidīties no $_GET/$_POST?

Neviens to sviestu negribēs, tu tur kaut kādu drūmo sviestu tagad grūd. Tu vēl joprojām neesi pateicis, kur un kā tu to selektu nolasi un kāds vispār ir HTML output, jo no tām funkcijām neko nevar saprast. Cik var saprast no to funkciju izvietojuma, HTML struktūra tev ir pilnīgā pakaļā, ko EdgarsK jau pieminēja.

Kāpēc tu nevari kā normāli cilvēki pats uzrakstīt to select elementu? Nekad neesmu sapratis šitādus DOM brīnumus PHP pusē.

codez pārskatījies sci-fi seriālus :D

tutsplus.net codecademy.com codeschool.com pluralsight.com un daudzi citi.

Diemžēl man ar diezgan daudziem tādiem ir nācies saskarties, lielākā daļa 18+.

$this->multiple_upload_m->initialize('$upload_config');Tur tās vienpēdiņas ap $upload_config nevajag, bet visādi citādi ir ok.

Man vislabāk patīk 3. punkts. Žēl tikai, ka ir tik maz cilvēku, kuri to nezin, ļoti daudzi grib rīkoties tikai pēc savām interesēm un viņus neinteresē citu viedoklis.

Diemžēl ļoti daudzi paliek pie tā, ko iemācījušies slikti... IMHO kvalitatīvus PHP tutoriāļus internetā arī nav tik viegli atrast, cik atceros, esmu pat tutsplus vai kādā tamlīdzīgā saitā redzējis reāli sūdīgu kodu, un es nerunāju par formatējumu. Ja vēl kāds iesācējs kādā forumā paprasa koda piemēru kaut kam, tad vismaz puse atbilžu satur diezgan sūdīgu kodu, retais cenšas ieteikt ko labāku par vidusmēra mēslu (vidēji pa visiem forumiem, ne tikai šajā).

Page Tab aplikācija; server-side pārbaudes - login, permissions, like. Ja kas nav, page content satur vajadzīgo JS, lai dabūtu iztrūkstošo. Kad JS pusē viss ir OK, lapa tiek refrešota ar location.reload(true), atkal iziet cauri server-side pārbaudēm, un ja viss ir kārtībā (galu galā, JS saka, ka ir, t.i. vajadzētu būt), tad attēlo galveno lapas saturu. Problēma: JS saka, ka viss ir OK, PHP pēc reload saka, ka $fb->getUser() ir 0, pie tam tikai diviem lietotājiem no 12, vienam konsistenti, otram šad tad. Lapa tiek refrešota, bet, acīmredzot, kaut kādi cookies neaiziet, un man nav ne jausmas kāpēc un kā to novērst. Any ideas? Vēl viena sīka problēma, kura arī notiek randomā: postojot $fb->api('/me/feed/', 'post', $params), šad tad izmet exception, ka nav valīds access token, kaut gan jūzeris burtiski pirms 10 sekundēm ir ielogojies aplikācijā un ir iedevis visus permissions.

Ha, mans kolēģis arī te ir reģistrēts... Būtu pie reizes arī ko pamācījies.

Nesmuki kaut kā. Domāju, ka uz palīdzību šeit vari necerēt.

Riktīgs trollis... Viselementārākais piemērs - klase User, kurā ir iekšā gan visādi privāti lauki (name, age, gender, address, phone u.c.), gan getteri, gan setteri (ar visām pārbaudēm), kā arī metodes datu saglabāšanai datubāzē.

@e-remit: https://developers.facebook.com/docs/reference/javascript/FB.getLoginStatus/#status Biju pārskatījies, status: true triggero nevis auth.authResponseChange, bet auth.statusChange. Vai abus, kā nu kurā gadījumā, tur visāds sviests darās atkarībā no apstākļiem. Stupid API design IMHO.

Ok, uztaisīju fake acc un redzu, ka auth.authResponseChange events netiek trigerots. Reāli feikam nekas pēc FB.init() nenotiek, kaut gan status: true un tam automātiski vajadzēja izsaukt auth.authResponseChange, bet dev kontam viss notiek un visi dati logojās. WTF? P.S. Obviously, app is public.

Netestēju lokāli, kods ir uz servera ar domēnu. Man viss strādā, esmu ielogojies aplikācijā un viss ir kārtībā, tiesa, man nekad nav prasīts ielogoties pašā aplikācijā, es vienkārši to atvēru un jau biju ielogojies. Tas pats ir ar facebook test useri, nekāds confirmation dialogs nelec ārā, automātiski jau esmu ielogots un visi dati nāk, kā vajag. Laikam jātaisa fake acc bez dev pieejas aplikācijai, jo citādi nevaru normāli debagot...

@e-remit -- https://developers.facebook.com/docs/reference/javascript/FB.getLoginStatus/#status Izskatās, ka atšķirības nav gan. @Sasa - ok, izskatās, ka tas signedRequest man jau nāk no authResponseChange response: http://stackoverflow.com/a/8302016/540394 Jautājums ir - priekš kam man tas ir vajadzīgs?

Kura daļa no tās informācijas ir relevanta? No kurienes vispār tas signed_request nāk un kur to nolasīt?

Es arī minēju, ka nav nozīmes, vai app ir dev vai public mode, abos nestrādā. @zintis8789 - domā, neesmu skatījies? Tur vairs nav nekā tāda, ko es nebūtu redzējis. @Sasa - sākumā jau arī bija PHP, un tur arī nestrādāja. @e-remit - kāda atšķirība starp FB.getLoginStatus un FB.Event.subscribe('auth.authResponseChange', function(response))? Īsāk sakot, vai tajā stackoverflow iepostotajā pastebin kodā kaut kas iztrūkst, ja pieņem, ka tas ir viss lapas kods? Include tur ir tikai priekš Config::get(), to var arī hardkodēt.

window.fbAsyncInit funkcija to arī dara - pieprasa autorizēt lietotāju, ja tas nav autorizējies. auth.authResponseChange events tiek izsaukts no FB.init(). Bet tas nestrādā.