Есть вопрос. Одна из ключевых страниц с ограниченным ролью доступом сама изменила себе алияс (синоним). У этой страницы отдельный шаблон. Смена шаблона происходит по функции прописаной в файле template темы.
Заметил случайно, открыл страницы и увидел, что страница выглядит не так как надо. Ссылка осталась на месте везде в различных меню. Но алиас поменялся в итоге и шаблон тоже.
Пришлось вручную переписать на нужный синоним. Что за беда? А если так начнут массово меняться, что делать? Кто сталкивался?
Комментарии
Нефиг было массовое обновление алиасов запускать, само оно поменяться не могло
Я ничего не запускал и не писал об этом смотри у себя массовик..
Все нормальные, а один поменялся. Вы вообще читаете или себя слушаете?
Ну тогда объясните мне с точки зрения логики, как могла сама по себе запустится функция обновления алиаса, если массовое обновление не запускалось и ноду никто не пересохранял?
а причем здесь функция, я просто описал как у меня эта страница настроена. А Бульками на работающем сайте самоубийство пользоваться, я еще понял это когда на локальном изучал Друпал и модули с всякими этими бульками, не ставил. Т.к. ими пользоваться рискованно, если только не выделенный сервер.
А эту ноду я действительно не трогал.
Причем самое интересное я указанный алиас удалил намного раньше и он относился к другому типу ноды и термину. А сегодня обнаружил, что страница про которую я вначале писал находится под этим алиасом, который удален нескольно дней назад.
А обновлением этой страницы я не занимался уже давно, да и никто не мог, прав нету кроме меня. Вот я спрашиваю, у кого было такое. А не ищу логики,я ее пока не вижу, ее нет
Что такое Бульки?
Bulk'и вероятно
Да точно Bulk.
В мой проблеме, продолжая копать, выяснил следующее, самопроизвольно прописанный алияс это название сайта прописанное в "О сайте", рассуждая дальше можно предположить, так как стоит pathauto, где-то прописан шаблон [site-name] автоматического алияса на данный тип материала и при изменении самого материала, логично предположить что переписался.
Но есть одно, но, в автоматических настройках на данный тип материала не установлено шаблона и сама нода не изменялась с момента создания и алиас уставливался сразу и делался шаблон вывода под этот алиас, так как в одном месте пришлось ставить ссылку вручную именно на эту страницу, потому изначально все проверялось все работало и была проведена рассылка с указанием ссылки на эту страницу, предварительно прошла проверка ( это на то случай, как иногда бывает, хотел сделать и забыл).
Так вот вопрос может еще где есть настройка, которую я упустил... Хотелось бы разобраться в проблеме.
Вы переливаете из пустого в порожнее. Напишите какой был алиас и какой стал. ЧТо будет если зайти по старому алиасу? 404?
По старому алиясу была ошибка 404. Страница открывалась по переписанному алиясу, но с шаблоном для этого типа материала (как я писал под старый алияс был отдельный шаблон, который вызывался по функции в template.
Старый Алияс был training-results переписался на freedom
Я сейчас удалил перезаписанный алияс и восстановил старый training-results, пока работает, только с кроном проблемы, то работает то нет, хотя о основном смотрят не залогинные пользователи. Добавлений страниц и комментариев пока нет.
Я таким часто занимаюсь, особенность работы. Иногда к вопросу может не хватать входных данных, пример:
На одном из проектов, за которыми я присматриваю, есть тип материала «Фото», к нему через CCK-поле с типом node reference привязывается нода с типом «People», так вот всё работало замечательно. Потом вчера началось следующее — при апдейте ноды с типом «people» от нод, к которым эти пиплы привязаны, пиплы отпадают, что только не думал и не пробовал. Оказалось заказчик поставил модуль Back Reference и при особых настройках вьюса и Back Reference происходила отвязка связи фотки с пиплом.
Так вот если бы заказчик не сознался в том, что поставил модуль Back Reference, я бы ковырял этот баг до сих пор.
И главный вопрос, что сделали Вы, чтобы Вам тут помогли?
Вы пришли душу изливать или получить ответ на свой вопрос?
Можно перебрать OVER 900 вариантов почему мог поменяться алиас, вдруг угадаем. А можно добавить входных условий в задачу и решить проблемы почти сразу.
Но как показывает опыт, все случайности связаны с тем, что пользователь\администратор что-то упустил из виду
да иногда идушу излить стоит, легче станет...
Согласен можно упустить и в любой системе тестирование это важный вопрос, потому как все комбинации просто невозможно смоделировать. Поэтому и должность идиота в компаниях особенно ценится.
Drupal не для блондинок, а серьезная система, из которой можно создать любые и даже самые сложные хорошо работающие проекты, поэтому имеется возможность что-то в настройках неправильно выставить или выставить не до конца.
Вот у меня как и писал:
1. Произошла смена aliasa одной страницы, у которой существует отдельный шаблон, отрабатываемый по path функцией в template
2. Alias переписался в название сайта т.е в [site-name]
3. Стоит модуль Pathauto и в настройках для данного типа ноды в синонимах нет автоматического шаблона в который переписался (т.е [site-name])
4. Указанная нода не изменялась после ее создания. Права на редактирование этого типа материалов только у меня, user 1.
Вот и вопрос, что я упустил в настройках и где, что подставился шаблон [site-name] вместо присвоеного изначально aliasa.
Заметил я случайно когда отркрыл страницу и увидел, что шаблон стал как у всех, а должен быть другой. Если бы шаблон был обычный я бы до сихпор бы не заметил этого.
Ну, в общем-то все очевидно. Вы играли с настройками и случайно переписали алиас. Никакой магии в этом нет, а случайности и ошибки бывают у всех.
Понятно что ошибся, что как то вот переписался, но вот почему в название сайта, а не в какое другое. Пытаюсь разобраться.
Принудительно не переписывал, но как автоматический синоним названия попал именно в эту ноду.
Наверное Вы правы, не стоит тратить время и заморачиваться на выяснение, просто списать на свою ошибку и заниматься делом.