Ваша приставка отключена!

[Антон Дудкин]

Доброго времени суток!
Помогите с проблемой.
У клиента имеется 3 stb-приставки, на портале они заведены с разными логинами с разными маками соответственно, но с одинаковыми ЛС.
логины у них такие ivanov, ivanov2, ivanov3
Всё работало без нареканий и вот в один прекрасный день одна из приставок начала показывать "Ваша приставка отключена обратитесь к провайдеру".
При этом при всём на порале она включена. Пробовал выключать включать - не помогало.
Возможно причиной послужило обновление портала до 67 версии, но утверждать не могу, так как проблема обноружилась не сразу.
Попробовал запустить портал с приставки в дебаге, вот что получилось.

DEBUG:: 7522s 720ms  loader.next
DEBUG:: 7522s 911ms  generated in: 0.045s; query counter: 6; cache hits: 0; cache miss: 0; php errors: 1; sql errors: 0; php err str:  txt: geoip_country_code_by_name(): Required database not available at
/usr/share/GeoIP/GeoIP.dat.; file: /var/www/stalker_portal/server/lib/stb.class.php; line: 353; ;
DEBUG:: 7522s 913ms  connection_problem.hide
DEBUG:: 7522s 915ms  authentication_problem.hide
DEBUG:: 7522s 924ms  stb.get_localization
DEBUG:: 7522s 926ms  stb.load()
DEBUG:: 7522s 928ms  params: ({type:stb, action:get_localization})
DEBUG:: 7523s 671ms  generated in: 0.037s; query counter: 5; cache hits: 0; cache miss: 0; php errors: 0; sql errors: 0;
DEBUG:: 7523s 672ms  connection_problem.hide
DEBUG:: 7523s 674ms  authentication_problem.hide
DEBUG:: 7523s 695ms  load_bar.add_pos 13
DEBUG:: 7523s 697ms  load_bar.set_pos 13
DEBUG:: 7523s 699ms  load_bar.add_log
DEBUG:: 7523s 702ms  this.user: ({status:1, msg:device conflict - MAC address mismatch})
DEBUG:: 7523s 704ms  this.user[deny_720p_gmode_on_mag200] undefined
DEBUG:: 7523s 706ms  this.type MAG250
DEBUG:: 7523s 708ms  screen.height 576
DEBUG:: 7523s 719ms  screensaver.hide
DEBUG:: 7523s 761ms  load_bar.stop
DEBUG:: 7523s 766ms  stb.cut_off
DEBUG:: 7523s 776ms  stb.player.media_type undefined
DEBUG:: 7523s 778ms  stb.cur_place
DEBUG:: 7523s 780ms  stb.load()
DEBUG:: 7523s 782ms  params: ({type:stb, action:log, real_action:cut_off(), param:, tmp_type:0})
DEBUG:: 7523s 807ms  player.stop
DEBUG:: 7523s 814ms  playback_limit.reset
DEBUG:: 7523s 819ms  time_shift_indication.hide
DEBUG:: 7523s 824ms  ad_indication.hide
DEBUG:: 7523s 829ms  ad_skip_indication.hide
DEBUG:: 7523s 841ms  player.set_pos_button 0
DEBUG:: 7523s 847ms  player.update_current_time 0
DEBUG:: 7523s 854ms  to_pos 0
DEBUG:: 7523s 871ms  stb.Stop()
DEBUG:: 7523s 881ms  player.reset_pos_by_numbers
DEBUG:: 7523s 884ms  stb.player.media_type undefined
DEBUG:: 7523s 885ms  stb.cur_place
DEBUG:: 7523s 888ms  stb.load()
DEBUG:: 7523s 890ms  params: ({type:stb, action:log, real_action:stop, param:, tmp_type:0})
DEBUG:: 7523s 901ms  blocking.show
DEBUG:: 7523s 924ms  stb.load_account_modules
DEBUG:: 7523s 927ms  stb.load()
DEBUG:: 7523s 929ms  params: ({type:stb, action:get_modules})
DEBUG:: 7523s 940ms  watchdog.run undefined undefined
DEBUG:: 7523s 942ms  watchdog.running false
DEBUG:: 7523s 944ms  this.request_timeout 30000
DEBUG:: 7523s 965ms  now 1381247523964
DEBUG:: 7523s 967ms  day_start 1381176000000
DEBUG:: 7523s 969ms  Math.floor((now - day_start)/this.request_timeout) 2384
DEBUG:: 7523s 971ms  delay 26036
DEBUG:: 7523s 973ms  delay NaN
DEBUG:: 7523s 975ms  date Invalid Date NaNms
DEBUG:: 7523s 979ms  stb.player.media_type undefined
DEBUG:: 7523s 981ms  stb.cur_place
DEBUG:: 7523s 983ms  cur_play_type 0
DEBUG:: 7523s 985ms  now Tue Oct 08 2013 19:52:03 GMT+0400 (MSK) 984ms
DEBUG:: 7523s 986ms  stb.load()
DEBUG:: 7523s 989ms  params: ({type:watchdog, action:get_events, cur_play_type:0, event_active_id:0, init:1})
DEBUG:: 7524s  48ms  clock.start()
DEBUG:: 7524s  60ms  stb.setFrontPanel 1952 true
DEBUG:: 7524s 298ms  stb.player.media_type undefined
DEBUG:: 7524s 300ms  stb.cur_place
DEBUG:: 7524s 302ms  cur_play_type 0
DEBUG:: 7524s 304ms  now Tue Oct 08 2013 19:52:04 GMT+0400 (MSK) 303ms
DEBUG:: 7524s 306ms  stb.load()
DEBUG:: 7524s 308ms  params: ({type:watchdog, action:get_events, cur_play_type:0, event_active_id:0, init:0})
DEBUG:: 7524s 362ms  req.responseText Authorization failed.
DEBUG:: 7524s 366ms  authentication_problem.show
JS_msg: 'Error: SyntaxError: Unable to parse JSON string' line 687 source 'http://хх.хх.хх.хх/stalker_portal/c/xpcom.common.js'
DEBUG:: 7524s 464ms  req.responseText Authorization failed.
DEBUG:: 7524s 466ms  authentication_problem.show
JS_msg: 'Error: SyntaxError: Unable to parse JSON string' line 687 source 'http://хх.хх.хх.хх/stalker_portal/c/xpcom.common.js'
DEBUG:: 7524s 471ms  req.responseText Authorization failed.
DEBUG:: 7524s 472ms  authentication_problem.show
JS_msg: 'Error: SyntaxError: Unable to parse JSON string' line 687 source 'http://хх.хх.хх.хх/stalker_portal/c/xpcom.common.js'
DEBUG:: 7524s 476ms  req.responseText Authorization failed.
DEBUG:: 7524s 478ms  authentication_problem.show
JS_msg: 'Error: SyntaxError: Unable to parse JSON string' line 687 source 'http://хх.хх.хх.хх/stalker_portal/c/xpcom.common.js'
DEBUG:: 7524s 482ms  req.responseText Authorization failed.
DEBUG:: 7524s 484ms  authentication_problem.show
JS_msg: 'Error: SyntaxError: Unable to parse JSON string' line 687 source 'http://хх.хх.хх.хх/stalker_portal/c/xpcom.common.js'

судя по дебагу пишет не верный mac-адрес, но он верный.
долго бился в итоге удалил клиента и создал заново. проблема решилась.
но не надолго через 2 дня снова проблема всплыла именно на этой же приставке.
поэтому я пишу сюда ) так как думаю врятли удаление и создание поможет снова.
В чем может быть проблема?
Больше никто из клиентов на подобное не жаловался.

[Андрей Резников]

elseif (Config::getSafe('enable_device_id_validation', true) && isset($_REQUEST['device_id'])){

            if ($_REQUEST['device_id']){

                $device = Mysql::getInstance()

                    ->from('users')

                    ->where(array(

                         'device_id' =>  $_REQUEST['device_id']

                    ))

                    ->get()

                    ->first();

                if (!empty($device) && strtoupper($device['mac']) != $this->mac){

                    $this->logDeviceConflict($_REQUEST['device_id'], $this->mac, $serial_number, $model, 'MAC address mismatch');

                    return array(

                        'status' => 1,

                        'msg'    => 'device conflict - MAC address mismatch'

                    );

                }

            }

Проще всего решить эту проблему установив  enable_device_id_validation в false.

[Антон Дудкин]

ок, буду иметь ввиду, попробую на крайний случай.
но в чем причина и что тут не правильно я так и не понял.


вторник, 8 октября 2013 г., 21:28:28 UTC+4 пользователь Андрей Резников написал:

[Антон Дудкин]

впрочем в конфиге указано
enable_device_id_validation = true
расскажите за что отвечает эта опция?



вторник, 8 октября 2013 г., 23:01:33 UTC+4 пользователь Антон Дудкин написал:

[Антон Дудкин]

ответ нашел

В данном случае опция enable_device_id_validation отвечает за проверку целостности информации о приставке. Иными словами это защита от клонирования данных приставки.

но что это значит, кто-то клонировал приставку?
в теме 4,8,65 про это пишут вот что:

Aleksey Zhurbitsky

 9 авг.

мак-адреса в таблице в нижнем регистре.
Именно с этим и связана проблема. Вот исправление

у меня тоже в нижнем регистре мак у клиента.
а версия портала 4,8,67
исправление разве не внедрили в новую версию?


среда, 9 октября 2013 г., 1:20:08 UTC+4 пользователь Антон Дудкин написал:

[Антон Дудкин]

Сегодня проверил. симптомы всё точно также как описывал Руслан Боташев

Вот лог из device_id_error.log. Насколько я понимаю, система решила, что у них не совпадают по какому-то алгоритму мак-адреса с device_id?
Система увидела что для данного мака раньше был другой device_id. Посмотрите в таблице users поле device_id для данных маков, оно совпадает с тем что в логе? За одно проверьте мак адрес, он в верхнем регистре?

device_id для данных маков совпадает с тем, что в логах. мак-адреса в таблице в нижнем регистре.
Но поле device_id для пользователей с нашей прошивкой пустое, заполнено только у тех пользователей, которые обновились сами на дефолтные прошивки из внутреннего портала. И именно их и забанило.

device_id тоже совпадают в логах device_id_error.log и в таблице. но в таблице в нижнем регистре.
на прошивках которые собирали мы - тоже нет device_id.
но у нас много пользователей с прошивками infomir у них такой проблемы не было. проблема всплыла только у одной приставки с прошивкой:
ImageDescription: 0.2.14-r6-250; ImageDate: Fri Nov 30 14:43:29 EET 2012; PORTAL version: 4.8.67; API Version: JS API version: 327; STB API version: 132; Player Engine version: 0x55e

[Aleksey Zhurbitsky]

а версия портала 4,8,67
исправление разве не внедрили в новую версию?

Такая строка присутствует в server/lib/stb.class.php

https://github.com/azhurb/stalker_portal/blob/v4.8.67/server/lib/stb.class.php#L408

?

но что это значит, кто-то клонировал приставку?

Это значит что при загрузке оказалось что данный device_id соответствует другому mac адресу. Один из вариантов - это клонирование. 

[Антон Дудкин]

строка 408 присутствует

                if (!empty($device) && strtoupper($device['mac']) != $this->mac){

среда, 9 октября 2013 г., 11:42:19 UTC+4 пользователь Aleksey Zhurbitsky написал:

[Aleksey Zhurbitsky]

Попробуйте в базе данных выполнить запрос подставив device_id из лога

select mac from users where device_id='...';

Mac адрес соответствует тому что на приставке?

[Антон Дудкин]

mysql> select mac from users where device_id='8928C03450492F867CA3D1CF3796A452BF6F9C90C73A4E28FE91F6E87A4A5F7A';
+--------------------+
| mac                |
+--------------------+
| 00:1a:79:09:51:04  |
+--------------------+
1 row in set (0.00 sec)

мак с приставки
1: eth0: <BROADCAST,MULTICAST,UP,10000> mtu 1500 qdisc pfifo_fast qlen 1000
    link/ether 00:1a:79:09:51:04 brd ff:ff:ff:ff:ff:ff
    inet 10.40.0.87/23 brd 10.40.1.255 scope global eth0



среда, 9 октября 2013 г., 12:36:30 UTC+4 пользователь Aleksey Zhurbitsky написал:

[Aleksey Zhurbitsky]

Попробуйте еще добавить в server/lib/stb.class.php перед строкой

if (!empty($device) && strtoupper($device['mac']) != $this->mac){

код

var_dump(strtoupper($device['mac']), $this->mac, $_REQUEST['device_id']);

и еще раз запустите в режиме отладки и покажите лог.

[Антон Дудкин]

добавил получилось так:

                var_dump(strtoupper($device['mac']), $this->mac, $_REQUEST['device_id']);

                                                                                                                   
                if (!empty($device) && strtoupper($device['mac']) != $this->mac){

всё осталось по старому
вот лог:

10.40.0.87 - [Wed, 09 Oct 2013 14:47:03 +0400] mac:00:1A:79:09:51:04, serial_number:112012N023981, model:MAG250, device_id:8928C03450492F867CA3D1CF3796A452BF6F9C90C73A4E28FE91F6E87A4A5F7A, reason:MAC address mismatch
вот дебаг:

STBPlayer Engine Created
DEBUG:: 5703s  76ms  player.init_quick_ch_switch
DEBUG:: 5703s  91ms  volume.init
DEBUG:: 5703s  98ms  osd_clock.init
DEBUG:: 5703s 106ms  time_shift_indication.init
DEBUG:: 5703s 115ms  progressBar.init
DEBUG:: 5703s 123ms  player.init_aspect_info
DEBUG:: 5703s 148ms  stb.portal_path: stalker_portal
DEBUG:: 5703s 150ms  stb.ajax_loader: http://xx.xx.xx.xx/stalker_portal/server/load.php
DEBUG:: 5703s 832ms  this.mac: 00:1A:79:09:51:04
DEBUG:: 5703s 834ms  this.serial_number: 112012N023981
DEBUG:: 5703s 836ms  this.stb_lang: ru
DEBUG:: 5703s 838ms  this.timezone: Europe/Moscow
DEBUG:: 5703s 840ms  this.ntp_server: iptv.lan
DEBUG:: 5703s 842ms  this.ip: 10.40.0.87
DEBUG:: 5703s 844ms  this.type: MAG250
DEBUG:: 5703s 846ms  this.version: ImageDescription: 0.2.14-r6-250; ImageDate: Fri Nov 30 14:43:29 EET 2012; PORTAL version: 4.8.67; API Version: JS API version: 327; STB API version: 132; Player Engine version: 0x55e
DEBUG:: 5703s 848ms  this.hd: 1
DEBUG:: 5703s 851ms  stb.handshake
DEBUG:: 5703s 857ms  stb.load()
DEBUG:: 5703s 859ms  params: ({type:stb, action:handshake})
DEBUG:: 5703s 960ms  connection_problem.hide
DEBUG:: 5703s 968ms  authentication_problem.hide
DEBUG:: 5704s 139ms  loader.next
DEBUG:: 5704s 142ms  loader.next
DEBUG:: 5704s 216ms  generated in: 0.038s; query counter: 5; cache hits: 0; cache miss: 0; php errors: 0; sql errors: 0;
DEBUG:: 5704s 218ms  connection_problem.hide
DEBUG:: 5704s 220ms  authentication_problem.hide
DEBUG:: 5704s 224ms  on handshake ({token:65864522FE796DF351F28EBB1A92FAB5})
DEBUG:: 5704s 226ms  this.access_token 65864522FE796DF351F28EBB1A92FAB5
DEBUG:: 5704s 230ms  this.get_user_profile undefined
DEBUG:: 5704s 233ms  stb.load()
DEBUG:: 5704s 236ms  params: ({type:stb, action:get_profile, hd:1, ver:ImageDescription: 0.2.14-r6-250; ImageDate: Fri Nov 30 14:43:29 EET 2012; PORTAL version: 4.8.67; API Version: JS API version: 327; STB API version: 132; Player Engine version: 0x55e, num_banks:2, sn:112012N023981, stb_type:MAG250, image_version:214, device_id:8928C03450492F867CA3D1CF3796A452BF6F9C90C73A4E28FE91F6E87A4A5F7A, auth_second_step:0})
DEBUG:: 5704s 604ms  string(18) "00:1A:79:09:51:04 "
string(17) "00:1A:79:09:51:04"
string(64) "8928C03450492F867CA3D1CF3796A452BF6F9C90C73A4E28FE91F6E87A4A5F7A"
generated in: 0.035s; query counter: 6; cache hits: 0; cache miss: 0; php errors: 1; sql errors: 0; php err str:  txt: geoip_country_code_by_name(): Required database not available at /usr/share/GeoIP/GeoIP.dat.; file: /var/www/stalker_portal/server/lib/stb.class.php; line: 353; ;
DEBUG:: 5704s 607ms  connection_problem.hide
DEBUG:: 5704s 608ms  authentication_problem.hide
DEBUG:: 5704s 617ms  stb.get_localization
DEBUG:: 5704s 619ms  stb.load()
DEBUG:: 5704s 621ms  params: ({type:stb, action:get_localization})
DEBUG:: 5704s 708ms  generated in: 0.026s; query counter: 5; cache hits: 0; cache miss: 0; php errors: 0; sql errors: 0;
DEBUG:: 5704s 709ms  connection_problem.hide
DEBUG:: 5704s 711ms  authentication_problem.hide
DEBUG:: 5704s 732ms  load_bar.add_pos 13
DEBUG:: 5704s 734ms  load_bar.set_pos 13
DEBUG:: 5704s 736ms  load_bar.add_log
DEBUG:: 5704s 740ms  this.user: ({status:1, msg:device conflict - MAC address mismatch})
DEBUG:: 5704s 742ms  this.user[deny_720p_gmode_on_mag200] undefined
DEBUG:: 5704s 744ms  this.type MAG250
DEBUG:: 5704s 746ms  screen.height 576
DEBUG:: 5704s 757ms  screensaver.hide
DEBUG:: 5704s 799ms  load_bar.stop
DEBUG:: 5704s 804ms  stb.cut_off
DEBUG:: 5704s 814ms  stb.player.media_type undefined
DEBUG:: 5704s 816ms  stb.cur_place
DEBUG:: 5704s 818ms  stb.load()
DEBUG:: 5704s 821ms  params: ({type:stb, action:log, real_action:cut_off(), param:, tmp_type:0})
DEBUG:: 5704s 847ms  player.stop
DEBUG:: 5704s 853ms  playback_limit.reset
DEBUG:: 5704s 858ms  time_shift_indication.hide
DEBUG:: 5704s 864ms  ad_indication.hide
DEBUG:: 5704s 869ms  ad_skip_indication.hide
DEBUG:: 5704s 880ms  player.set_pos_button 0
DEBUG:: 5704s 887ms  player.update_current_time 0
DEBUG:: 5704s 895ms  to_pos 0
DEBUG:: 5704s 912ms  stb.Stop()
DEBUG:: 5704s 922ms  player.reset_pos_by_numbers
DEBUG:: 5704s 924ms  stb.player.media_type undefined
DEBUG:: 5704s 926ms  stb.cur_place
DEBUG:: 5704s 928ms  stb.load()
DEBUG:: 5704s 931ms  params: ({type:stb, action:log, real_action:stop, param:, tmp_type:0})
DEBUG:: 5704s 941ms  blocking.show
DEBUG:: 5704s 965ms  stb.load_account_modules
DEBUG:: 5704s 967ms  stb.load()
DEBUG:: 5704s 970ms  params: ({type:stb, action:get_modules})
DEBUG:: 5704s 981ms  watchdog.run undefined undefined
DEBUG:: 5704s 983ms  watchdog.running false
DEBUG:: 5704s 985ms  this.request_timeout 30000
DEBUG:: 5705s   6ms  now 1381315705005
DEBUG:: 5705s   8ms  day_start 1381262400000
DEBUG:: 5705s  10ms  Math.floor((now - day_start)/this.request_timeout) 1776
DEBUG:: 5705s  12ms  delay 4995
DEBUG:: 5705s  14ms  delay NaN
DEBUG:: 5705s  16ms  date Invalid Date NaNms
DEBUG:: 5705s  20ms  stb.player.media_type undefined
DEBUG:: 5705s  22ms  stb.cur_place
DEBUG:: 5705s  24ms  cur_play_type 0
DEBUG:: 5705s  27ms  now Wed Oct 09 2013 14:48:25 GMT+0400 (MSK) 25ms
DEBUG:: 5705s  29ms  stb.load()
DEBUG:: 5705s  31ms  params: ({type:watchdog, action:get_events, cur_play_type:0, event_active_id:0, init:1})
DEBUG:: 5705s  91ms  clock.start()
DEBUG:: 5705s 103ms  stb.setFrontPanel 1448 true
DEBUG:: 5705s 455ms  stb.player.media_type undefined
DEBUG:: 5705s 457ms  stb.cur_place
DEBUG:: 5705s 459ms  cur_play_type 0
DEBUG:: 5705s 462ms  now Wed Oct 09 2013 14:48:25 GMT+0400 (MSK) 460ms
DEBUG:: 5705s 464ms  stb.load()
DEBUG:: 5705s 466ms  params: ({type:watchdog, action:get_events, cur_play_type:0, event_active_id:0, init:0})
DEBUG:: 5705s 503ms  req.responseText Authorization failed.
DEBUG:: 5705s 508ms  authentication_problem.show
JS_msg: 'Error: SyntaxError: Unable to parse JSON string' line 687 source 'http://xx.xx.xx.xx/stalker_portal/c/xpcom.common.js'
DEBUG:: 5705s 586ms  req.responseText Authorization failed.
DEBUG:: 5705s 588ms  authentication_problem.show
JS_msg: 'Error: SyntaxError: Unable to parse JSON string' line 687 source 'http://xx.xx.xx.xx/stalker_portal/c/xpcom.common.js'
DEBUG:: 5705s 604ms  req.responseText Authorization failed.
DEBUG:: 5705s 606ms  authentication_problem.show
JS_msg: 'Error: SyntaxError: Unable to parse JSON string' line 687 source 'http://xx.xx.xx.xx/stalker_portal/c/xpcom.common.js'
DEBUG:: 5705s 610ms  req.responseText Authorization failed.
DEBUG:: 5705s 612ms  authentication_problem.show
JS_msg: 'Error: SyntaxError: Unable to parse JSON string' line 687 source 'http://xx.xx.xx.xx/stalker_portal/c/xpcom.common.js'
DEBUG:: 5705s 811ms  req.responseText Authorization failed.
DEBUG:: 5705s 813ms  authentication_problem.show
JS_msg: 'Error: SyntaxError: Unable to parse JSON string' line 687 source 'http://xx.xx.xx.xx/stalker_portal/c/xpcom.common.js'

среда, 9 октября 2013 г., 12:47:12 UTC+4 пользователь Aleksey Zhurbitsky написал:

[Aleksey Zhurbitsky]

DEBUG:: 5704s 604ms  string(18) "00:1A:79:09:51:04 "
string(17) "00:1A:79:09:51:04"

Тут видно что мак адрес на приставки содержит лишний символ (скорее всего пробел), по какой причине он туда попал можно только догадываться. Такое вполне могло произойти в процессе клонирования. Самым правильным решением было бы исправление мак адреса на самой приставке. 

DEBUG:: 5705s 586ms  req.responseText Authorization failed<span style="color: #660;" class="styled-b

...

[Антон Дудкин]

ага, я тоже увидел то что там пробел, хотел как раз спросить, этот мак адрес который с пробелом, он где? в базе?
откуда он вытащился? )

среда, 9 октября 2013 г., 14:58:06 UTC+4 пользователь Aleksey Zhurbitsky написал:

[Aleksey Zhurbitsky]

В данном случае да, в базе. Попробуйте его там удалить.

[Андрей Резников]

Похоже вообще на подмену МАКА!

Удалите из базы запись о приставке с маком в котором есть пробел ! 

-

Не заходили ли вы с ПК или Эмулятора на портал ? 

Проблема в том что у вас в базе есть Девайс с таким ид и у него мак с пробелом ! 

Решений несколько ! 

советую просто исправить мак и всё!

 

среда, 9 октября 2013 г., 14:02:10 UTC+3 пользователь Антон Дудкин написал:

[Антон Дудкин]

да, он в базе с пробелом.
а если в базе его подправить? быть может просто в базу вбили с пробелом ошибочно...

среда, 9 октября 2013 г., 15:02:10 UTC+4 пользователь Антон Дудкин написал:

[Антон Дудкин]

я удалил в базе пробел, всё заработало. но меня терзают смутные сомнения всё-таки.
откуда он появился...
в самом сталкере в админке при создании учетки можно пробел ввести, там поле не ограниченое символами, впрочем советую ограничить на будущее его 17 символами чтоб нельзя было лишнего ввести.
а вот у меня учетки в сталкере создаются через другую форму собственную и там я ограничил количество символов в маке, не могло там быть 18 их....
ладно понаблюдаем дальше...
если чудным образом пробел снова нарисуется, тогда что прикажете делать?

среда, 9 октября 2013 г., 15:07:22 UTC+4 пользователь Андрей Резников написал:

[Aleksey Zhurbitsky]

 быть может просто в базу вбили с пробелом ошибочно..

Я так понимаю эту приставку уже удаляли и добавляли заново?  

если чудным образом пробел снова нарисуется, тогда что прикажете делать?

Искать причину появления пробела. 

[Антон Дудкин]

среда, 9 октября 2013 г., 15:54:53 UTC+4 пользователь Aleksey Zhurbitsky написал:

 быть может просто в базу вбили с пробелом ошибочно..

Я так понимаю эту приставку уже удаляли и добавляли заново?  

да, но оба раза видимо ошибочно ввели пробел.... используя копипаст

пробел из базы удалил, проблема больше не всплывала