bubu

"Transparent background" čekboksi nepamanīji?

Jā, ir iespējams.

Kāpēc lai tas izvadītos?

Tev jāeskeipo (ar mysql_escape_string) tikai stringi, kurus liec/izmanto kverijā - tavā gadījumā $uname un $pass. Visu kveriju nevajag eskeipot. %s un %d nenozīmē neko iekš kverija. Tie nozīmē tikai kautko printf saimes funkcijām.

Php jābūt tik pat "bitiem", cik Apačem, kuram to php liec klāt.

url vietā pamēģini ielikt # simbolu.

Kautkā perversi tas viss izklausās. Imho tad jau izdevīgāk ir stringu glabāt kautkādā binārā laukā, kuram par kodējumu pofig - tb glabāt baitus tā kā tie atnāk. Tad vismaz nekādas problēmas ar čarsetiem nebūs.

Tādā gadījumā tur neierakstīsi lv burtus (vai jebkuras citas ne krievu valodas 1251 kodējuma burtus).

http://tredosoft.com/Multiple_IE

Ja tas vecais skaitlis nemapojās tiešu uz jauno (/154654651 -> /download.php?id=154654651), tad ar tīri tikai htaccess nekas nesanāks. Nāksies ar php palīdzību piekoriģēt tos linkus.

GeRik: kāpēc tu mums liec darīt lieku darbu - skaitīt, kura tev tur ir 27. rindiņa? Liec kodu http://paste.php.lv/ lai to automātiski var redzēt. Kļūdas paziņojums ir vistipiskākais situācijai, kad tiek lietots nepareiza sintakse masīva elementa piekļūšanai, piemēram: $arr[posts]. Tā vietā vajag rakstīt $arr["posts"].

Ieteiktu aizmirst tādu lietu. Standartiskā webā (bez visādiem flašiem vai js izvirtībām) jālieto standarta fonti. Ja nu tomēr - tad Sasa'm tikko bija līdzīga problēma: http://php.lv/f/index.php?showtopic=13675

Jā, tas ir par MySQL. Par MSSQL neko daudz nezinu, jālasa dokumentācija.

Cik zinu to laacz ir kautkad sen atslēdzis, un kad pēdējo reizi prasīju paskatīties vai nevajagot ieslēgt, viņš noteica, ka diez vai to vajagot.

Tiesības webserverim rakstīt tajā direktorijā ir?

Ieteikumi būtu sākt ar sakarīgāku topika nosaukuma izdomāšanu. Un arī ar pastāstīšanu, ko nozīmē "negrib strādāt", un ko nozīmē funkcija parastā htmlā.

Ar to droši vien autocomplete fīča domāta.

Kāds īsti ir jautājums vai problēma? product_id nezināšanā? Tad kad importēsi savus datus - tad pirmo kveriju taisīsi INSERT'u tajā produktu tabulā. No šī inserta dabūsi pēdējo insert'ēto id (skaties php manuālī attiecīgo funkciju), un šo id tad arī izmantosi citu tabulu datu insertošanai.

Tavs notepads BOM simbolus loģiski ka nerādīs, ja tie tur būs. Atrodi tā opcijās kā noņem tos. Nezinu kā notepad'am++ to dara, bet notepad2, ko es lietoju, BOM simbolus noņem izvēloties File->Encoding->UTF-8 (bez signature). Vai arī atver failu kādā hexeditorā vai tamlīdzīgā programmā, kas rādīs faila saturu pa baitiem.

Man jau izklausās pēc kļūdas teksta, ka tev vienkārši nav tādas direktorijas - /var/www/htdocs/tmp Pamēģini php kodā uzrakstīt: <?php file_put_contents("/var/www/htdocs/tmp/tests.txt", "testa fails"); ?> Vai tur izveidosies tests.txt fails?

Tipiskā problēma ir aizmirsts SET NAMES 'utf-8' kverijs uzreiz pēc DB konekcijas atvēršanas (protams, var iztikt bez šī kverija, nokonfigurējot my.cnf parametrus).

Par ko tu runā? Es nesaprotu kas tev sanāca un kas nē? Tev ar MySQL problēma, jeb ar php funkcijām?

Tev jāmācās par $this mainīgo. Un kodu vajag identēt, citādi miskaste sanāk. <?php class smth { function smth() { $this->var = 'text'; } function other() { echo $this->var; } } $smth = new smth(); $smth->other(); ?>

Tu gribi newlainus aizvietot ar stringu \n? Visparastākais str_replace: $s = str_replace("\n", "\\n", $s);

Klez - viņš jau saka (#13 postā), ka kļūdījās sakot, ka ir bigint tips. nvarchar viņam ir.