Silke

Funkcija yra funkcija, bet jei autorius nesupras, ką ji daro, neturės iš funkcijos jokios naudos.
 
Lengviausias kelias yra pasiimti jau padarytą biblioteką. Jei visgi dėl kažkokių priežasčių nori darytis savo, teks išmokti dirbti su socket'ais (tinklo susijungimais), tada pasiieškoti SA-MP protokolo specifikacijos (padariau tai už tave) ir kurti pagal ją.

Tiesiog blogas sprendimas, geriau perduoti argumentus. Beje, tavo funkcija negrąžina TRUE, o stovi tuščias "return" statementas. Tokiu atveju funkcija grąžina NULL, kuris nėra nei TRUE, nei išvis truth-y.
 

php -a Interactive shell php > function a() { return; } php > var_dump(a()); NULL

Taip ir yra – beveik visada hostingai neleidžia nuotolinių prisijungimų (ir kodėl turėtų? :)) – pastebėk, jog ten prisijungimas būna vardas@localhost. Pasiieškok kažkokio tik MySQL hostingo – teko matyti, berods, net ir nemokamų. Tokie, žinoma, leidžia jungtis iš kur tik nori.

Gal su ta kuria ismanai?

Su bash'u. Prašau, programa:

grep -F "raktinis zodis/eilute" failas.txt >> exported.txt

Kartais nesumaišei Paleckių? :)
http://lt.wikipedia.org/wiki/Rimvydas_Paleckis
http://lt.wikipedia.org/wiki/Algirdas_Paleckis

Nors manau dauguma jau žino šį puslapį, bet nusprendžiau pasidalinti vis tiek, gal yra ir nežinančių. http://codingbat.com/ kurioje gana nemažai užduočių Java ir Python programuotojams.

Gali būti kas tik nori. Kaip masyvo indeksą gali naudoti ir konstantą kode, ir kintamąjį. "A" nėra stebuklingas sakinys

int i = 1; int sausainis = 4; A[0] = 10; A[i] = 20; A[sausainis] = 30;
Visi jie teisingi.

Pabandyk parašyti programą su nunulinimu ir po to išimk nunulinimą. Pasakyk, ar pastebėsi skirtumą.

Berods, kai mokykloj darėm šitą, naudojom „netikrą rikiavimą“. T.y. pirmiausiai nusinulini veržlių/varžtų masyvus (21 vietos, tuoj suprasi kodėl), tada vietoj masyvo indekso naudojam nusiskaitytus veržlių/varžtų numerius. T.y. sutikę pirmą varžtą nededam varztai[0] = 8, o varztai[8] += 1. Nusiskaitę turim tokį masyvą, kur varztai parodo, kiek yra dydžio i varžtų (analogiškai su veržlėmis).
 
Tada, kaip wi_lius sakė, belieka iš kiekvieno veržlių skaičiaus atimti varžtų ir žiūrėti, ar skiriasi (ir į kurią pusę)

Šis metodas ir yra protingiausias šio uždavinio atžvilgiu. Pasidarai masyvą A[21] (20 – maksimalus dydis). Tik galima skaitant veržles pliusuoti (A[k]++), o skaitant varžtus minusuoti (A[k]--). Tada jei skaičius teigiamas — trūksta tiek varžtų, jei neigiamas — trūksta tiek vežlių.
 
Kur kas įdomiau, jei varžtų dydžiai galėtų būti daug didesni. Tada tektų susirikiuoti abu masyvus ir lygiagrečiai per juo iteruoti ieškant vienodų narių.

Galbūt atrodo priešingai, tačiau programuotojas, dirbantis mažiau, iš tikro yra produktyvesnis programuotojas.
 

Diminishing returns - produktyvumo mažėjimas su įdėtu kiekiu darbo. Kaip ir daug kas paminėjo šioje temoje, tiesiog neapsimoka daug dirbti. Kiek laiko per dieną gali išdirbti su 90-100% produktyvumu? 4 valandas? O kas tada? Dar 8 valandos dirbant su 0-20% produktyvumu, o gal netgi blogiau - negatyviu produktyvumu (pridarydamas bug'ų ar architektūros klaidų, kurias teks taisyti ir refactorinti ilgiau, negu užtruko pridirbti)?
80/20 principas. 20% darbo duoda 80% rezultato. Ir atvirkščiai - 80% darbo duoda tik 20% rezultato. Verta peržiūrėti savo projektus ir identifikuoti kas patenka į 20% svarbiausių dalykų, o likusius dalykus... tiesiog išbraukti. Padarysi paslaugą ir sau, ir visam pasauliui - vartotojams patinka paprasti produktai. Be to, pabaigstas produktas yra vertas daugiau, negu nepabaigtas utopinis projektas. Štai, vienu prisėdimu sutaupei 80% Time to market laiko. Atostogos jau pasiekiamos :) Pomodoro technika - labai didelis psichologinis pranašumas, kai prisėdi prie vieno trumpo darbelio, o ne prie gąsdinančiai didelio TO-DO sąrašo. Praleidi daug mažiau laiko kaupdamasis sunkiam darbui.
Rekomenduoju įsirašyti Rescue Time - padės geriau įvertinti savo tikrą darbingumą bei atrasti kur dingsta laikas.
 
Knygoje "The Willpower Instinct" pasakojama, kad žmogus turi ribotą kiekį valios. Ją galima treniruoti, tačiau negalima išeikvoti. Išeikvojus valią programuojant, nebelieka jėgų atsispirti pagundomis ką nors aprėkti atsiradus menkiausiai progai, ar kitaip neatsilaikyti ganėtinai paprastiems išbandymams. Rekomenduoju šią knygą kolegoms programuotojams.

Šitose eilutėse yra pora klaidų. Pabandyk pasiimti popierių ir nuosekliai vykdyti kiekvienos eilutės veiksmus bei žiūrėti, kokias kintamųjų reikšmes gauni:

fd >> A[j]; maxx=A[0]; if(maxx<A[i]){ if(maxx<=p){ maxx=A[i]; } }
 
O šiaip tokiu būdu skaičiuoti netgi dar protingiau, nei apie kurį aš tau sakiau, nes gali išsiverti ir be masyvo. Tau užtenka žinoti, ar skaičius, kurį dabar nuskaitei, yra didesnis už prieš tai buvusius. Jeigu perskaitęs du skaičius išsirenki didžiausią, tai perskaitęs trečią ir palyginęs jį su prieš tai buvusiu didžiausiu gausi didžiausią iš pirmų trijų skaičių. Perskaitęs m-tąjį skaičių ir palyginęs jį su didžiausiu iš pirmų (m-1) narių gausi didžiausią skaičių iš pirmųjų m narių.
 
Be to, nelabai supratau ką norėjai tokia eilute pasakyti, nes į vieną masyvo elementą telpa tik vienas skaičius

A[0]= 15; 360; 8
 
Ir, žinoma, reikia nepamiršti teisingai sudėti įtraukas, nes dabar teko skaityti tavo kodą trigubai ilgiau nei būtų tekę teisingai išlygiavus.

'without' reiškia 'be', o ne 'su'

Funkcijos kvietime nereikia nurodyti tipų, tik kintamųjų vardus. Su sqrt juk teisingai padarei.

http://keithclark.co.uk/labs/css3-fps/
 
Stebuklas! Vien CSS3 ir HTML užtenka tokių vat dalykų render'inimui. Sudedami div'ai su teksturomis, o 3D efektas susidaro tiesiog transformuojant tuos div'us su paprastomis CSS3 transformacijomis. Kažkas neįtikėtino :)

Paliko įspūdį: http://www.code-lt.com/kategorijos/scampage.php

+ labai svarbus dalykas - cache'inimas. Cache'inami galutiniai rezultatai ir tiesiog išspjaunami sekančius kartus iki pakeitimo. Aišku gali šitą ir pats realizuot, bet kam, jeigu už tave jau 100 kartų viskas apgalvota ir padaryta protingiau, negu beveik su 100% tikimybe pats galėsi sugalvot. Turi turi pliusų template engine'ai. Asmeniškai man smarty visai patinka, bet čia jau atskira tema.

Žinoma, daug našiau. Bet pamoka nėra apie COUNT, ji tiesiog parodo dar vieną PDO rezultatų objekto metodą, t.y. kai tau reikia IR duomenų, IR pažiūrėti, kiek jų grąžinta :)
 
O ne "Instead of using COUNT()".

Abiejuose atvejuose su šitu pamiršai escapint antras kabutes.
 
 
Jopapa, kas skaičiuojant visus int'us kiša į string'us?..

Tu gal dar pagrindus pasimokyk, prieš kurdamas kažką, tada ir PHP veikt pradės :)

Why shouldn't I use mysql_* functions in PHP?

Why shouldn't I use mysql_* functions in PHP?

Pirmiausia suformaluok teisingai klausimą, nes dabar nėra aišku kokiom sąlygom tu nori dėti brūkšnį: ar tai tiesiog kas antra eilutė, ar dar reikia atsižvelgt į užklausos rezultatus, galbūt tai kokios kategorijos?
Jei paprasta sąlyga, kad dėti kas antra eilutė, tiesiog sukurk naują kintamąjį prieš ciklą ir cikle jį ++'ink. Tada tikrink ar jis lyginis ($count % 2 == 0), jei taip, dedi brūkšnį

Ne, ne, ne. Visai ne taip daroma su reliacinėmis duomenų bazėmis :)

apklausos --------- id --------- 1 ~~~~~~~~~~~~ apklausu_variantai ------------ id | tekstas | apklausos_id 1 Taip 1 2 Ne 1 ~~~~~~~~~~~~ balsai ------------- id | apklausos_id | varianto_id | vartotojo_id 1 1 1 6 2 1 1 5 3 1 2 13
 
Žinoma, daugiau lentelių, reikės joinų, bet daug lanksčiau. Apskritai, SQL masyvas į vieną laukelį nekišamas (išskyrus, tarkime, Postgres ARRAY tipą – bet net ir ten naudojama ne tokiems atvejams, kaip tavo).
 
Pagalvok, kaip su savo struktūra, pavyzdžiui, atsirinktum, kurie vartotojai už ką balsavo?
 
Tavo antras variantas – kurti po tris lenteles kiekvienai apklausai – išvis beprotiškas