- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Здравствуйте.
Хочу объявить массив глобальным.
Проблема в том, что глобальный массив, нужно объявлять глобальным (точнее говорить, что нужно использовать глобальный) в каждой подпрограмме (функцией, методе, цикле).
Как объявить раз и навсегда. Чтобы массив был доступен ровно также глобально, как супермассивы _GET, _POST,...?
$GLOBAL
$GLOBALS[] или $HTTP_SERVER_VARS[] - объявлять не нуна
Ёхан Палыч, это не подходит. Нужен именно новый супермассив.
Можно хранить массив в $_SESSION
Alipapa, а можно и в REQUEST, GLOBALS. Нужны новые супермассивы CONF, LANG, DIR.
Alipapa, а можно и в REQUEST, GLOBALS. Нужны новые супермассивы CONF, LANG, DIR.
Вы зря отмели идею, хранить в сессиях не так и плохо.
Ну и раз такая задача - учим ООП
инклудим файл с этим классом и дальше в любой точки скрипта:
bay_ebook, как раз в ООП сейчас и реализовано. Слишком длинный синтаксис для вызова объектов, которые единожды обрабатываются при старте скрипта.
$CONF = GlobalConfig::$CONF;
}
Уже лучше global каждый раз писать. Этот оператор работает в 8 раз быстрее за создание новой локальной переменной.
Вчера было CONF_VAR, потом было переписано в Registry::CONF['VAR']. Сейчас понял, что это неудобно и ООП здесь совсем не нужен, а нужен обычный супермассив. Как?
bay_ebook, как раз в ООП сейчас и реализовано. Слишком длинный синтаксис для вызова объектов, которые единожды обрабатываются при старте скрипта.
ну вам прям не угодишь :)
В сессиях плохо, в ООП - плохой синтаксис. Ну тогда в константы, если данных не много.
bay_ebook, в константах было изначально. Не устраивать ибо нужна вложенная структура + 1% данных изменяется во время выполнения скрипта. Нужен именно супермассив. GLOBALS вроде бы и подходит, но... заносить LANG, CONF, DIR в один массив? - Нет.
Ну не верю я, что нету возможности создать свой супермассив.
ortegas, никак. Ну вам же советовали в вашей прошлой теме несколько паттернов проектирования.
siv1987, я выбрал регистр. Но не нужен мне он. Мне нужен глобальный массив. Что делать? :(
Или мне так писать _::$CONF чтобы было короче. Нет, ну это же костыли. А обращаться к конфигурациям через Registry::$CONF это ахтунг!