olegan
Ребята, я вот понять не могу зачем Вы себе геморрой устраиваете?
Ну сделайте не кассы а режим перевода денег на счет юр.лица. Для перевода не требуются кассы.
по закону касса с фискальным накопителем должна печатать чек и передавать данные в ОФД. Если просто перевод на счет за услуги, то нифига не надо.
Мне кажется, тут не все так просто.Представь себе пользователя, которому для пополнения баланса надо перевести деньги кому-то на расчетный счет.Я думаю, многих это отпугнет.Во-первых, с электронных кошельков люди не смогут переводить напрямую тебе на счет, а во-вторых… Наверняка есть еще и во-вторых и в-третьих… А вот в ОК почему-то никаких чеков не высылают!
Спасибо.Для 2-ки понятно. Забыл указать свою версию-1.10.7. Сейчас почта настроена так
Если честно не понел ситуации, но когда стояло с php отправка, аналогично было, письма шли с аброкадаброй, хотя хост настроен на утф-8 и в штекере тоже, решил проблему подключив внешнюю почту и все исправилось, думаю всего скорее в php отправки проблема или в сервере.
Кто подскажет, это всем пользователям сайта приходят письма с такой абракадаброй? Как настроить нормальную отправку почты?
С функцией всё в порядке. Стоят какие нибудь платные или сторонние компоненты, плагины или модули? Может хаки применялись? Какие плагины подключены? Что бы не перечислять, сделайте скрин просто(это касаемо плагинов) и ссылку на него скиньте.
olegan, вы не поняли покажите саму функцию, которая находится в файле model.php.Начинается с
Извините, действительно не понял.Для меня это"темный лес".
//подготовим условия
$r_join = $is_online? "INNER JOIN cms_online o ON o.user_id = u.id": '';
$sql = "SELECT
u.id,
u.login,
u.nickname,
u.icq,
u.logdate as flogdate,
u.rating,
u.is_deleted as is_deleted,
u.birthdate, u.rating,
u.status as microstatus,
p.city, p.karma, p.imageurl,
p.gender as gender
FROM cms_users u
INNER JOIN cms_user_profiles p ON p.user_id = u.id
{$r_join}
WHERE u.is_locked = 0 AND u.is_deleted = 0
{$this->inDB->where}
{$this->inDB->group_by}
{$this->inDB->order_by}\n";
if ($this->inDB->limit){
$sql .= "LIMIT {$this->inDB->limit}";
}
$result = $this->inDB->query($sql);
$this->inDB->resetConditions();
if(!$this->inDB->num_rows($result)){ return false; }
$users = array();
while ($user = $this->inDB->fetch_assoc($result)){
$user['avatar'] = cmsUser::getUserAvatarUrl($user['id'], 'small', $user['imageurl'], $user['is_deleted']);
$user['user_link'] = cmsUser::getProfileLink($user['login'], $user['nickname']);
$user['flogdate'] = cmsCore::dateFormat($user['flogdate']);
$user['is_online'] = $is_online? true: cmsUser::isOnline($user['id']);
$users[] = $user;
}
return $users;
}
Покажите под спойлер саму ф-цию getUsers
А файлы поиска и не причём. У вас в запросе session_id, это что? Если это поле в базе, то перед ней должна стоять буква.Или u.session_id или p.session_id. А если это переменная(параметр ф-ции), то и синтаксис должен быть соответствующий.
А нельзя ли поподробней, что надо сделать. С базой ничего не предпринималось, просто обновился с 1.10.4.-.1.10.5.-1.10.6 Все обновления прошли как по маслу.Без ошибок.И вот, оказывается, что-то пошло не так.