А я уж было подумал переписать класс на синглтон. объявить методы не статическими и в __CallStatic создавать/возвращать экземпляр и выполнять его метод. Только переписывать нужно не один класс..
Зашел на bugs.php.net через проксю. Роскомнадзор невзлюбил девелоперов? Но коль скоро будет исправление, думаю писать тудой уже нет смысла. А было собрался.
Потрясающе! То то я все мануалы перерыл и ни малейшего упоминания о таком чудесном поведении не сыскал!
P.S. bugs.php.net походу не работает Эх, жаль конечно, но по всей видимости пых переживает не лучшие времена... Переживет ли?.
Мелкий, очень интересно! А что это такое? Где я упустил такое поведение. почему раньше работало? Вообще ни чего не понимаю! Вывод то идет array(1) {}
Т.е. как бы он видит что один аргумент присутствует, но вот самого аргумента нет.
Прошу пните в мануал!
Всем привет.
После обновления (не знаю точно с какой версии) до php 7.3.0 появилась ошибка. Всю голову сломал откуда она и почем до обновления все отлично работало.
есть простенький класс, для конвертации валют:
Что самое интересное, есть похожий код в другом классе где та же самая конструкция call_user_func_array([__CLASS__ , $modname],$args); прекрасно работает!
Помогите кто чем может, уже третий час долблюсь - ни фига не понимаю!
Мелкий. Так я и думал, придется хакать) (Добавление)
Таксь, чуть порыскав тему я понял что область видимости кук ограничена доменом, его установившим. и деректива domain служит лишь для управления поддоменами. Верно? И куку надо ставить только с того домена, которому направлен запрос. Ну как с пикселями всякими.. Жаль, очень хотелось скриптом поставить
document.cookie="test1=without_domian;"+ expires +";path=/";// - работает. устанавливает куку с доступом для excample.com, соответственно с домена another.com она не доступна
document.cookie="test2=with_domian;"+ expires +";path=/;domain=another.com";// - не работает. кука вообще не ставится
зачем интересно наваливать то, что не используется?
Если бы не использовалось, я бы не заморачивался!
А можно без демагогии!?!? Сколько раз уже, обратишься с конкретной проблемой, а вместо помощи в решении тебя убеждают что ты индюк! Уже вообще ни малейшего желания писать на форум нет.
смогу конечно (Добавление)
только вот в чем вопрос зачем вам проверка тех модулей? просто для красоты типо круто?, если бы вы их использовали у себя то вероятно бы знали как проверить есть то или иной модуль чтобы им воспользоваться
Я знаю как проверить. Тупо exec может проверить все что надо. Но я полагаю, что есть метод красивее.
Использование тривиально wget - скачиваем архивчик, zip или tar - распаковываем его.
Я вот восьмой друпал ковыряю, но че та пока не могу найти среди этого невероятного леса либ и модулей именно то что мне нужно. Джумлу тож ковырял - та же фигня. Надо наверно че попроще взять, типа симплы..
Если бы я знал конкретно в какой из них есть именно то что мне нужно.. (Добавление)
И таки да, это круто и красиво. И это 50% моего желания, а почему бы нет?
Доброго!
В некоторых CMS (сейчас не вспомню в каких конкретно) перед установкой CMS на сервер происходит проверка системных требований.
Хочу такую же темку замутить для своего сайтеца. Так вот вопрос в следующем. Если проверить версию системы, пхп и его расширений не составляет труда с помощью штатных функций uname и php_version, то со специфическими пакетами, такими как tar, zip и wget такая тема не канает. Ну собсно в этом и вопрос - можно ли проверить наличие или отсутствие определенных пакетов в системе?
Ну и еще, я бы с удовольствием поглядел на реализацию такой проверки из какой-нть CMS. Или может у кого есть готовый скриптик, поглядеть что там да как?
Ребята. Есть ктор разрабатывал на этой срани?
Нужно переделать вывод корзины. С помощью views не получается. Нужно кодом. Куда копать? hook_cart_display не дает нужного.
Отзавитесь плиз хоть кто-нибудь кто сталкивался с друпалом. Жопа уже 2 недели сижу с корзиной этой
У меня вот тоже как раз возник вопросик по поводу соблюдения контракта. Есть простой базовый класс, реализующий простенький функционал, позволяющий загружать в себя другие объекты и массивы.
Ессно, все его методы public. Но если мне нужно сделать наследуемый класс - синглтон, имеющий функционал родителя, но с private конструктором, то у меня это не выйдет :
Fatal error: Access level to page::__construct() must be public (as in class standart)
Собственно вопрос в следующем - как правильно поступить в такой ситуации. Переносить код методов из одного класса в другой? Не очень красиво.. Оставить public у синглтона? Тогда это уже не синглтон.
З.Ы. ну и вообще не очень понятно почему если с паблика перегружаешь в приват то это запрещено. Здесь же как бы уровень безопасности возрастает. Вот наоборот да. С привата в паблик - согласен не есть гуд..