mounkuls

Un ko sagaida pašā members.php? Injekcijas pats par sevi iespmējamas, bet te jau jāzin vai tiec līdz tai members.php vai iesprūst pirms. Pirms itkā likās ok. bet es tā pavirši. Un kas šis tāds ir: `password`=PASSWORD('".$_POST["password"]."') ? Ups, nepamaniju, ar to ir ok.

Kā saprast to? Protams ka A!==Ž http://www.collation-charts.org/mysql60/

Ja jau nav reizē, vaicājumam norādi vajadzīgo kollāciju. Pašam gan nav bijis ar lietuviešu valodu darīšana.

Tā tas ir. Mēs savulaik, tagad jau reti, tīši dirsinājām tos itkā čata saimniekus, ja šie apgalvoja, ka pašu kodēts:) Un tad parasti izrādijās, ka ne sūda viņi neprot.

Kas Tev tur likās nepareizi? Ja datubāzē ir pilnais user agent strings, kas Tev nepatīk PheliX postā? Pats lietoju mazliet citādāku pašrakstītu funkciju, bet pamatā ideja tā pati vien ir. EDIT: Nu jā, dati jau bāzē ir un vajag no tā izvilkt, tad codez posts mazliet ir garām, bet doma kā tāda jau nemaz tik aplama nav, tikai ne šajā gadījumā der.

Neliekas īpašī logiski taisīt tam tabulu vēl vienu tikai tāpēc, lai sasaistītu produktu ar kādu no kategorijām katrgorijas tabulā. Vienkāršāk jau tabulai produkts izveidot vēl vienu lauku kategorijas_id. Tabula produkts: id|produkts|kategorijas_id Tabula kategorijas: id|kategorija Nu tas ja to var protams tagad. Principā jau to var visu arī vienā tabulā glabāt, tikai tad kategoriju nosaukumi būs jāvelk ar distinct laikam laukā, kad to vajag.

Iemet freimā laikam to blogu...

Ņemšu vērā. Es parasti rakstu pa tiešo funkcijā. Vienīgais varbūt man tas savādāk, ja ko daru, manuālis ir pirmais ko paroku, ja nezinu ko un kā. Te gan bija nezināšana mana.

Gribi mūs nogalināt?:D clean_var nedara neko, kamēr tas nekas nav, vismaz priekš php tas nekas nav, kamēr php par to neko nezin:) Tavā gadīumā starp parastu $_POST['acc'] un apstrādātu ar kautkādu tur clean_var() arī nav. Ar preg_match() vēl būtu ok, bet nafiga ir $allowed tās restītes? No tā izriet tikai viens->RTFM, bet kas tas tāds ir, sameklē Google.

Vai Tu kaut nedaudz no Neliels foruma tēmu apkopojums no arhīva sadaļas---logini/autorizācijas (arī sesijas) esi palasijis? To apkopoja ne jau tā pat vien, bet lai būtu kur parakties un ko palasīt.

Normāli lietotājam vajadzētu ielogoties ar lietotājvārdu/e-pastu un paroli. Tas ka pārbaudi pārlūku vispār ir aplami. Tad jau lietotājs ar citu pārlūku ielogoties nedrīkst, tā sanāk? Tai visai muhļai lielu jēgu neredzu, kad pirmajā lapā viena sesija un tad kāda tur vēl. Katrai lapai ģenerēsi savu unikālu sesiju un tad pats trenkāsi bāzi to pārrakstot kā jūzerim piederošu katrā reizē vēl pārbaudīsi vai tā patiešām pieder tam jūzerim? Nav tā kā par biezu tā biezputra?

Ievadlaukiem mēdz palikt vecie value pie refreša ja nav no-cache

Vienkārši pirms ievietošanas bāzē/failā ir jāparbauda vai tāds ieraksts jau nepastāv/nedublējas. Jāsalīdzina ar pēdējo(iem) ieraktstiem vai nesakrīt ar tiko nosūtīto. Jāuzseto tukši lauki lapā un pie refresha jāpārbauda arī vai tie nav tukši.

Ja tā būtu, tad arī izvadītos kā vajag Tev. Tātad nav tā. Kas nav tā, Tu mums negribi ļaut meklēt(nerādi savu superkodu), tad meklē vien pats. Briedi, šaubos ka tā viņam tur ir. Lai gan, kas to zin:) drīzāk jau $x .= time_stamp($session_time); kaut kur radies.

Kā lai es zinu kas tev tur iekš tā while patiesībā ir, ko? Ja reiz tur iekš while drukā time_stamp() un tad ierakstu, tā arī jābūt kā gribi. Ja drukā pirms while, tātad to drukā pirms. Debugošanu nekādu pats nelieto? Pie patreizējā izskatās, ka tur ar vienu while izdrukā sākumā laikus un tad ar citu whiler dragā laukā postus.

Nu bet tā ir tikai datu izvade, kur to ieliksi, tur arī izdrukās:)

Ja sapratu pareizi, tad $event_date_created = $row['event_date_created']; Un tad jau to vari apstrādāt un iebarot tai time_stamp fukcijai. P.S. Baigi jau bieži pēdējā laikā nākas vairāk piepūlēties saprast ko grib un kas tur ir, nevis risināt pašu problēmu:)

Paldies, marcis!:) Nja, tā ir kad ar to programmēšanu tikai pa retam sanāk padarboties. Un es duraks php pusē ņēmos ar strtotime lai to paceltu, kad liku tabulās ar NOW(). Uff...iesperiet man:D PHP manuāli turēju cieņā, bet MySQL kautkā tā...

Nu to quote_smart nemaz nebija jēga, nosaki ka saņemtais ir int. Jautājums tad cits, ja nu gribēsi paņemt no bāzes aktuālo pa gadiem/mēnešiem/datumiem?

Ja Tev tas teksts tur tabulā ir normāli un sistemātiski korekti visiem ierakstiem vienāds, kāda problēma līdz brīdim kamēr gribi ko sortēt čerez ž? Teksts ir teksts un paliek tāds, kā failā, tā bāzē tabulā. Apstrādāt nemāki tikai saņemto. Un tur jau ir string funkcijas.

Tev nekad nekas nederēs tā īsti, kamēr nepateiksi ko īsti tad Tev vajag. Vienkārši gribi par sviestmaizi vai tēlo? Laikam jūties krutais pircējs un jau tūlīt piekasīgākais par to kas nefiga neder Tev?! .finger.

Podziņām bija tāds Crystal Button. Free versijā mazāk to pogu dizaina, bet var lietot.

sms nav pa tiešo. Varu vienīgi ieteikt MMS uz webmailu, tas būs neatkarīgi un bez kādiem līgumiem. Nu to, ka saņemtās MMS būs jāprot arī apstrādāt, tas gan, bet haļava vismaz būs.

Es jau cerēju, ka šāda tēma vairs neradīsies no jauna. Palasot topiku man autoram tāds jautāums: neesi paņēmis kādu krievu skriptu? Iespējams ka rediģēji un saglabāji(skuju tev, tikai mēģināji)utf-8 bez BOM, taču, kā jau parast palika failā krievu mēsli. Nu lūk, failu itkā saglabā un liekas jau ka viss ir kārībā. Būsi varbūt pārsteigts, kad izrādīsies visa tā figņa ar Save utf-8 without BOM kaķim zem astes, tikai tāpēc, ka saglabājot faila sākumā(parasti) palikusi vecā krievu draza,pat ja tie ir komentāri. Tādā gadījumā failu saglabājot, to nemaz nesaglabā kā utf-8 bez BOM. Nu...kāpēc tā notiek, nezinu, bet ir tā.

Hmm, itkā jau png var imagefilltoborder izmantot, ja border ir kāda nošķirta krāsa. EDIT: Oj, bļin, nepiefiksēju, autoram vajag arī gradient...