Вы можете оставить данное обращение к разработчикам в разделе пожелания. Возможно достаточное количество пользователей поддержит данное обращение. Тогда, думаю, разработчики Вас услышат и все решат. В принципе, они (разработчики) Вас уже услышали.

Я же сказал, что Вы только не спешите с выставлением оценочных категорий.
Успехов.

ВИТАЛИЙ (DIAFAN.CMS), согласен, что быстро. Все же более изящный подход был бы, если применялся бы не чистый php (т.е. необходима перезагрузка страницы), а использовался бы ajax (т.е. при смене категорий подгружались бы нужные характеристики без перезагрузки страницы).

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

Ха, вот так Россия в 1837 г. лишилась А.С. Пушкина.

ЕЛЕНА (MAGAZIN), полагаю, что все ваши вопросы в разных темах и ответы на них надо свести в один раздел и назвать его: Как новичку скорректировать дефолтную версию cms. Получится неплохое практическое пособие.

Вынесите мобильную версию
из site.ru/m/
в m.site.ru
Определите в robots.txt главным зеркалом site.ru по отношению к m.site.ru
Это делается довольно легко. Даже не нужно две копии сайта. Т.е. физически все как у вас сейчас на ftp и в базе данных (просто небольшое баловство с файлами cms). Если пойдете чуть дальше, то для site.ru можно выдавать одно содержание robots.txt, а для m.site.ru другое содержание, так можно сделать с любым контентом страниц сайта.
Снимите блокировку с мобильной версии, она же теперь выступает официально как зеркало.
В принципе, такую вещь я делал для клиента. Непосредственно в админке cms можно определять вариант адреса мобильной версии, например, site.ru/какое_нибудь_имя_мобильной_версии/* или какое_нибудь_имя_мобильной_версии.site.ru/*
Клиент долго еще игрался.

Успехов.

Реабилитационно-образовательный центр - основная версия, реабилитационно-образовательный центр - мобильная версия
Почему временное? Не совсем понял Вас. Если я Вас правильно понял, то могу сказать лишь одно: robots.txt не осуществляет redirect. А поисковик понимает, где основное зеркало и не считает дублями страницы ресурса мобильной версии. Если у Вас другое понимание данного вопроса, то изложите. С удовольствием ознакомлюсь с ним.

Т.е. о каком делении, о какой правки в двух местах? Это один и тот же экземпляр сайта. Все в одном месте. Правка в одном месте.

Поверти даже телефон правиться в одном месте. Просто настроена соответствующая реакция.

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

Там этого нет по умолчанию, но все для этого почти готово. Нужно слегка подкорректировать. Тем более Вы ранее писали Ему это точно по плечу и поможет Вам разобраться на практике. Еще раз отмечу: в моем решении нет ни копий cms, ни копий базы данных, ни копий товаров и их цен. Вообще нет копий, ВСЕ в одно экземпляре. Это одна cms с единственной базой данных.
В части Здесь Вы как-то хватанули: объединили бегемота со слоном. Т.е. с одной стороны "поддомен" (своего рода адрес в сети), с другой "подпапка" (адрес в файловой системе). Да почему не правы. Здесь каждый прав по своему. Вы вольны делать все что угодно в рамках закона и не нарушая чужих прав. Практически, более подробной информации я не встречал, хотя признаюсь, что особенно никогда и не искал.

Там все просто, практически те же файлы (site.php, style.css), только лежат они в папка (директориях), которые именуются "m". Не совсем понял, что именно нужно ответить по данному вопросу. Попробуйте более точнее сформулировать вопрос или подождите, кто-нибудь ответит лучше.

АЛЕКСАНДР (LIST), лично я считаю, что и это совершенно разные вещи и решают они исключительно свои определенные задачи. Т.е. это не одно и тоже. Эти вещи не подменяют и не заменяют друг друга, а дополняют.

Ну у Вас же есть программист (Вы сами писали об этом). Вам надо с ним сеть, все распланировать. Он Вам расскажет, что для чего. Предложит Вам варианты. Пояснит, что Вы сможете получить при этих вариантах. Покажет примеры. Вы выберите, то что понравиться. Это будет в разы быстрее, чем по крупицам собирать информацию на форуме. Т.е., что хочу сказать. Вы говорите своему исполнителю - хочу вот так, а он Вам - хорошо, стоит столько-то. Вы - здорово, поехали (как сказал Гагарин).

Используйте в шаблонном теге атрибут "tag", соответственно заранее прикрепив к статьям соответствующий тег. Тогда повторений не будет. Но лучше корректируйте шаблонный тег или используйте того, кто это сможет сделать.

В запросах sql, в его строчках, после слов COMMENT замените прямые кавычки на косые . Если повторно возникнет та же ошибка, то вообще замените все прямые кавычки на косые. Проблема будет решена.

Т.е. Вы заменили все прямые кавычки на косые? Картинку ошибки покажите.

Думаю Вам будет интересно следующее:
Законна ли продажа программного обеспечения без НДС?
Операции, не подлежащие налогообложению (освобождаемые от налогообложения)
Авторское право на программное обеспечение
О лицензировании отдельных видов деятельности
Да, все забываю спросить. Недолив топлива на бензоколонках исходит из-за их программного обеспечения. Это не Ваших рук дело?

Конфликт к сожалению в другом. Используйте параметр count="3" по назначению.

Ваш слайдер работает с помощью javascript. Скрипт ориентируется на контейнер (в ваше случае контейнер определен с помощью id). Результат: на странице два блока с одним и тем же id. Решение: используйте разные id для блоков слайдера (не забудьте передать скрипту эти id блоков). Возможно пригодится - http://user.diafan.ru/forum/show3135/ - для расширения кругозора.

Allow Override - эта директива определяет правила работы с файлами .htaccess. Если она установленна - сервер будет допускать директивы .htaccess. Поэтому, если у Вас есть доступ к веб-серверу, то внесите соответствующие изменения. Если нет доступа, то просите того у кого есть. Еще раз, если на сервере запрещено читать файлы .htaccess, то читать он их не будет. А для cms.diafan это как воздух для Вас.

Файлы .htaccess читает только apache, а режим php тут не причем.

Постараюсь пояснить Ваше заблуждение: файлы .htaccess читает только Apache. Когда Вы говорите где Вы увидели Apache? Чтож, можно организовать работу PHP в режиме FastCGI (Nginx + Apache + PHP-FPM) или (Apache + Nginx + PHP-FPM) и тогда можно будет использовать файлы .htaccess. Надеюсь уловили то, где Вы ошиблись. Еще раз, если у Вас связка без Apache, например, Nginx + PHP-FPM, при этом Apache не установлен, то Вы хоть какой режим включите, файлы .htaccess ИСПОЛЬЗОВАТЬСЯ НЕ БУДУТ (если конечно Вы не будете использовать свой интерпретатор, аналогичный Apache).

Вы улавливаете разницу: Apache и Nginx - это веб-сервера, а PHP - это интерпретатор сценария. Т.е. PHP сам по себе не будет работать, ему нужен веб-сервер (Apache или Nginx, или еще какой-нибудь). Поэтому, когда говорят Nginx + PHP-FPM, это означает работу PHP в альтернативной реализацией PHP FastCGI под управлением веб-сервера Nginx. Итак, как Вы выразились - "суслик" под именем Apache - в указанной связке (напомню Вашу связку = Nginx + PHP-FPM) ОТСУТСТВУЕТ.

Чтобы был Apache, Ваша фраза должна была бы звучать так: Nginx + Apache + PHP-FPM или Apache + Nginx + PHP-FPM. Но уверен, что Вам эти тонкости не нужны. Как говорится ТП все исправит.

DENIS (DRACHOON), поражен, что Вы осведомлены, что начиная с PHP 5.4.0 модуль CLI SAPI содержит встроенный web-сервер. Но здесь речь о другом. Раз Вы в курсе о чем речь, не затруднит ли Вас проинформировать меня, как же это Вы поднимите веб-сервер, который будет использовать в своей работе файлы .htacces, используя при этом только nginx и php (без apache и самописных веб-серверов). Т.е. конкретизирую задачу, как Вы собираетесь настроить php.
Действительно это для меня интересно, буду ждать Вашего решения равносильно, как и решения ОНЛАЙН СОФТ (ONMASTER). Заинтриговали (хотя ответ я знаю, но хотел бы услышать его от Вас, Вы ж настоящее ТП).

Подведу итог тому, что сказано ранее.
1. При обозначении связок на веб-сервере, важно называть их корректно. Пример, nginx + apache + php или apache + nginx + php говорит о работе двух веб-серверов и php. Очередность серверов означает, кто из них первым встречает запрос. Другая связка apache + php или nginx + php означает работу только одного веб-сервера и php.
И так, если в связке отсутствует apache (например связка nginx + php), то в стандартных (без использования самописных доработок) случаях файлы .htaccess не используются, т.к. их читает только apache. И соответственно ни какие настройки php не заменят apache. Но если в связке присутствует apache и возникла проблема, которую описал пользователь в самом начале, то решение одно - необходимо сначала проверить директтву Allow Override, иначе все остальные патуги будут бесполезны.

Сначала читаем, затем выводим.

cart.model.php