chukcha

У себя, или на файлохранилищах, или у производителя. Если есть инструкция, то ее нужно - явно показывать выделять... Если считает, что посетителю он нужна. Бывает что ссылку оформляют в виде обыкновенной ссылки, что затрудняет ее поиск. Вкладка? Ну... не всегда чел ожидает увидеть это во вкладке.

У меня пару заказчиков не помнят названия товаров, а ищут по модели - (а это помнят хорошо)

Ок... я в веб пришел из embedded systems и oracle-dba (поэтому и дата поздняя и (вспомните) тогда массово стали появляться различные framework'и) MVC - это всего лишь объектный патерн проектирования. web-разработка

Не вижу причин :) Вернемся к нашим баранам 1. Runtime В runtime приложениях View, может быть активным, а контроллер и модель (условно) - слушатели событий поступающих от view (десктопные приложения тому пример) Model должна быть универсальной по своей сути на вход должны поступить данные фильтрации - и вернуть она должна данные из нужного источника. Контроллер - это логика обслуживания View 2. WEB В конечном итоге view выступает браузер Conroller - как слушатель в соответствии с командой роутера выбирает данные и отдает контент Выбирает данные - это вызов методов model'и (см п1. model - универсальна, что попросили, то и отдала) А отдает - рендеринг шаблона (который по сути есть отражение клиентского view) ps можно, конечно и продолжить, но как-то становится однообразно pps свою первую cms (здесь улыбка) построил на активном шаблоне, выбором шаблона занимался роутер и render, который собирал патерны из представления и отдавал контроллеру. Эта система живет себе уже с 2008, но тогда об MVC только начинали говорить

ага, а эти данные будут выданы (заменены) в top,left,right,bottom и помещены в в исходящий... $data - массив данных для шаблона $this->load->view($this->config->get('config_template') . '/template.tpl', $data); render() т.е. вы считает что рендерить должен роутер?

Каким образом паук понимающий только <h1 class="hide"> будет знать о .hide {display:none} если этот стиль может находиться в 110 файле стилей? т.е. для этого нужно отрендерить страницу. Зы... это тема не про выполнение скриптов.. $.('h1').hide() - чем хуже или лучше? Только при стуке конкурентов на вас могут (сомневаюсь) наложить санкции, но Вы их можете опротестовать...

Погодите, контроллер готовит массив данных для View, не так ли? view - хотя у него и есть команды вывода - только формирует html Да, контроллер занимается рендерингом, а вернее только дает команду Вывод происходит в index файле (роутере) $response->output(); Потому что ни seo_url, ни seo_pro, ни кто-либо другой из сеореарйтеров не являются роутерами (они только надстройки) роутером является $_GET['route'] Повторю... контроллер готовит данные для view кроме того, ведь контролер работает не с одним шаблоном (header, footer, left, right etc)

Да-да жареные и вареные Заметьте, на моем рисунке - view имеет связь между контроллером С роутером имеет связь только контроллер.

Подобие фильтра в товарах Ведь по сути - это фильтр по категории А еще по имени (есть), по количеству, наличию, модели... Нужно ли - эксплуатация покажет. Т.е. Существует целевая аудитория 1. Небольшое количество товаров 2. Среднее количество категорий 3. Большое количество товаров Как рекомендация, сделать кнопку в категориях, перейти к дереву категорий чтобы стимулировать использование модуля И в товарах - смотреть деревом, например Управлять видимостью полей - model, например

Потому что!!! http://labs.septeni-technology.jp/ruby-tutorial-box/blogging-rails-02-mvc-in-rails/

Не ставил, но смотрел демку - очень понравилось. Не хватает различных сортировок в товарах Но если будут продажи, то, надеюсь, автор все сделает.

Источник!!!! display:none может быть частью дизайна Еща раз

наиболее простой и безобидный путь - html модуль - там и размещайте баннеры.

Модуль html Указывая схему, выбираете на какую страницу размещать. + скрипт с размещением в нужное место. или же смотреть в сторону блогов/новостей/галереи, имеющий функционал html виджетов.

Контроллер может и рендерить, а отдать json, например. Не вижу противроечий И теория не отрицает вырожденных случаев.

Ну... они дети одного класса Но кажется, что в 2.х уже нет прямого доступа к модели (или это мне показалось) из view

Не вижу здесь ошибки... Тогда чем контроллер будет отличаться от модели. Роутер - выбрал контроллер, который на себе и замкнул model и view конечно, можно было бы отдать роутеру и вывод, но А если вам нужны другие размеры изображений, или еще что-то Поэтому и пишите свой метод в контроллере

Знает Храните переменные сессии в доступном вам пространстве, отличном от пространства сервера

Управление рассылкой... Если происходит массовое изменение цен, и много подписчиков, не боитесь прослыть спамерами? Если есть у кого опыт - поделитесь.

Значит у вас была такая ссылка, а теперь нет У вас переделанный seo rewriter?

http://www.opencart.com/index.php?route=extension/extension/info&extension_id=15506

Получить description preg_match_all('/href="([^"]+)"/', $description, $links); foreach( $links[1] as $key => $link ) { if ($link == 'мойсайт') || strpos('http',$link) ===false){ ничего не делать } else { заменить, удалить } } Как-то так.... не проверял и регулярку написал с листа.

Обновите файл

Показывайте сайты

Был и есть 1. Отслеживание цены 2. Принцип, конечно один, подписка пользователей. 3. Не помню, есть ли там подписка незарегистрированных пользователей? 4. Управление активацией на различных страницах.