• Что делать, если «кина не будет» или как обойти блокировку сайта провайдером
    0
    Спасибо!

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


    а в целом как у них? стабильно?
  • Что делать, если «кина не будет» или как обойти блокировку сайта провайдером
    0
    А можно ссылочку на достойного?
  • UI-Ai: Рисуем интерфейс в Adobe Illustrator
    0
    А что за приложение такое красивое вы разрабатываете (первый скрин, «Все экраны веб-интерфейса в одном файле»)? Оно еще не выпущено? Можно ссылочку, если вышло?
    Спасибо!
  • Накопительная сборка ZF в один файл
    0
    А __autoload() после этого вы уже не регистрируете?
  • Накопительная сборка ZF в один файл
    0
    Решает ли? 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().
  • Накопительная сборка ZF в один файл
    0
    Класс PHP_Autoload ваш? Лично у меня была проблема (не с вашей библиотекой) с регистрацией автолоадера путем банального объявления функции __autoload(), вместо этого пришлось писать spl_autoload_register(), из чего делаю вывод, что работать будет не всегда. Использование PEAR_NameScheme — сильное замедление — от там тыркается по всем путям из include path с проверкой на наличие файла (сам). Вот, к примеру, стандартный Zend_Loader делает это вызовом include(_once), делегируя проверку существования файла движку, что, думаю, быстрее.
  • Zend Framework: стремимся к MVC для Javascript, CSS
    0
    упс, не ожидал, что это все-таки опубликуется. Удалить как-то можно? Активность на хабре стал проявлять недавно, не все еще мне известно…
  • Zend Framework: стремимся к MVC для Javascript, CSS
    +1
    А вот интересно, путь, который предлагает ZendX_JQuery на практике не подходит для реальных проектов? Насколько я понимаю писать некоторый код можно непосредственно в контроллере на PHP, а не во view, что по-моему лучше для определенной логики. Плюс как раз решается проблема, которую отчасти пытался решить автор — подготовка данных к отображению из модели в определенном экшне. Однако, в при таком подходе мы сильно ограничены запрограммированным в ZendX_JQuery функционалом. Кто-нибудь пользует? Если да, то приходится ли дописывать javascript код руками?
  • Zend Framework: стремимся к MVC для Javascript, CSS
    0
    А вот интересно, путь, который предлагает ZendX_JQuery на практике не подходит для реальных проектов? Насколько я понимаю писать некоторый код можно непосредственно в контроллере на PHP, а не во view, что по-моему лучше для определенной логики (подготовки дынных для вывода), однако, в при таком подходе мы сильно ограничены запрограммированным в ZendX_JQuery функционалом. Кто-нибудь пользует?
  • Zend Framework: стремимся к MVC для Javascript, CSS
    0
    > defined('APPLICATION_PUBLIC_PATH') || define( 'APPLICATION_PUBLIC_FOLDER', dirname(__FILE__) );

    Вы тут проверяете наличие одной константы, а дефайн делаете другой
  • ZFCore — CMF на Zend Frameworkе
    0
    Magento eCommerce — разработка отечественного производителя?