Sasa

Te ir jānošķir divas lietas form tags un a tags, tie tik izmantoti dažādi, ar form iespējams nosūtīt uz serveri datus ko saglabāt ar a tagu iespējams izgūt datus padodot uz serveri parametrus pēc kuriem atlasīt kaut ko.

Tā ir tāpēc ka GET tiek izmantota kā formas metode un formas inputi pārraksta URL parametrus kas norādīti action. POST izmanto kad kaut ko jāsaglabā, bet GET izmanto kad kaut ko mēģina izdabūt.

Paldies par ieteikumu būs jāpamēģina )

Kā šī lapa https://bors.e24.no/#!/instrument/PCIB.OSE/orderdepth iegūst tabulas datus? Tabulā ielādējas asinhroni un pēc kāda laiciņa atjauno tajā datus, bet pārlūka network tabā datu iegūšanas pierpasījumu neredzu.

Visiem lielajiem apdrošinātājiem ir savi API

Ieliec pārbaudi vai `textBox8.Text` vērtībā ir konvertējama uz int.

ko izvadīs šādā gadījumā: print code.data ?

@mefisto bet tā jau tikai grid sistēma.

CSS - ar media query elementiem pietiktos es tā domāju. Varbūt noder šie rīki: http://getbootstrap.com/ http://foundation.zurb.com/ https://semantic-ui.com/

MySQL gadījumā storētās procedūras varbūt arī nebūtu piemērotas, bet datubāzēs kurās ir sava programmēšanas valoda storētās procedūras var noderēt.

ORM'u ar nākamo versiju var samainīt tā ka migrācija uz jauno versiju var būt laikietilpīga, ko tad palikt pie vecās versijas? Jā piekrītu par testējamību un versionēšanu bet tam arī ir risinājumi. Kā vēl iemeslu var minēt stored procedūras izpildīsies ātrāk kā ORM'a ģenerētais SQL's, tā vajadzētu būt.

Ja loģiku saliek DB tad klienta daļa (PHP; .NET) pa lielam var būt jebkas un nodrošina datu transportu no UI uz DB un otrādi. Pa lielam visu ko mēs apstrādājam tie ir dati un kāpēc datu apstrādi vajadzētu iznest ārpus DB. Nākamais apsvērums ir tas, ka laika gaitā platformas var mainīties un stored procedūras var pasargāt no lielām pārmaiņām, PHP te īsti nebūs labākais piemērs, jo to var gan uz Windows, gan kā uz Linux darbināt. Nezinu kā ir MySQL ar storētām procedūrām, bet PostgreSQL vai Oracle ir ok.

Ir tēma (https://themes.svn.wordpress.org/libre/1.0.3), kura izvada posta autoru, tas nav nepieciešams. Neatradu kur var izslēgt lai nerāda autoru. Cik izpētīju tēmā ir tā autora izvadīšanas loģika. Ātrākais būtu aizkomentēt to koda daļu, bet izdomāju ka labi būtu uzlikt uz iestatījumu. Ar ko būtu jāsāk? Pa lielam tēmas konfigurācijā vajadzētu ievest ķeksi 'Show/hide author'.

https://www.postgresql.org/docs/9.1/static/sql-begin.html begin; select * from users where id = 5395 for update; update users set email = 'cooolmail@mailinator.com' where id = 5395; commit; Ja pareizi saprotu begin; commit; visu saliek vienā transakcijā, un ja nebūs nostrādājis commit's ieraksts ID = 5395 nebūs pieejams citām darbībām un tās gaidīs kamēr ieraksts būs atkal pieejams.

Full time ofisā, Rīgā.