свежие дистрибутивы интранет-портала
Александр Дружков
Недавно опубликовал свежую статью об итогах годовой работы над
интранет-порталом в нашей организации:
http://habrahabr.ru/blogs/e_gov/99472/
В целом, можно сказать, что система работает, и довольно успешно
помогает справляться с текущими задачами. Разработка все так же
открытая, запускается буквально "из коробки", документация
прилагается.
Основа системы:
http://kriorazum.ru/druzhkovname/public/bazovaya_ustanovka.zip
Компонент "электронных заявок" (автоматизация приема заявок ИТ-
отделом):
http://kriorazum.ru/druzhkovname/public/elektronnie_zayavki.zip
Компонент "электронная очередь" (предварительная запись граждан в
очередь):
http://kriorazum.ru/druzhkovname/public/elektronnaya_ochered.zip
Есть еще телефонный справочник, по нему сейчас написание документации,
выложу чуть позже.
Арт
основную систему, поставил, зашел в админку - а он мне вместо меню
пишет prohibited. Глянул в коде - идет проверка доступа, но я же под
админом в чем косяк?
Alexander Druzhkov
Привет!
В адресной строке приклеиваются параметры? Должно быть что-то вроде
admin/login.php?id_user=1&key=83988b005ea150bef2a756c45893b2fd
(Это сразу при входе в админку, после нажатия на ссылку "Нажмите ЗДЕСЬ
для продолжения.")
Арт
Alexander Druzhkov
Тогда проверить инициализацию массива user_array. Должны быть две переменные:
$user_array['id_user']
$user_array['key']
Если их нет - значит, сконфигурировано неверно (см. документацию).
Скорее всего, неверная переменная $doc_root . Также можно проверить
наличие в таблице global_session записи с параметрами id_user и key
(может быть, нет соединения с базой).
Если все это не поможет - высылайте подробную информацию, что и как сделано.
По идее, система запускается легко.
Арт
с сессиями, потому что указывалось неверное значение для поля id = ''.
Убрал из запроса это поле совсем (оно же автоинкремент) - всё
заработало.
Арт
крайней мере у меня. База MySQL 5.1
Alexander Druzhkov
убирать, мне уже говорили об этом.
Занес в баг-лист (отдельная тема).
30.07.10, Арт<ahale...@gmail.com> написал(а):
> Кстати, это по всему проекту, что делает его не работоспособным, по
> крайней мере у меня. База MySQL 5.1
--
мой сайт-визитка:
http://druzhkov.name
ICQ: 209-547-803
сот. тел: 8-963-278-58-45 (Курган)
Iskam
работает, однако, не могу понять где я напорол чуши с кодировками.
после создания базы phpmyadmin говорит, что там utf-8, хотя в my.ini
написано буквально:
[mysql]
default-character-set=cp1251
[mysqld]
basedir=c:/work/studio/mysql
datadir=c:/work/studio/db
default-character-set=cp1251
character-sets-dir=c:/work/studio/mysql/share/charsets
#skip-character-set-client-handshake
[client]
default-character-set=cp1251
character-sets-dir=c:/work/studio/mysql/share/charsets
С этим связана вот какая неприятность: при первоначальном создании
таблиц из запросов в update.sql все поля кирилицы валятся. Это и
названия меню юзера и поля в глобальных таблица, которые обозваны
кирилицей. А вот при дальнейшем добавлении записей как из системы, так
и напрямую из phpmyadmin кирилица отображается корректно. ЧЯДНТ?
Alexander Druzhkov
пишут больше строк:
[mysql]
default-character-set=cp1251
character-set-server=cp1251
collation-server=cp1251_general_ci
init_connect="set names cp1251"
Последняя строчка - это уже "контрольный в голову".
Что еще можно сделать:
- через phpMyAdmin - "показать переменные" - там в таблице везде
должны быть кодировки 1251.
- попробовать создать базу напрямую, зайдя в консоль MySQL и выполнив
первую команду из скрипта:
CREATE DATABASE `intranet` DEFAULT CHARACTER SET cp1251 COLLATE
cp1251_general_ci;