Jump to content

LokiDi L0ck

Expert
  • Posts

    484
  • Joined

  • Last visited

Posts posted by LokiDi L0ck

  1. у элемента window
    Методу onload класса window
    onload - это будет являтся методом класса document?

    Элементы и классы О_о

    people2010

    Покажите, пожалуйста, а как создаются экземпляры класса window (document)? :lol:

  2. Это мало телодвижений?

    s0rr0w

    Поясняю: в контексте решения товарища MximuS'а (при обращении к файловым функциям php).

    Я уже написал самый короткий и легкий в исправлениях код

    Молодец!

  3. Поднимаю старую тему, но уже с решением благодаря php 5.3

    <?php
    class Core_Test_Parent
    {
    public static function getClassName()
    {
    return get_called_class();
    }
    }

    class Core_Test_Child extends Core_Test_Parent
    {}

    echo Core_Test_Child::getClassName(); //Core_Test_Child
    ?>

    Теперь вы можете этого хотеть ;)

  4. Вот эти метки как раз по логике должны обрабатываться отдельными контроллерами и результат должен замещать соответствующую метку.

    С данными обычно работают модели, а не контроллеры.

    В данном контексте стоило бы обратиться к помощникам вида.

  5. Он в яваскрипте оказывается не явный... да и не совсем так работает

    Работает аналогично, вы так говорите лишь от временного отсутствия опыта.

    Т.е. все что вернет метод __toString() будет напечатано при вызове echo $Объект?

    Не только. При приведении к строке, например: (string) $greatRush

  6. Great Rash, не делайте из мухи слона.

    class User
    {
    protected $_name;

    public function __construct($name)
    {
    $this->_name = $name;
    }

    public function __toString()
    {
    return $this->_name;
    }
    }

    $greatRush = new User('Great Rush');
    echo $greatRush; //И это вся суть метода __toString()

    В общем в яваскрипте аналогов нет.

    .toString()

  7. Модератор - обычный пользователь

    В контексте нашего вопроса: да "обычный", но при этом не выполняющий предъявляемые к другим обычным пользователям требования. Банальное лицемерие.

    Не уверен, что а приведённом примере та же ситуация

    Всё верно. Здесь не та ситуация. И чтобы это понять не надо иметь 7 пядей во лбу.

  8. Искренне надеюсь, что все понимают важную роль модератора в существовании и развитии форума. Их адекватное поведение, скорая (профессиональная) помощь и отзывчивость может привлекать новых людей и делать форум действительно полезным.

    Ни в коем случае не выступаю против кого бы то ни было и не пытаюсь очернить. Возникший вопрос возник лишь из простого интереса: понимают ли это сами модераторы?

    Яркий пример: Динамическая структура сайта на основе БД

    Когда тема интересна, то иногда сам в ней участвую, стараясь оставаться в рамках темы. Каждый из вас их создавал и каждый наверняка знает, что он ожидал помощи, а не воды (или троллинга). Подобного можно ожидать от обычных "пользователей" (что естественно должно контролироваться управляющими форумом людьми), но никак не от модераторов, являющимися костяком форума.

    У автора возникла проблема при использовании "архитектуры" (или назовите как вам удобнее), решающей его задачи.

    Как поведение модератора вписывается в название темы (название которой не "Нужен ли мне zf?")? Почему нельзя было проигнорировать вопрос темы, если нет достойного модератора ответа?

    Вы сами наверняка понимаете, что для автора - это провоцирование и ладно бы от пользователя, но от модератора?

    Как вы сами думаете, нужен был бы вам такой ответ? Он действительно информационный? Будет ли подобное отношение привлекать людей на форум и делать его полезным? Каждый поймёт, что нет - это очевидно.

    Безответственный, не понимающий своей роли модератор - рак форума. Но ещё хуже, когда его не лечат.

  9. Если делать через роутеры, то можно правило как-то покороче переписать (именно для этого url)

    Нельзя.

    Но замута с парами ключ - значение, имхо, стремная вещь

    Выглядит лучше чем script.php?param1=value1&param2=value2.

    В вашем случае роутер не обязателен. Не надо плодить лишние сущности (для которых понадобится дополнительная память) лишь ради незначительного укорачивания url.

    Для понимания эффективного использования zf нужно время.

    К примеру у меня для отображения статических страниц используется всего один роутер.

  10. Возможно ли определить правило маршрутизации в контролере?

    Нельзя. Маршрутизация определяет какой контроллер должен быть запущен и выполняется только один раз перед диспетчеризацией (читать последний абзац).

    Не обязательно самому создавать объект Zend_Controller_Router_Rewrite. Его можно получить из фронт контроллера.

    $router = $frontController->getRouter();
    $router->addRoute('tree', new Zend_Controller_Router_Route(':module/:controller/:action/:article/:type'));

    Но что-то меня не радует перспектива по каждому чиху лезть в файл маршрутизации.

    Все маршруты должны загружаться перед диспетчеризацией. Можете закэшировать их.

  11. А у Вас даже Ваш сайт не открывается.

    Не смотрел в профиль с момента регистрации, но забавно -_-

    Сайта там не было, когда-то регистрировал для личных нужд. По их истечению домен продлевать перестал.

    Если по делу - это какой-то аргумент (тогда в чем) или что?)))

  12. LunatiK

    Есть более тонкие причины боязни OpenSource. Например уважаемый keltanas открывает сообществу исходники для ознакомления (так называемой :) ) CMF, а оно, ознакомившись, отварачивается к прежним решениям, сочтя это кустарщиной =)

  13. Для более лучшего понимания, приведу пример на ОС.

    Первый вариант установки модуля соответствует установке приложений в linux (при этом файлы приложения раскидываются по целевым каталогам).

    Второй вариант - mac os (файлы приложения находятся в одном каталоге), т.е. модуль нашего приложения будет самодостаточен - все свои файлы содержит только в себе.

  14. Предлагаю рассмотреть вопрос тем, кто знаком с zf.

    Всё нижеописанное лишь размышления на тему.

    Имеем структуру по умолчанию:

    <project name>/ 
    application/
    configs/
    controllers/
    helpers/
    models/
    modules/
    views/
    filters/
    helpers/
    scripts/
    Bootstrap.php
    data/
    database/
    cache/
    indexes/
    locales/
    application/
    en_US.mo
    logs/
    sessions/
    uploads/
    docs/
    library/
    public/
    css/
    js/
    images/
    .htaccess
    index.php
    scripts/
    jobs/
    build/
    temp/
    tests/

    - Введение:

    1.1 Каталог "application/" содержит файлы приложения, реализующие mvc.

    1.2 Каталог "data/database" может содержать .sql файлы, необходимые для установки/обновления приложения.

    1.3 Каталог "data/locales" содержит файлы переводов для приложения.

    1.4 Каталог "public" содержит файлы доступные клиенту. В "public/js" соответственно должны располагаться js-скрипты приложения, в "public/css" - стили, и т.д.

    Теперь представим, что мы решили установить модуль "user" (будет размещён в "application/modules/user") и у которого тоже имеются свои .sql, .mo, .js, .css файлы, расположенные например так:

    	user/
    controllers/
    models/
    views/
    data/
    database/
    user.sql
    locales/
    en_US.mo
    public/
    js/
    css/

    Теперь есть два варианта развития.

    I. Согласно пунктам 1.1 и 1.4, файлы из "user/data" должны будут быть разбросаны по соответствующим каталогам приложения. Т.е. после установки модуля, структура приложения будет выглядить например так:

    <project name>/ 
    application/
    ...
    modules/
    user/
    /** Каталога "data" больше не существует */
    data/
    ...
    database/
    module.user.sql
    locales/
    application/
    en_US.mo
    user/
    en_US.mo
    docs/
    library/
    public/
    css/
    module.user/
    js/
    module.user/

    II. Оставить каталог "user/data" как он есть (без перемещения файлов). В итоге, модуль после установки будет пользоваться именно им.

    Вопрос, какой вариант на ваш взгляд смотрится более "логично", почему?

    p.s. Если остались какие-то вопросы, пожалуйста задавайте. Всё будет уточнено.

    p.p.s. просьба к модераторам - чистить флейм не по теме. Заранее спасибо.

  15. Fenix

    Теперь Вы мой кумир.

    Описать архитектуру в паре предложений - это гениально!

×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. See more about our Guidelines and Privacy Policy