Amxxl

Prašyt gal ir neprašo, bet iš esmės teisingas sprendimas būtų jei veiktu ir su triženkliais ir keturženkliais ir t.t. Jei kam įdomu: http://algirdas.jggimnazija.lt/?page_id=2027

Pries kiek cia metu buvo? Nes nepamenu kad butu reikeja rasyti kazka atskirai nebent ant linux.

Tu ką rimtai? humoro nesupranti ? Jei apie hackinga tai keyloggeris pats effektyviausias variantas slaptažodžų nulaužimui. Vienintele problema kaip jį įdėti į vartotojo kompiuteri :d.

ctrl + s Jo be problemu

Baikit atlikinėt darbus prieš apmokėjima. Pirma gaukit nors 50 procentu apmokejimo po to kai darbas baiktas dar 50. O tik tada siūskite failus. Ir nebebus tokiu bėdų kad darbas padarytas, o niekas už jį nesumoka. Ir neparsiduokit labai pigiai žlugdot visą industrija.

Mano nikas pries 12 metu sugalvotas ir tai nieko bendro su sa-mp neturi. O tavo atveju ziurek kas OnGameModeInit funkcijoj yra nes ten reples. Pasidalink kodu nes niekas realiai negales tau padet jei nezinos kas ten vyksta.

Tavo nikas "Programmer" tai gal atlik savo darba programmeri.

Niekada. Mokyklos tikslas išmokyti logikos, o ne kaip taisyklingai rašyti kodą. Bent jau C++ kalboje reikėtu prie kintamųjų pridėti prefixus tokius kaip m_ - class member, s_ - static, g_ - global ir tipus tokius kaip f - float, i - int, b - bool, d - double. Kintamieji atrodytu daug maž taip: m_fVelocity, m_bVisible, m_iWidth ir t.t. Mažose programose nėra skirtumo dėl to gal mokyklose ir vadina kintamuosius "a", "b" ir pan. Bet dideliuose projektuose reikia disciplinos kad nepaversti kodo į mišraine.

C++ kalboje nėra string. Yra tik char masyvas: char* sakinys = "Labas vakaras."; std::string klasė turi tą masyvą ir krūva funkcijų skirtų manipuliuoti to masyvo duomenimis. Ko pasekoje atrodo kad string yra kintamojo duomenų tipas, nors pats kintamasis ištikrųjų yra std::string klasės objektas. Funkcija C++ kalboje nebutinai tures sklaustus nes funkcija gali buti ir perrašyti operatoriai tokie kaip <<, >>, +, -,/,*,[] ir t.t. Naujokui išviso siūlyčiau vengti šios kalbos jei nori greičiau pasiekti kažkokių rezultatu.

Aš nelabai domiuosi užduočių reikalavimais bet kiek buvau girdėjas tai negalima naudoti std algortmu užduotims atlikti tokių kaip std::reverse ar aš klystu?

#include <iostream> #include <sstream> #include <string> using namespace std; void swapit(long long& first, long long& second) { long long temp = second; second = first; first = temp; } bool IsPalindrome(long long number) { std::ostringstream ss(""); ss << number; const int length = static_cast<int>(ss.str().size()); long long* pArr = new long long[length]; for (int i = 0; i < length; ++i) pArr[i] = static_cast<int>(ss.str().c_str()[i] - 48); for (int i = 0; i < length / 2; ++i) swapit(pArr[i], pArr[length - 1 - i]); ss.str(""); for (int i = 0; i < length; ++i) ss << pArr[i]; delete[] pArr; if (number == atoi(ss.str().c_str())) return true; return false; } int main() { long long sk = 0; for (long long i = 0; i <= 99999999999; ++i) { if (i < 10) continue; if (IsPalindrome(i) && IsPalindrome(i * i)) { std::cout << "Skaicius " << i << " palindromas jo kvadratas" << i * i << " irgi palindromas." << "\n"; } } std::cin.get(); return 0; } Ryškiai neturėjau ką veikt.

Kodel manai kad laikau kvailais ar neismaneliais? Nelaikau. Cia tu kandziais zodeliais svaidais :D. Tai kokios tada reakcijos nori sulaukti. Tai as gi sakiau kad PDO yra WRAPPERIS jis vis tiek naudoja mysqli, jei parametrai nustatyti ji naudoti. Jei nezinai kas yra WRAPPERIS tai papildomas Abstrakcijos lygis ant virsaus. Toks abstrakcijos lygis padaromas kiekvienai skirtingai duomenu bazei to pasekoje PDO naudojant tas pacias funkcijas galima dirbti su skirtingom duomenu bazem. Mano manymu PDO naudoti reiketu tik tuo atveju jei projektas reikalauja dirbti su skirtingu tipu duomenu bazemis. Kadangi tai nemano srytis as net neturiu tokio pasirinkimo kaip PDO. As turiu siustis officialu API ir dirbti tiesiogiai per ji.

O anam poste rasei kad sunkesnis. Apsispresk viena karta. Nesu expertas nei PDO nei MySQLi. Tuo postu norejau paskatinti diskusija o ne iskelti viena ar kita. Bet tau akivaizdziai svarbiau patenkinti savo EGO. Visu SQL baziu pagrindai tie patys t.y. CRUD (Create, read, update, delete). Tiek pilnai uztenka asmeniniams projektams. O jei atsakant temos autoriui: Kas geriau mysql ar PDO? Atsakymas: Nei vienas nei kitas. Prikausomai nuo to ka darai pagal tai ir reiktu atsizvelgti kokius irankius naudoti. O su savo paranojom ar raidos sutrikimais pasilaikyk juos sau, nes jei jau kalbi apie tai tai ko gero jie tau aktualus. Internete gali buti prirasyta ko tik nori. Pats tikrinai? Ne. Tai ir negali nieko teigti kaip galutinio fakto. As asmeniskai visa laika kas man aktualu patikrinu pats vietoj to kad ieskociau internete. Tiesa sakant cia net nera mano srytis ir as turiu tik bazinias zinas apie tai. Tai butu idomu suzinoti profesionalo nuomone bet abejoju ar cia ju yra. Aisku jei projekte numatoma naudoti tik MySQL tai PDO naudoti netikslinga visai.

Atsiprasau ponas bet jei jums PDO atrodo sudetingesnis tai jums akivaizdziai su galva negerai. As neatsimenu kad buciau rases rekomendacija naudoti PDO as tik apibreziau kas yra PDO. Kuo remiesi kad rowCount veikia nestabiliai? Kur irodymai kad PDO letesnis ar greitesnis? Matomai moki tik argumentuot be irodymu. SQL kalba daug maz universali daugumoj duomenu baziu. Taip kad sitoi vietoj irgi prisvaigai. Citata is google: Both MySQLi and PDO have their advantages: PDO will work on 12 different database systems, whereas MySQLi will only work with MySQL databases. So, if you have to switch your project to use another database, PDO makes the process easy. ... Both are object-oriented, but MySQLi also offers a procedural API. Tai ka tu cia man pasakoji isviso.