pilots

Par kodu - htmlentities nu ir galīgi nevietā. Jāizmanto ir mysql_real_escape_string(). Un arī tikai pēc pārbaudēm nevis pirms.

Man līdz šim likās, ka iekš db jāliek jau apstrādāti dati ar htmlentities vai specialchars utt., sanāk tā, ka to visu tomēr dara pie izvades..

Imho tās ir paroles no vecā boot foruma, tad kad vēl nebija IPB, bet kaut kāds paštaisīts.

phpbb manliekas agrāk tur bija. Bet nu jāatzīst, ka pat negribas tur vairs diskusijās piedalīties. Kaut kā māc šaubas, ka ipb ievainojamība kaut kāda. Šitā appist tautu..

Sorry, tas tika izņemts. Nelikās svarīgi to iekļaut. Jautājums vairāk akcentēts uz to ko iepostēju.

tur šādā stilā $sql = "SELECT * FROM db WHERE name = '$name' OR email = '$email'"; if $row .. tad nereģistrējam..

Vai vari palabot vai savu variantu uzrakstīt, lūdzams?

Pārbaudi vai aizņemts veicu iekš pirmā 'if'.

Vai tu vari, lūdzams, parādīt savu variantu kā realizēt šo kodu?

Esmu redzējis, ka reizēm reģistrējoties, tiek norādīts - "parole nevar saturēt atstarpes". Tam ir kāds būtisks iemesls?

Un vai ar šādu kodu ir ok pie reģistrācijas, ko darīt savādāk?

$name = htmlentities($_POST['name'], ENT_QUOTES);
$email = htmlentities($_POST['email'], ENT_QUOTES);
$password = htmlentities($_POST['password'], ENT_QUOTES);	

if (!empty($name) && !empty($email) && !empty(password) && !empty($status)){
if ((
	(strlen(trim($name))>=3) && 
	(strlen(trim($name))<15) && 
	(strlen(trim($email))>=6) && 
	(strlen(trim($email))<100) && 
	(strlen($password)>=3) && 
	(strlen($password)<=35)){
		$md5_password = md5($password);
		$sql = "INSERT INTO db (name, email, password) VALUES ('$name', '$email', '$password')";
}
}

Ja jau tik slepeni, tad aicini kādu uz tikšanos, izskaidro visu un uzzini vai šo lietu ir iespējams uztaisīt un par kādu summu. Neatklājot konkrēti, ko gribi, īpaši neviens nevarēs palīdzēt ar padomu.

notepad++/format/utf8 without bom

varbūt patiesi problēma ir datubāzes pusē. piemēram, kolonu vārdi nesakrīt kodā ar db.. ieslēdz errorus.

Ideja nebūt nav muļķīga. Ja tas tiks realizēts, noteikti aplūkotu rezultātu. Citur pasaulē arī notiek šādas lietas, kad kādu opensource sūdu pa nopietnam modificē un ieguvēji ir visi.

senkjuu.

Nu skaidrs.

Kā tas parametrs(?) saucās, kurš nosaka vai ir uz servera pieejama / nepieeja ši iespēja rakstīt īso variantu?

Ar to es domāju, vai var nochekot to ar php izvadot true vai false..

Kas ta tur diži jāmeklē. Ieraksta pievienošanas vieta jāatron un jāmauc klāt linku saīsināšana.

Kādā veidā tieši problēma webā tev izpaužas? Garie linki pa visu ekrānu izvadās? Ja tā tad overflow hidden uzlikt div elementam, piemēram. Lai tas links viss nav redzams, ja pārāk garš. (tas būtu vieglākais risinājums, kaut vai pagaidu.)

Tur tiešām nekā unikāla nav. hotscripts būtu vietā, ja autors pats gluži nemāk veidot kodu.

Skaidrs, ka nav. Te tika runāts, ka <?=..?> variants itkā visur nemaz var arī neiet. Tad nu sanāk, ka īsākais un drošākais variants būtu ar echo. Bet traki, ja man vajadzētu lapai mainīt visās vietās. Diezkas nav.. Nākamos saitos vienīgi varētu pāriet uz echo variantu.

Vienkāršāk būtu norādīt lietotājam, kāda formā lai veic meklēšanu.

piemēram,

Personas meklēšana (Vārds Uzvārds):

INPUT LAUKS

Bet lietotājam labāk, protams, ja var kādā secībā grib rakstīt.

Es gan arī lietoju <?=$text?> variantu.

Tad galavārds ir, ka labāk tomēr lietot <?php echo $mainigais; ?>, tas ir tas īsākais un drošākais?

30 lati man, pateikšu ar kādu frāzi googlē meklēt.

Man pēdējā laikā labs šķiet punbb. Neaizņem daudz vietas, ātri uzstādāms.

Es arī sapratu, ka vienkārši adresbārā grib vienu url i vsjo. Tas, ka saturā ir saites ar parametriem poheru, un līdz ar to tas viss ir izdarāms vairāk kā vienā veidā un par visiem simts punktiem.

Viss darbojās, ziņu ievākšana strādāja. Un vienā dienā cauri - pie fopen($url,"r") nevar atvērt nevienu adresi. Tā kā visas ir feedburner barotnes, tad nodomāju, ka tam servisam nepatīk, ka no manas lapas tik bieži pieprasījumu vairākām barotnēm uzreiz.

Uztaisīt simts punkti var. Lietderība - 0.

Saskāros ar problēmu rss agregatora darbībā (par laimi nebija publisks pasākums).

Precīzāk, ir tā, ka `chekojot` aptuveni 20 rss avotu barotnes (feedburner) ik pēc apmēram 15min (reizēm pat biežāk) pēc dienas feedburner laikam uzlika banu un nedod skriptam atvērt nevienu barotni.

Vai Jūs man varētu pastāstīt cik bieži ir normāli chekot barotnes, lai nav šāda problēma. Vai par to kaut kur pašam feed burner ir rakstīts?

Un vai šāda problēma var sanākt arī ar wordpress.com barotnēm?

Un ja man jau pie ~20 barotnēm šāda neraža bija jāpiedzīvo, tad kā darbojas gan nekur.vl un citi rss agregatori kam ir iekrāta liela avotu bāze?

Paldies.

Sūdīgs tas flash izpildījums, bez flash izmantošanas, manuprāt, būtu labāk. Bet, ja tev prasīja tā, tad ok. Galvenais, ka darbojas.

*.org domēnu vari iegādāties arī ārzemēs. Nav obligāti jāizmanto lv kantori.