andrisp

KillerBean, moška iepeisto šeit headerus kādus sūti līdzi meilam.

Man jau šķiet, ka jebkuru debugeri vari izmantot arī priekš CLI debugošanas. Vienīgi varētu būt neerti, ka outputs visticamāk HTML'ā būtu.

Manuāli jāmācās lietot. No http://lv.php.net/mysql_escape_string:

Visus datus, ko liec iekš kverija, apstrādā ar mysql_real_escape_string. Tas pasargās no injekcijām. Vēl vari arī visus datus, kuros skaidri zini, ka nedrīkst būt ', " un %, iztīrīt no tiem pirms ievietošanas kverijā.

Vajadzētu vajadzētu, copy-paste kļūda.

google:mysql data types

Nē, tas tieši ir normāli, ka tu skripta sākumā vienreiz pieslēdzies datubāzei un viss. Un pat skripta biegās nav obligāti jātaisa mysql_close, jo php pats to izdara, kad skripts beidz izpildīties.

Esmu darījis šādi: (Nepārpaudīju tagad vai strādā) <?php // Attiiram datus (eskeipojam, izraveejam aizdomīgos simbolus) $where = array(); if (!empty($_GET['city'])) { $where[] = 'city LIKE "%'.$_GET['city'].'%"'; } if (!empty($_GET['name'])) { $where[] = 'city LIKE "%'.$_GET['name'].'%"'; } if (!empty($_GET['phone'])) { $where[] = 'city LIKE "%'.$_GET['phone'].'%"'; } $sql = " SELECT * FROM `table` WHERE ".implode(' AND ', $where)." "; ?>

Atrodi skriptus, kas atbild par reģistrēšanos un ielogošanos, un pārveido tos tā, lai tie izmanto vienu mysql tabulu.

Nu nu vai kāds dos :). Bet vari jau uzģenerēt pats. Tas tiešām nav grūti. Paprasi padomu, mēģināsim palīdzēt.

Vispār jau es pārteicos - bija domāts BOM jeb Byte Order Mask. Tā ir tāda fiška, kas vajadzīga specifiskiem Unicode formātiem (piem., UTF-16, UTF-32 u.c., ja nemaldos), lai tie pareizi strādātu. Nepateikšu gan īsti, ko viņs dara, jo nezinu :). Bet katrā ziņā zinu, ka UTF-8 formātam tas BOM nav vajadzīgs. Reāli BOM ir daži "neredzami" simboli faila sākumā. Un viņi parasti traucē, jo browseri nez kāpēc nemāk ar viņiem appieties. Tas sajauc tiem galvu. Tāpēc to vajag izravēt.

Pastāsti ko tu īsti gribi tajā izvērstajā meklēšanā. Parastu meklēšanu esi jau uztaisījis ? Tie paši vien SQL pieprasījumi ir.

mī un žē, hEiti, tavā teiktajā var acis aplauzt. Taču nedaudz padomā par pieturzīmēm.

vabole, mysql_real_escape_string. Un datubāzē glabā pašu linku (http://www.example.com/dir/file.ext), nevis tagus vai vēl nesaprotamāk - divos laukos kā māartins256 saka. Vai arī īsti nesapratu viņa domu.

Nu diezgan daudz :). Taisi ar ajax'u vai ar refrešiem kā v3rb0 jau aprakstīja.

Nezinu par softiem, bet: 1) Ja dampā līdzi nāk DEFAULT CHARSET utt, tad tos norepleiso uz vajadzīgajiem charsetiem. 2) Pārseivo visu dampu iekš utf-8.

Un es teicu kaut ko citu ? :)

Tādu pašu kļūdainu iemetu iekš dokumenta un man viss worko -> http://paste.php.lv/5339 1) Ja neiet kaut kas specifisks, tad tā arī saki. 2) Izmanto error konsoli. 3) Tev tur ir typo kļūdiņa - mach -> match

Vai tiešām tu tā biji domājis ? :)

Stopp, par cik vecu kompi tu runā un par cik daudz linkiem ? Es vēl varu iedomāties, ka bremzīgi renderējas, bet, ka pakārt ?

Hmm.. html tabula ? View - Source ? Datubāzes tabula ? Tad XML (SOAP), JSON vai CSV formātā. Bet vispār - apstāsti sīkāk, ko vēlies. PS. Kādā sakarā tēma ir iekš Javascript ? Esmu kaut ko palaidis garām ?

Kā nobrūk ? Enīvei, ja tev ir svarīgi, lai viss pārējais skripts paliek ANSI, tad vari tos divus masīvos ievietot atsevišķā failā, ko pieseivo kā utf-8, un iekļauj iekš tā faila, kur reāli vajag to aizvietošanu. Un failu pieseivo utf-8 bez DOM. Var arī tos masīvus pirms izmantošanas izlaist caur iconv un pārkonvertēt uz utf-8.

Pieseivo pašu skriptu arī utf-8 kodējumā.

str_ireplace ir pieejams tikai no php 5. versijas. Domāju, ka tur tev tā problēma. Bet citā visā citā ziņā kods ir pareizs un strādā. Izmanto parasto str_replace.

php.net/strreplace un divi masīvi. Vienā, ko vajag aizstāt, otrā - kas jāaizstāj.