>[оверквотинг удален]
>Клиент на видновых машинах отсылает инфу в utf8 все врдое как нормально.
>Если посмотреть данные в базе через phpMyAdmin, то все гут. А
>вот через веб ocs с софтом уже туфта получается. Чтобы софт
>успешно импортировался в glpi его из new нужно кинуть в unchanged,
>весь софт который начинается на не кириллические буквы я перекинуть могу,
>а вот уже с кирилическими беда. Софт в составе которого есть
>кириллические символы, но он на них не начинается, успешно перекидываются в
>glpi и там в нормальном виде отображаются. Как бы заставить ocs
>показывать софт который начинается на кириллические буквы, чтобы перекинуть их потом
>в glpi. Решил эту траблу. Коряво правда, но так как основная прога glpi на ocs положить )...
Может поможет кому-нить.
Засада крылас в файле dico.php, а именно в секции CAS OF NEW, закоментировал строки 171 и 206:
if (!isset($_POST['onglet_soft']))^M
$_POST['onglet_soft']=$_SESSION['FIRST_DICO'];^M
-- onglet($list_alpha,$form_name,"onglet_soft",20);^M
++// onglet($list_alpha,$form_name,"onglet_soft",20);^M
^M //search all soft for the tab as selected ^M
$querydico=substr($querydico,0,-1);^M
$querydico .= " from softwares ^M
where name in (".$list_soft.") and name != ''^M
group by name ";^M
-- echo $querydico;
++// echo $querydico;
}^M
А также, убрал из запроса лишнее условие:
//search all soft for the tab as selected ^M
$search_soft="select distinct name from ".$table." cache^M
-- where name like '".$_SESSION['ONGLET_SOFT'][$_POST['onglet_soft']]."%'^M
name not in (".$list_dico_soft.")^M
and name not in (".$list_ignored_soft.") ".$search_cache;^M
и получилось:
//search all soft for the tab as selected ^M
$search_soft="select distinct name from ".$table." cache^M
where name not in (".$list_dico_soft.")^M
and name not in (".$list_ignored_soft.") ".$search_cache;^M
|
