Спорт эт хорошо! Касательно задачи мне нравится т понятие антихрупкости. Если алгоритм может глючить при каких то вероятных сценариях то глюки будут. Потому надо выбирать ту логику к которой сложнее подобрать сценарий глюка.
И мне удалось найти в обоих твоих вариантах решегия сценарии с глюками. Бе бе бе.
А в моём решении нет глюков. Но есть доп запрос. Что с снижает эффективность но повышает антихрупкость. Если выбирать между этими критериями то я всегда жертвую эффективностью в пользу антихрупкости. Там это еще называется гиперкомпенсация. Очень важная штука при создании больших и сложных систем.
Ижты. Предположим я добавил новый пост про Уху. И отметил категорию Еда. Зайдя на главную все будет ок. Зайдя в рубрику Еда. Увижу пост. Апасный момент!
А? Нука?
Так их! ))
Но вообще мб по условию имелось ввиду последняя запись сайта. А этот код будет работать фильтрую скажем последнюю запись какого то термина. Зашел в рубрику "Из необузданного", а там первый пост про борщь. Но этот пост годовой давности. А вчера был добавлен пост на сайт про уху. И именно его надо фильтровать по условию задачи.
Таким образом надо делать get_posts (получить последний пост вообще с сайта), класть его в $x, а затем $query->set( 'exclude', $x ); или типа того.
Попробуйте отключить лишние плагины и переключить тему на типовую.
Возможен какой то конфликт.
А может быть просто API поменялось. Но у нас вроде как работает.
Я про это и пишу. На самом деле 1с мало с чем в ладах. Даже на симпле с первого раза не сработала и пришлось пару недель помучиться. С другой стороны под wp есть плагины но думаю что без отладки также не обойтись.
И 1с это для мелкой торговли и экономии. Там хорошо подходит битрикс и симпла. Серьёзные магазины используют иной стек. И там я бы выбрал wordpress.
пробовал качать только сетку через конфигуратор бутстрап.
один фиг он за собой тянет обнуление css и вживлять такое в боевой сайт - зачастую приводит к ошибкам.
потому BS только если делаем сайт с нуля. но вживлять его в другой сайт, который на другой CSS-схеме живет - не рискуем.
Кстати еще пример ) Ты уж извини, я не хочу философствовать, потому ставить ярлыки на тебя не хочется. Просто даю примеры и факты, а выводы каждый сделает сам, если у человека есть такой навык.
На старте моей веб-студии, когда я еще был один, ко мне постучался такой же кодер молодой. Говорит пришел на работу в какую то студию, где его заставили изучать какой то лисапед местного производства. Он был не рад.
Я предложил ему работу. Обучил его за пару заказов и через месяц он уже фигачил реальные заказы, на реальных сайтах. Почти сам. Через пол года совсем сам. Потом мы с ним рамсанули, бывает такое. И он пропал.
А через год написал. Говорит ушел в другую студию, где писали сайты на Yii. Ему это понравилось по началу, но потом он понял что тратит кучу времени на одни и те же вещи, которые есть готовые в WP. И снова попросился обратно.
Лично для меня эти рассклады событий говорят о верности таких решений для большинства случаев, а то что кодеры часто перегибают палки с изобретеним велосипедов - это вредно. Как для обучения молодых, так и для результатов заказчиков.
Но это для меня. У тебя другая точка зрения. Это нормально. Ты главное не пытайся навязать свою религию другим. Веришь в нее - и верь дальше.
А если готов другим навязывать свои верования - будь готов быть послан на три буквы.
И чего теперь? Тебя так чешет что бывают люди с мнением отличным от твоего? В Интернете кто то не прав, а ты тут такой рыцарь решил убедить меня в своеммнении?
Чел спросил, я ответил. Я бы ушел из этой конторы в тот же день как увидел то чем они страдают. На мой взгляд это дибилизм. Писать лисопед, не имея ресурсов на документирование.
Но как уже писал выше, я не собираюсь кого-либо убеждать в этом. Мы на этом деньги делаем ) Нам ситуация эта выгодна, когда в стране тьма кодеров-дебилов, которые изобретают велосипеды. Клиенты когда к нам переходят, радуются и хлопают в ладоши, рассказывая про свой опыт, когда им впаривали самодельные лисопеды, которые потом скрипели и разваливались на ходу.
Потому удачи тебе на твоей волне ) Чем больше таких как ты, тем больше у нас довольных клиентов ) Все счастливы )
По ссылке кодер зафигачил ссылку с http в код. И удивляется почему у него https не грузится. Причем тут WordPress? )) Дай гранату обезьяне - а потом удивляйся чего сарай разорвало. Или ты думаешь что зашив ссылу в своем мега пупер модуле по http то она у тебя по https волшебно откроется? ))
Или наверное модуль же твой! Потому ты там напишешь другой модуль, который будет перехватывать http и заменять их на https.
А так я уже потерял суть спора. Я ж не настаиваю, хочешь решать сложные задачи сложными способами - флаг в руки.
А мне нравятся простые решения. И вот как то так )
доп к п. 4 - задача решаема. Также как и на других платформах. Ничего сверхсложного в этом нет. При этом у WP есть куча готовых решений для масштабирования до миллионных посещений и кластеров на 7000 серверов. Наработки и статьи на эту тему. Чего нельзя сказать о многих платформах и тем более лисапедах.
1. Они и не слушают ) А я и не настаиваю. Встречаю не много, но бывает.
2. да
3. Зачем?
4. Нет. Но не понятно как этот вопрос относится к проблему разработки сложных приложений. Я не утверждаю что под WP не надо кодить. Я лишь говорю что это проще, тк есть документация и понятная архитектура. В противовес лисапедам, где ни документации, ни архитектуры.
5. Для тебя крутость означает отсутствие ошибок? Удачи в поиске крутых движков ) а лучше напиши сам! Полюбому там ошибок не будет! Ни одной! )
Могу привести показательный пример.
Учавствовал в разработке информационной системы для предприятия в виде веб-портала.
Как раз было две команды, две платформы и две стратегии.
В одном случае была самописная система, и команда которая придерживалась стратегии писать все самим, так лучше, а документация - пофиг или по минимуму.
Во втором случае выбрали готовую платформу - WP.
В обоих командах было порядка 10 разных проектов. На разные отделы и бизнес-процессы.
В первом случае все было крайне печально. Программисты менялись, адаптация была тяжела. За год было реализовано 1,5 проекта. Остальные все затянулись и результаты были крайне печальными. Руководил этим всем главный программист. Любитель покодить. Команда человек 10.
Во втором случае за год было реализовано порядка 20 аналогичных проектов и успели часть проектов забрать из первой команды, тк они тупо не успевали. При том что команда около 5 человек.
Причина:
1. В первом случае все свое и полный хаос, все глючит и лихорадит.
2. Во втором случае платформа хорошо документирована и легко разобраться в том что и как работает. Даже молодой программист уже через неделю или две может спокойно решать задачи, отвлекая других по минимуму.
Были и другие причины, но они все сводились к тому что в первом случае самописный велосипед, а во втором случае хорошо документиированная платформа.
