Геннадий: Обратился знакомы с просьбой помочь в создании сайта. Тематика у него очень не конкурентная (в топе одни форумы и доски объявлений). Думаю, может в его случае подойдет и конструктор если будут удовлетворены заявленные параметры. Лично видел/слышал о ucoz-е, но это было год два назад, может сейчас что-то изменилось.
Понимаю, что для многих отдельный движок домен и хостинг это просто. Но так не для всех. В данном случае было бы удобней и дешевле пользоваться конструктором чем заказывать сайт у кого-то, так как в дальнейшем возникнут проблемы с саппортом.
Пропустим негатив, спишем на эмоции
Вот так и надо было сразу написать.
Не конструкторы, но для таких задач на выбор:
[АПД]. (тут был список сервисов)
Дел. Угомонился.
[/АПД]
При использовании последнего появится опыт стац. движка. И переезд больших проблем не вызовет.
Метки - костыль? А мне кацца это именно верное решение. Для чего ж они ещё надо? :) Их суть - линейная иерархия. Ну т.е. "связать параллельные сущности одним термином\значением".
Хотя мб я до конца и не понимаю что и зачем, но на первый взгляд всё понятно.
А вот отдельные файлы - это точно костыли. :)
Jovian: сей подход ограничит серьёзно масштабируемость и гибкость в будущем..
В чём же?
Jovian: Но по какому принципу реализовать - не знаю.
Когда мне надо сообразить какую-то структуру, которая в мозгах не складывается - я пытаюсь это на бумаге изобразить. Связи, зависимости и тд. Да не сразу, но в основном после некоторого времени мучений настаёт просветление. Хотя признаю несколько раз мне так и не удалось разрулить систему (не ВП)
Так что попробуй порисовать - мб что и прояснится.
Геннадий: Тем более, как я понимаю, вы считаете себя сеошником
Отнюдь! Мы не считаем себя сеошником. Мы просто немного умеем юзать ПС :)
Геннадий: а баянские ссылки на гугл, яндекс или на поиск на этом форуме оставьте при себе.
"Нашу песню не задушишь не убьёшь". (с) :)
А хамить не надо. Надо понимать объёмы помощи.
Геннадий: , мне интересен именно личный опыт и совет сообщества.
Где об этом старпосте?!
Объясняю. В этом разделе обитают вебмастера (ну ещё несколько троллей с разной степенью глупости. Один из которых скоро должен обязательно объявиться), которые не юзают конструкторы. Некоторые их делают (как вышеуказанный foxi). А в основном все (в см. постоянные жители раздела) юзают движки.
Так что ты просто не туда зашел со своим невнятным вопросом.
Jovian: а иметь эти поля только в "составных частях товаров", но выводить их (использовать) и на страницах с "товарами".
Погоди, "составная часть" - это уникальные данные для каждого "товара"? Т.е. в ед. экземпляре? Тогда зачем его в кастомные типы определять? ИМХО правильней в кастомную таксономию. Это же (если я правильно понимаю) иерархическая структура.
Или я не правильно понимаю?
---------- Добавлено 04.09.2013 в 16:49 ----------
3. У "товара" и "составной части товара" есть 3-4 Custom Post Fields, которые выводятся юзерам как на страницах "товаров", так и на страницах "составных частей товаров".
Т.е. дублируются в обоих кастомных типах? В стандартном случае - их надо заполнять и там и там?
Я правильно понял? Если так - вот тут как мне кацца и ошибка в проектировании.
А что представляют собой эти 3-4 метаполя (ака Custom Post Fields)? Какой содержимое?
Обратился знакомы с просьбой помочь в создании сайта. Тематика у него очень не конкурентная (в топе одни форумы и доски объявлений). Думаю, может в его случае подойдет и конструктор если будут удовлетворены заявленные параметры. Лично видел/слышал о ucoz-е, но это было год два назад, может сейчас что-то изменилось.
Понимаю, что для многих отдельный движок домен и хостинг это просто. Но так не для всех. В данном случае было бы удобней и дешевле пользоваться конструктором чем заказывать сайт у кого-то, так как в дальнейшем возникнут проблемы с саппортом.
Пропустим негатив, спишем на эмоции
Вот так и надо было сразу написать.
Не конструкторы, но для таких задач на выбор:
[АПД]. (тут был список сервисов)
Дел. Угомонился.
[/АПД]
При использовании последнего появится опыт стац. движка. И переезд больших проблем не вызовет.
Костыль
Метки - костыль? А мне кацца это именно верное решение. Для чего ж они ещё надо? :) Их суть - линейная иерархия. Ну т.е. "связать параллельные сущности одним термином\значением".
Хотя мб я до конца и не понимаю что и зачем, но на первый взгляд всё понятно.
А вот отдельные файлы - это точно костыли. :)
сей подход ограничит серьёзно масштабируемость и гибкость в будущем..
В чём же?
Но по какому принципу реализовать - не знаю.
Когда мне надо сообразить какую-то структуру, которая в мозгах не складывается - я пытаюсь это на бумаге изобразить. Связи, зависимости и тд. Да не сразу, но в основном после некоторого времени мучений настаёт просветление. Хотя признаю несколько раз мне так и не удалось разрулить систему (не ВП)
Так что попробуй порисовать - мб что и прояснится.
его сюда перенесли, т.к. в яндексе ему точно делать нечего
Нашли типа раздел-свалку? ;) Тут и так топиков не в тему хватает.
ЗЫ. Тогда ТС, сорри.
Тем более, как я понимаю, вы считаете себя сеошником
Отнюдь! Мы не считаем себя сеошником. Мы просто немного умеем юзать ПС :)
а баянские ссылки на гугл, яндекс или на поиск на этом форуме оставьте при себе.
"Нашу песню не задушишь не убьёшь". (с) :)
А хамить не надо. Надо понимать объёмы помощи.
, мне интересен именно личный опыт и совет сообщества.
Где об этом старпосте?!
Объясняю. В этом разделе обитают вебмастера (ну ещё несколько троллей с разной степенью глупости. Один из которых скоро должен обязательно объявиться), которые не юзают конструкторы. Некоторые их делают (как вышеуказанный foxi). А в основном все (в см. постоянные жители раздела) юзают движки.
Так что ты просто не туда зашел со своим невнятным вопросом.
Случилась непонятная для меня ситуация.
После чего?
В админке видит кол-во постов, но не показывает их список.
Возможно ли это из-за повышенной нагрузки на сервер?
1. Посмотри хтмл-код этой страницы. Она догрузилась?
2. Логи сервера.
Не поможет, тогда остаётся поискать виновного пп 4-6. А то и 8 и 3.
"Составная часть товара" - именно его часть, но она может быть одинаковой в некоторых "товарах"
Да, я это уже понял - след. постом написал, но он склеился с предыдущим :)
Мне кацца - метки (линейная таксономия) должно быть то, что надо. В см эти 3-4 общих для обеих типов делать не метаполями, а присваивать метки.
а иметь эти поля только в "составных частях товаров", но выводить их (использовать) и на страницах с "товарами".
Погоди, "составная часть" - это уникальные данные для каждого "товара"? Т.е. в ед. экземпляре? Тогда зачем его в кастомные типы определять? ИМХО правильней в кастомную таксономию. Это же (если я правильно понимаю) иерархическая структура.
Или я не правильно понимаю?
---------- Добавлено 04.09.2013 в 16:49 ----------
Так.. перечитал.. переподумал. Вышесказанное отменяется ;)
А что если в п3 использовать просто метки? Ну или кастомную таксономию линейной иерархии (ну т.е. без иерархии.)
Своими служебными функциями .
Ок. Достаточно флуда.
3. У "товара" и "составной части товара" есть 3-4 Custom Post Fields, которые выводятся юзерам как на страницах "товаров", так и на страницах "составных частей товаров".
Т.е. дублируются в обоих кастомных типах? В стандартном случае - их надо заполнять и там и там?
Я правильно понял? Если так - вот тут как мне кацца и ошибка в проектировании.
А что представляют собой эти 3-4 метаполя (ака Custom Post Fields)? Какой содержимое?
но полагаю появилось что-то еще.
А как же!