briedis

110 pareizi nebūtu "simt desmit", nevis kā tiek izdrukāts - "simts desmit" ?

Ne jau es pašu bināro sistēmu, bet par bināro ar komatu :D 1010101,10101 nekad skolā neviens man nav licis šitādu pārveidot... komats tak atdala DECimāldaļu, nevis BINārdaļu :))

Kur tādas perversijas tiek izmantotas? :) Ar php jau pa vienkāršo šo varētu...

Binārs cipars ar komatu? Tas ir kāds? Win ir kalkulators, kas spēj dec to bin to hex...

Nebūs drusku par hard-core priekš mūsu studentiņa? :)

http://lmgtfy.com/?q=for+php

For ciklu māki? Nu tad aiziet! Nekādu riekstu te nav!

Es te visu laiku slavinu PHPStorm :) Bet kā jau tika minēts - tas principā ir visās IDE'ēs.

Izskatās, ka php.lv forumam arī ir problēmas ar garumzīmēm un pat pieturzīmēm! Hmm, kaut gan šī problēma ir specifiski tavam postam.

Man būtiskākās IDE's fīčas (atšķirībā no vienkāršākiem redaktoriem): * Labs auto-complete mainīgajiem, funkcijām, konstantēm etc. * Labs koda formatētājs * Turot Ctrl un uzbraucot uz funkcijas uzreiz forši izlec visi nepieciešamie parametri, definīcijas * Noklikšķinot uz funkcijas ar Ctrl uzreiz aizlec uz funkcijas definīciju * Viegli atrast visas vietas, kur tiek izmantota funkcija/mainīgais utt. (Find Usages) * Refactor - pārdēvēt mainīgo/funkcijas/metodes utt vienā piegājienā. * Uzreiz redzi, kur neesi ielicis semikolu, aizvēris iekavas, pēdiņas etc. * Teiksim, rakstot include('ceļš'); IDE ureiz signalizē, ja tas fails netiek atrasts fiziski (tas pats attiecas arī uz <img src="", <script src="" un citiem ceļiem. EDIT: * Pasvītro mainīgo, kad tas tiek izmantots, bet nav definēts * Izceļ mainīgos, kas netiek izmantoti Principā ir vēl daudz dažādu sīkumu, kas šausmīgi atvieglo darbu un samazina kļūdu (rakstības, gan) skaitu. Fanot par notepadiem var kamēr neesi pasēdējies pie normālas IDE un piešāvies pie tās :)

Pamēģini IDE'i PHPStorm, pats esmu sajūsmā :) Laigan, nav bez maksas, ir 30 dienu trial, pēc trial beigām programma ik pa 30 min slēdzās ārā (bet atverot atkārtoti, nekas nav pazudis, visi faili atvērti kā iepriekš stāv). Konkrētais meklēšanas logs izskatās šādi: Pēc noklusējuma, IDE'ē visi faili saglabājas reālā laikā, pašam nekas nav jāglabā. Varbūt sākumā grūti pierast, bet pašlaik esmu jau tā pieradis, ka bez šitās fīcās grūti :) īpaši labi, kad tiek strādāts pie html vai css. Ja bail, kaut ko neatgriezeniski sabojāt kodā, tad talkā jāņem kāda versiju kontrole. Pats izmantoju GIT, kas ļoti labi iet roku rokā ar IDE'i (kodā viegli redzēt, ko esi labojis utt), viss integrēts!

nasing spešal

Izmanto code tagu, tak tas kods nav pārskatāms! Normālas atkāpes arī ir vajadzīgas!

Atrodi īsto tabulu, īsto kolonnu un pamaini tipu viņai no esošā uz vajadzīgo. (Protams, ja tur vispār ir tā kļūda)

phpmyadmin ir? Ja nav, vari novilkt no neta - bezmaksas taču! Eksistē arī gūgle :)

var pašrocīgi uzrakstīt ALTER TABLE kvēriju, var arī caur phpmyadmin to izdarīt...

Visdrizāk attiecīgās kolonnas garums ir 20.

Tu gribi darīt pārāk sarežģītas lietas, nesaprotot pat pamatus. Pamācies JS pamatus. http://www.w3schools.com/js/default.asp Štuko pats, kā no php nodot kaut kādu vērtību JS...

image tipa inputi ir deprecated, vajadzētu izvairīties no to lietošanas...

Nezinu, vari izmantot <input type="button"> tagu, vari arī uzzīmēt to like pogu. Varī arī uztaisīt to like pogu vienkārši kā tekstuālu linku.

daGrevis, SET NAMES darbojas konkrētajai koneckijai. Vienreiz piekonektējies un visi tālākie kvēriji ir attiecīnāmi uz šo konekciju (ja netiek norādīti atsevišķi).

Šitāda veida topiki ir paši garlaicīgākie un iedziļināties, kur nu vēl palīdzēt galīgi negribas. Kāpēc? Tāpēc ka tu paņem kaut kādu gatavu produktu, nelasi manuāli kā to uzstādīt, kā tas strādā, un prasi, lai citi to dara tavā vietā. Pie tam, paņem kaut kādu galīgi nepopulāru produktu, kuru neviens nepārzin. Ko darīt? Doties uz produkta lapu, meklēt dokumentāciju, meklēt vietējo forumu, vai sūti pašam izstrādātājam savu jautājumu.

Neah, tur vair īsti neko nevar izdarīt. Man bija šī pati problēma pāris MB datubāzei ar >40 tabulām. Izdomāju nelielu h4xu - uztaisīju dumpu no phpmyadmin, kur visi dati ir "sačakarētā formā" (tas ir, viņi ir nekorekti, ja ir SET NAMES UTF-8", importēju viņus savā datubāzē caur phpmyadmin, pamainīju phpmyadmin kodu, lai netiktu ieslēgts SET NAMES, eksportēju vēlreiz visus datus vienā dumpā - nu jau viņi bija korekti attēloti, un importēju orģinālājā lapā caur phpmyadmin. Tad tik saliku visās nepieciešamajās vietās SET NAMES...

vot vajag, jo tas norāda mysql'ām kādā kodējumā ir jāsūta dati. Vienīgi, ja tagad izmantosi šo, tad vecie dati nebūs lietojami - garumzīmes utt sačakarēsies.

pēc konekcijas tiek izpildīts mysql_query("SET NAMES UTF-8"); ?