Pull to refresh
0
0
c0ba @cids

User

Send message
Спасибо!

рекламировать его не сильно хочется пока


а в целом как у них? стабильно?
А что за приложение такое красивое вы разрабатываете (первый скрин, «Все экраны веб-интерфейса в одном файле»)? Оно еще не выпущено? Можно ссылочку, если вышло?
Спасибо!
А __autoload() после этого вы уже не регистрируете?
Решает ли? My_NameScheme_Autoload::classAutoloader() использует PEAR_NameScheme::name2path(), а там перебор по PEAR_NameScheme::getInc(), который в свою очередь возвращает массив путей из include_path + пользуется не оптимальной (по мнению разработчиков Zend_Loader) проверкой file_exists

        foreach (PEAR_NameScheme::getInc($absolutize) as $libDir) {
            $path = $libDir . '/' . $fname;
            if (file_exists($path)) {
                if (!$absolutize) return $fname;
                else return $path;
            }
        }


А вот ту Вы уже полученный финальный путь опять проверяете на существование, но уже «оптимально» =). Кстати, что вернет fopen(false, "r", true)? Ведь такой вариант событий не исключен, судя по коду PEAR_NameScheme::name2path().
Класс PHP_Autoload ваш? Лично у меня была проблема (не с вашей библиотекой) с регистрацией автолоадера путем банального объявления функции __autoload(), вместо этого пришлось писать spl_autoload_register(), из чего делаю вывод, что работать будет не всегда. Использование PEAR_NameScheme — сильное замедление — от там тыркается по всем путям из include path с проверкой на наличие файла (сам). Вот, к примеру, стандартный Zend_Loader делает это вызовом include(_once), делегируя проверку существования файла движку, что, думаю, быстрее.
упс, не ожидал, что это все-таки опубликуется. Удалить как-то можно? Активность на хабре стал проявлять недавно, не все еще мне известно…
А вот интересно, путь, который предлагает ZendX_JQuery на практике не подходит для реальных проектов? Насколько я понимаю писать некоторый код можно непосредственно в контроллере на PHP, а не во view, что по-моему лучше для определенной логики. Плюс как раз решается проблема, которую отчасти пытался решить автор — подготовка данных к отображению из модели в определенном экшне. Однако, в при таком подходе мы сильно ограничены запрограммированным в ZendX_JQuery функционалом. Кто-нибудь пользует? Если да, то приходится ли дописывать javascript код руками?
А вот интересно, путь, который предлагает ZendX_JQuery на практике не подходит для реальных проектов? Насколько я понимаю писать некоторый код можно непосредственно в контроллере на PHP, а не во view, что по-моему лучше для определенной логики (подготовки дынных для вывода), однако, в при таком подходе мы сильно ограничены запрограммированным в ZendX_JQuery функционалом. Кто-нибудь пользует?
> defined('APPLICATION_PUBLIC_PATH') || define( 'APPLICATION_PUBLIC_FOLDER', dirname(__FILE__) );

Вы тут проверяете наличие одной константы, а дефайн делаете другой

Information

Rating
Does not participate
Location
Россия
Registered
Activity