sergv#: Или если класс деятельности материалов на домене не будет совпадать с классом, зареганным в ТЗ шустрика.
Я думаю не много не так. Вот так правильнее будет: если класс деятельности материалов на домене будет совпадать с классом, зареганным в ТЗ ТСа.
Они конечно не смогут зарегать одинаковый класс, но деятельность на домене может пересекаться. (например у Оксанки оптовая торговля, а у ТСа розница. Не знаю как это по различиям в классах, но выкрутится можно, я уверен. В крайнем случае добавить на сайт зареганную деятельность ТСа :) )
webinfo#: Не, ну может быть, это он не порядок сортировки так задаёт, а прописывает какое-нибудь свойство - например, год выпуска музыкального альбома или дату рождения исторической личности.
Это уже вручную.
А когда "не вручную" - не важно что. Даже не важно цифры ли это. АЦФ нужен, когда нужно руками заполнять ПП, созданным им.
А Если писать некий код, заполняющий ПП, то проще их сделать сразу, без АЦФ. Более того если не требуется их редактирование вручную, то сделать их скрытыми.
denis920#: и в CMS много ненужного есть, что не будет использоваться проектом.
А тебя не настораживает, что например ты не используешь +/- 80% возможностей телефона, ворда/экселя, госуслуг (условных), и тд. При этом часть функций того же телефона всё равно работают и жрут батарею, в то время как в CMS "лишнее" может вообще никак не влиять на производительность, но помогать в разработке и понадобится будущем.
Кроме того есть headless ("безголовые") CMS. Это в которых внешний вид (фроентэед) и внутренности (бекэнд) разделены. В "классических" headless CMS как правило вообще нет фронта - его пишут отдельно. И даже тот же WordPress может работать как headlessCMS, только как по мне это безумное извращение.
Ида. (не весь топик читал, сорри если повторю сказанное) - всё начинается с ТЗ. В твоём случае с предварительного - с брифа.
samdo#: Подскажите, возможно ли сортировать записи по значению поля ACF (тип поля - текст). В нем прописываются только числа, и, чем больше число, тем выше запись в списке. При этом, записи, у которых данное поле не прописано, сортируются как обычно в хронологическом порядке (старые внизу, свежие вверху).
Это конечно возможно, но это плохой подход. Не наглядно, запаришься следить за этими цифрами, возможны конфликты и вообще лишняя сущность и запросы. Правильнее и проще будет сортировать по датам создания/публикации/изменения.
Или если класс деятельности материалов на домене не будет совпадать с классом, зареганным в ТЗ шустрика.
Я думаю не много не так. Вот так правильнее будет: если класс деятельности материалов на домене будет совпадать с классом, зареганным в ТЗ ТСа.
Они конечно не смогут зарегать одинаковый класс, но деятельность на домене может пересекаться. (например у Оксанки оптовая торговля, а у ТСа розница. Не знаю как это по различиям в классах, но выкрутится можно, я уверен. В крайнем случае добавить на сайт зареганную деятельность ТСа :) )
upd: по данным brand-search.ru , заявка на "СУПРАТЕН" только только находится на стадии рассмотрения
Ха, какая шустрая Оксанка. 2 недели как только подала заявку, а уже домены отжимать принялась :)
Похоже всё же у ТСа есть шанс сохранить домен. Особенно если он зарегит свой ТЗ.
у ТСа есть ещё время, которое он может использовать для регистрации одноимённой торговой марки в свободных классах,
торговые марки охраняются законодательством, в отличие от названий ооо, именно поэтому в России сотни одинаковых названий ооо
См выше:
товарный знак зарегистрирован в роспатенте, название тоже.
А также на сайт ТСа и вид деятельности ООО.
(Правда претензия на pro, а у ТСа ru, но думаю это дело времени)
Походу ТСу нужно готовиться к прощанию с доменом.
Не, ну может быть, это он не порядок сортировки так задаёт, а прописывает какое-нибудь свойство - например, год выпуска музыкального альбома или дату рождения исторической личности.
Это уже вручную.
А когда "не вручную" - не важно что. Даже не важно цифры ли это. АЦФ нужен, когда нужно руками заполнять ПП, созданным им.
А Если писать некий код, заполняющий ПП, то проще их сделать сразу, без АЦФ. Более того если не требуется их редактирование вручную, то сделать их скрытыми.
Да не, не вручную же это делать.
Если не вручную, то хотелка ещё более странная... "не вручную" АЦФ как бэ вообще не нужен - есть и ID и даты.
и в CMS много ненужного есть, что не будет использоваться проектом.
А тебя не настораживает, что например ты не используешь +/- 80% возможностей телефона, ворда/экселя, госуслуг (условных), и тд.
При этом часть функций того же телефона всё равно работают и жрут батарею, в то время как в CMS "лишнее" может вообще никак не влиять на производительность, но помогать в разработке и понадобится будущем.
Кроме того есть headless ("безголовые") CMS. Это в которых внешний вид (фроентэед) и внутренности (бекэнд) разделены. В "классических" headless CMS как правило вообще нет фронта - его пишут отдельно. И даже тот же WordPress может работать как headlessCMS, только как по мне это безумное извращение.
Ида. (не весь топик читал, сорри если повторю сказанное) - всё начинается с ТЗ. В твоём случае с предварительного - с брифа.
Так забаньте вообще этих ботов - будет тот же эффект.
Подскажите, возможно ли сортировать записи по значению поля ACF (тип поля - текст). В нем прописываются только числа, и, чем больше число, тем выше запись в списке. При этом, записи, у которых данное поле не прописано, сортируются как обычно в хронологическом порядке (старые внизу, свежие вверху).
Это конечно возможно, но это плохой подход. Не наглядно, запаришься следить за этими цифрами, возможны конфликты и вообще лишняя сущность и запросы. Правильнее и проще будет сортировать по датам создания/публикации/изменения.
Или же использовать готовые плагины сортировки.