Возможн это выход для типовых тэгов, но таких мало, + для каждого такого тэга будет будет 3-4 параметра. Да, это не 7 как сейчас, и количество параметров уменьшится. Но появится куча директив, которые надо помнить...
И всеравно будут длинные теги, использующиеся всего один раз, которые портят всю красоту.
Вордпрессом как раз в основном и пользуюсь. Но не нравится, то, что для того чтобы изменить содержание страницы надо лезть на фтп и менять файл шаблона (например, page-contacts.php). А менеджер этого сделать не может в принципе. Может я хочу невозможного?
Дело в том, что контент - это не просто простыня из текста (+ пара фоток или списком), а сверстанные блоки. То есть, можно сказать, что контент страницы (не новости - новости это просто текст), это разнообразный html код.
Насчет того что может влезть запрос из другого соединения с базой я не уверен (загуглил — не нашел под наш случай), на всякий случай обернул все в транзакцию, благо у Code Igniter есть для них простейший синтаксис.
И насчет found_rows(), он, насколько я понял, добавляется в конец? Если у меня есть order by users.id desc, то оно не потеряется? Ведь order после union делается. И если у меня есть limit, то как получить из запроса количество записей? Может быть, надо делать второй запрос, похожий на первый, но только чтобы он только выводил количество записей?
Спасибо, все очень наглядно и аккуратно — у меня было почти тоже самое (только не так красиво), вот только я не знал как подсчитать количество записей. Сейчас буду пытаться пробовать использовать. Есть вопросик:
Если в строчке
where phone like '%7%' and city = 'Moscow' and last_name like '%uti%'
нет ошибки, тогда я в упор не понимаю как она работает. Откуда берутся 'phone', 'city', 'last_name'? Или это «доделай сам»?
С ЧПУ все ок, поправил плагином. Форум мне внутри магазина и не нужен, для этого отдельные движки есть. А насчет версии — то сейчас распространена у всех 1.5.3.1 (и плагины и локализации)
И всеравно будут длинные теги, использующиеся всего один раз, которые портят всю красоту.