Осталось пояснить ТС-у, что такое "ТС", "RTFM" и "аббревиатура". :D
Bitman, спасибо, буду пробовать разобраться!
И, вроде бы, у меня начинает формироваться в уме концепция решения моей проблемы - завтра-послезавтра попробую её оформить в практическом виде и поделиться результатами.
О, как.
А как? :)
Было бы здорово в админке открыть листинг каких-то CPT и поменять значения определённых CPF сразу скопом...
Это - безусловно.
Правильное кэширование будет.
Но я хочу помочь кэшированию (как сайта, так и своих рук :) ), решив задачу правильно, а не абы как... Вот в чем загвоздка. ;)---------- Добавлено 04.09.2013 в 23:45 ----------
Это как, расскажите, пожалуйста.
Что есть "автоматическое содержание"?
Всегда пожалуйста. ;)
Хедер должен быть вверху, как и вся основная навигация.
Потом идёт контент.
Затем сайдбары. Это скорее важно для контекстной рекламы, нежели для поисковиков. Хотя, стараюсь делать именно так.
Обозначить главный контент можно (и нужно) более правильными способами - указывать role, использовать тэг <article> и т.д. Это эффективнее, нежели последовательность кода HTML.
Техник верстки очень много - погуглите, и всё найдёте.
Тут нет параллельных сущностей, по сути. Но метки можно задействовать, хотя и придётся ещё и их "менеджерить".
Я тоже почти всегда так делаю. ;)
Это точно. :D
Если часто менять, какой толк от кэша? Я в принципах кеширования не силён, если честно... Другое дело, если бы не так часто изменения были (в моём конкретном случае)...
Очень полезная инфа, СПАСИБО! Я как-то упустил сии возможности из виду.
После изучения картинки, как думаешь?
п.с.: это не важно, но тем не менее. :) Не стоит думать будто я в "товарах" буду "ценники" менять. То, что мне нужно, вообще не относится к коммерции - просто было удобно объяснить на таком примере. Переменные в этих злосчастных 3-4 полях будут иметь строго целые числа от 0 до 200.
Вот, попробовал описать на примере моделей авто и их двигателей. 🍿
Через часок обрисую проблему более подробно и в картинках (а то у нас недопонимание), так что не уходите - подумаем вместе ещё разок. ;)
Костыль. Я не смогу спать нормально. :)
Более того, сей подход ограничит серьёзно масштабируемость и гибкость в будущем...
Хотя, вариант интересный - я о таком даже не подумал.;)
В идеале, я вижу использование некой отдельной таблицы в БД.
Но по какому принципу реализовать - не знаю.
Особенно мне не понятно, как заставить писать в эту таблицу данные каждый раз, когда я создаю/редактирую Custom Post type "составная часть товара".
Можно использовать отдельный php файл с переменными, но их там будет 1200 штук! 😮 Тоже костыль...
