Search options (Page 1 of 2)

<?php
include 'piece/connection_real.php'; 
mysql_query("SET NAMES 'utf8'");
$dalykas = $_GET['dalykas'];
$id = $_GET['id'];
$grupe = $_GET['grupe'];
$pavadinimas = $_GET['pavadinimas'];
$sql = "SELECT id, vardas FROM studentai, studentu_sarasai WHERE studentai.id = studentu_sarasai.studento_id AND studentu_sarasai.saraso_id = '$id' ORDER BY studentai.vardas ASC";
$uzklausa = mysql_query($sql, $con);

echo "<thead>";
    echo "<tr>";
        echo "<th></th>";
        echo "<th>Vardas</th>";                
    echo "</tr>";
echo "</thead>";

    while($eilute = mysql_fetch_array($uzklausa)){
        echo "<tr>";
            echo "<td><input type='checkbox' name='data[]' value='".$eilute['id']."'/></td>";
            echo "<td>".$eilute['vardas']."</td>";
        echo "</tr>";
    }

?>

Taip, html neatskirtas nuo php, bet dabar ne čia esmė.
čia phpmyadmino rezultatas:

Kas dar yra įdomu, kitur taip pat naudoju toki pati connection'ą: include "piece/connection_real.php";
viskas kitur suveikia...

Sakyčiau yra vienodai tikslu, kai sql'as rezultate turi didžiulę lentelę su skirtingais stuleplių pavadinimais.
Jeigu jam nebūtų tikslu, tai rašytų: Column 'xxx' in where clause is ambiguous. Kažkas tokio :)

Siaip pats pakuriai koki tai webuka su inputu, be jokiu apsaugu, ir iterpinejant

';-- Drop table users;

ar panasiai, nesuveikia )

Iš preg_replace išsiaiškinau, kad cia substr bėdą daro: substr('šaka',0,1). Taip išeina, kad preg_replace susitvarko su lietuviškom raidėm, bet atejas iki substr, substr'ingas ją pameta... substr('šaka',0,1) => �.

Koks galėtų būdas buti, kad tiesiog, kad vietoj to kringelio aš tiesiog įterpinėčiau š raidę?
Galvoju, gal eitų kaipnors raidės koda repleisint, jeigu ateina toks kringelis... :)

Tai tikiu, kur meleonas kodo ir kur viena eilutė. šiaip susidūriau su eiline problema, enkodingu:

$secondpart = preg_replace("/(.*?).\((.*?)\)/e", "'('.substr('$2',0,1).')'", $specialybe);
echo strtoupper($secondpart);

ir jeigu ateina stringas (šaka) tai ją paverčia į: (�), nors turėtų būti (š)
ką jau išbandžiau, tai
mb_substr - false, tada intike radau tokį sprendimą:

  $string="texto en español";
  echo utf8_encode(substr(utf8_decode($string),0,14)); //Outputs: texto en españ

pritaikius jį, vietoj 'š' iįveda '?', vistiek false.

Ir dar šiaip toks klausimas stojasi, kodėl toks problematiškas php'o elgesys su enkodingu? Begale funkcijų matau, kad tvarkytis su utf-8, ir vistiek bendro sprendimo nepadaryta, o ir vieningo sprendimo neina pritaikyti. Vis kažkam kažkas ne taip suveikia :). Negilios programvimo žinios, man veda išvadą, kad implementintu į php kokį 'native' utf8 supportą ir atrodo išspręstų visas problemas... :)

Ačiū! Bet, visdelto savo kodą pritaikiau labiau, tik pusė naudos, jei kodas veikia, o jo nifiga nesupranti. Savo rašytas kodas ir lieka savo rašytu kodu. :)
Išvis regular expressionas žiauriai rimtas ir galingas daiktas, bet pusžaliems hatskeriams (kaip aš) dar sunku perkąst.

Blyn, tikėjausi gatavo sprendimo :( :D

Sveiki. Ačiū žostkai už pagalba :) Viskas išėjo, kaip norėjau. Netgi dar geriau smegenyse susigulėjo kaip tas php'as su html'u dirba :).

Viena problema buvo iškilusi, kad į csv failą sumetus list'ą su lietuviškom raidėm, jį excelis atvaizduoja 'kringeliais'. Tai nutariau, kad tai pačio excelio klaida. Nes patikėkit, viską išbandžiau. utf8_encode (jokios naudos, nes gaunasi tas pats kas is utf8 encodinu į utf8), iconv ir dar kitas komandas, kurių nepamenu :).

Nusprendžiau, kad excelio klaida, nes pvz tą patį csv failą atidarius su notepad++/geany ji rodo gražiai, tačiau atidarant su exceliu, jį išdarko.

Galvojau problemos dar yra su BOM'u, tačiau jokio skirtumo nebuvo :)