Возможно, если вспомнить, что аббревиатуре "CSS" содержит слово "каскадные", то и подобные изобретения будут не нужны :)
А так там у каждого элемента есть уникальный класс.
Игорь Воротнёв, "В общем, все не так просто. Кеширование само по себе - крайняя мера,"
+100500! Кеширование само по себе - палка о двух концах. А реализованное на пхп - ужасный костыль.
Коллеги, а особенно привыкшие затыкать дыры кеш-плагинами (и плагинам безопасности - ещё одно зло) наверняка ж вы слышали про серверное кеширование? Но наверно не достаточно уделили этому вопросу внимание, уж коль плагинами лечите системные болезни. Стоит изучить о типах кеширования и методах оного. Что для чего и когда применяется.
А знаете ли вы, что у ВП на уровне ядра есть несколько видов кеша? Прочитайте и про это. Кто-то из Ковшениних писал достаточно доходчивый материал. И на wp.tv в нескольких докладах об этом упоминалось.
И вообще кеширование средствами php (плагины, да) - это лошадь, запряженная в феррари. Вместо того, чтобы заправить и жать педали автомобиля - запрягаем в неё лошадь и дышим выхлопами из-под её хвоста.
Max Medar ВПС совсем не обязательно. А если нет админа, то и не желательно. Лучше нормальный шаред. От не заевшегося хостера, а никак не от регистраторов. Никакие не регру, никру и тп не годятся.
Плагин кеширования сократит время повторной генерации страницы. Но увеличит первичной, создаст лишнюю нагрузку и никак не повлияет на сервер, если он тормоз. Плагины кеширования - костыли. Хотя и помогают необразованным домхозяйкам. Нужно оптимизировать сервер и скрипты. А кеш-плаги использовать как последнее средство.
Alex Belov Я потому и в скайп не использую - пустая болтовня по большей части. Равно как болтовня в чате (их есть у меня). Это только для клиентов. Т.е. тех кто уже смог описать задачи и оплатил их выполнение = моё время. В общем, не увидел даже перемета разговора. Тем более вроде бы от разработчика.
Возможно. Я не говорил, что творчество Кнута - идеально подходит всем. :) И любая альтернатная подача материала - это хорошо. Если этот материал правильный, подан специалистами, а не ваятелями-дилетантами. цель которых - деньги. Хоть заработок на книжках. хоть "видосиках". На последнем проще всего, потому и клепают неучи всякое дерьмо.
Гадание по фотографии - специализация экстрасенсов. А тут обитают кодеры. Им нужен код. Посмотреть глазами, пощупать руками. Ссылку на страницу короче надо.
Всё же стоит связаться с разработчиками используемого плагина. Кому как не им знать что и как работает и как решить проблему. Может она на поверхности, может локальная, а может и плагин будет улучшен.
Я не работал с такой связкой но обычно при "быстрых синхронизациях2 синхронизируется не полная база, а изменения с последней синхронизации. Не знаю насколько должно быть много товаров, что бы были проблемы. Проблемы могут возникнуть при сотнях миллионов записей, а 10К (если за час столько наберётся, в чём я сомневаюсь) - это мелочи. Может проблемы с самой БД или каналом.. Ну это я так.. как варианты рассматриваю.
А чего ты взял что там беспорядок? :) Напрягает несколько неиспользуемых тобой строк кода? :) Так там столько лишнего, что можно до половины выкинуть и написать свой движок.
А если серьёзно - файлы ядра любой нормальной CMS - не забота разработчика сайта. В них лазить строго противопоказано. В ВП для изменений, отключений, подключений и дополнений есть АПИ. Хотя в данном случае даже это не нужно.
А так там у каждого элемента есть уникальный класс.