Мы все используем результаты работ других людей, реализовавших свои идеи в коде, под их нужды
Эээ нет, это продукт они РАСПРОСТРАНЯЮТ, это не под ИХ нужды - он позиционируется как продукт для НАШИХ нужд. Тоже мне бессребреников нашел.
Хотя вы интересно подменяете тему разговора о деловой( в данном случае программистской, не знаю, этикой разработчика) этике юридическими аспектами - мол, юридически они ничего не должны, а значит рот закройте.
Я конечно все понимаю, но с каких пор бесплатность продукта освобождает от ответственности за неприятности и проблемы при его использовании? Что это за извращённое понятие опенсурса?
Разрабам 100500 раз твердили: юзайте api, не надо лазить в базу напрямую. А раз уж полезли - будьте готовы к тому, что что-то может пойти не так.
А что ж высшие разрабы то стали менять структуру таблиц, если она была такая идеальная, юзай только API? Может как раз не хватало функционала API и приходилось напрямую лезть, что заставило в итоге разрабов переработать весомую часть таксономии?
Судя по этой информации, времени было достаточно,чтобы переписать свои модули
А как переписать, если новой таблицы ещё не было? Да отмазки все это. Так не делают. Я вон предложил аналогию с PHP - сколько тащили ради совместимости? А тут бах и типа разгребайте.
Но потом один из вариантов начнет дополняться каким-то функционалом..
Да не скоро и начнет. А пока хотя все понимают, что старую таблицу уже использовать нельзя - и новые модули пишутся уже с новой таблицей, а старый обновляются, ибо ЕСТЬ КУДА ОБНОВЛЯТЬ. И месяцок у людей будет все переписать без обрушивания всей системы
Помните сколько лет PHP поддерживало старые форматы баз, но уже вводила новые? Вот пример.
А прикинь они с твоей логикой - все, 4-я версия mysql(образно) не поддерживается, теперь только 5-я, а все кто не успел тот опоздал - мы написали, мол не обновляйтесь, угу.
И в чем проблема? Насколько я помню данные пишутся в итоге в одном месте. Просто будут автоматом ПИСАТЬСЯ в две таблицы. НО система забирать будет уже из новой, а те сторонние модули, которые со старой таблицей работают - из старой.
То есть запись просто параллельно идёт в обе таблицы. Да, будут проблемы с теми, кто пишет НАПРЯМУЮ в таблицы - но кто так делает с таксономией? Обычно же taxonomy_save() максимум идёт.
Но вообще конечно так не делают. Новая версия не должна кардинально старую перечеркивать, должен быть переходный период, когда обе таблицы бы существовали и работали корректно.
Обновляли наверное недавно сайт и какой-то патч затерли или же несовместимость какая-то появилась. А какая - смотреть надо, сдается мне какой-то js-скрипт глючит
Да тут с таким объёмом информации только гадать на кофейной гуще. Может повреждение какого файла - отсюда вывод предварительный перед основным, а значит и белый экран.
хм, ну в теории кажется несложно, путём мелкого модуля - типа подставляем разную страницу в зависимости от авторизации. Или даже в preprocess_page выйдет...
Штатный телепат пока в отпуске, а мы не опытные, не можем понять пока как код у вас устроен в самописном модуле, как-то все размыто в штатном хрустальном шаре
Обновление 8.6.x > прощай, taxonomy_term_hierarchy ?
Вы серьезно? Это в вашем понимании опенсурс?
Обновление 8.6.x > прощай, taxonomy_term_hierarchy ?
Эээ нет, это продукт они РАСПРОСТРАНЯЮТ, это не под ИХ нужды - он позиционируется как продукт для НАШИХ нужд. Тоже мне бессребреников нашел.
Хотя вы интересно подменяете тему разговора о деловой( в данном случае программистской, не знаю, этикой разработчика) этике юридическими аспектами - мол, юридически они ничего не должны, а значит рот закройте.
Обновление 8.6.x > прощай, taxonomy_term_hierarchy ?
Я конечно все понимаю, но с каких пор бесплатность продукта освобождает от ответственности за неприятности и проблемы при его использовании? Что это за извращённое понятие опенсурса?
Обновление 8.6.x > прощай, taxonomy_term_hierarchy ?
Кроме разрабов Друпала. Они даже за него не ответственны. Ужас.
Обновление 8.6.x > прощай, taxonomy_term_hierarchy ?
Просветите плиз, в чем у меня недопонимание? Опенсурс исключает ответственность за продукт?
Обновление 8.6.x > прощай, taxonomy_term_hierarchy ?
Кто бы оплатил...
Но тут модуля не хватит, тут патчить ядро придется
Обновление 8.6.x > прощай, taxonomy_term_hierarchy ?
А что ж высшие разрабы то стали менять структуру таблиц, если она была такая идеальная, юзай только API? Может как раз не хватало функционала API и приходилось напрямую лезть, что заставило в итоге разрабов переработать весомую часть таксономии?
Обновление 8.6.x > прощай, taxonomy_term_hierarchy ?
А как переписать, если новой таблицы ещё не было? Да отмазки все это. Так не делают. Я вон предложил аналогию с PHP - сколько тащили ради совместимости? А тут бах и типа разгребайте.
Обновление 8.6.x > прощай, taxonomy_term_hierarchy ?
Да не скоро и начнет. А пока хотя все понимают, что старую таблицу уже использовать нельзя - и новые модули пишутся уже с новой таблицей, а старый обновляются, ибо ЕСТЬ КУДА ОБНОВЛЯТЬ. И месяцок у людей будет все переписать без обрушивания всей системы
Обновление 8.6.x > прощай, taxonomy_term_hierarchy ?
Да, это элементарно. У нас пишет всего одна функция на весь Друпал.
Обновление 8.6.x > прощай, taxonomy_term_hierarchy ?
Помните сколько лет PHP поддерживало старые форматы баз, но уже вводила новые? Вот пример.
А прикинь они с твоей логикой - все, 4-я версия mysql(образно) не поддерживается, теперь только 5-я, а все кто не успел тот опоздал - мы написали, мол не обновляйтесь, угу.
Обновление 8.6.x > прощай, taxonomy_term_hierarchy ?
И в чем проблема? Насколько я помню данные пишутся в итоге в одном месте. Просто будут автоматом ПИСАТЬСЯ в две таблицы. НО система забирать будет уже из новой, а те сторонние модули, которые со старой таблицей работают - из старой.
То есть запись просто параллельно идёт в обе таблицы. Да, будут проблемы с теми, кто пишет НАПРЯМУЮ в таблицы - но кто так делает с таксономией? Обычно же taxonomy_save() максимум идёт.
Обновление 8.6.x > прощай, taxonomy_term_hierarchy ?
Да конечно могут, что за ерунда. Можно было бы оставить и старую таблицу и писать туда те же данные, и всё.
Сломался Lazyloader весь день ищу причину (мистика?)
То есть две недели назад что ли? Может тогда уже проблема была, нет бэкапа эдак весеннего?
Обновление 8.6.x > прощай, taxonomy_term_hierarchy ?
Но вообще конечно так не делают. Новая версия не должна кардинально старую перечеркивать, должен быть переходный период, когда обе таблицы бы существовали и работали корректно.
Обновление 8.6.x > прощай, taxonomy_term_hierarchy ?
Ну вернуть старую табличку - косяки то исчезнут, а потом дописать синхронизацию, если уж так неохота новую использовать. Как временная мера
Сломался Lazyloader весь день ищу причину (мистика?)
Обновляли наверное недавно сайт и какой-то патч затерли или же несовместимость какая-то появилась. А какая - смотреть надо, сдается мне какой-то js-скрипт глючит
Вопрос о Control panel
Смените тему оформления админки admin/appearance на что-нибудь стандартное - должно помочь. И поставьте admin_menu
Не могу зайти в админку
Да тут с таким объёмом информации только гадать на кофейной гуще. Может повреждение какого файла - отсюда вывод предварительный перед основным, а значит и белый экран.
Не могу зайти в админку
В чем угодно может быть. Надо на месте смотреть и разбираться.
Как изменить вид главной страницы после входа на сайт?
хм, ну в теории кажется несложно, путём мелкого модуля - типа подставляем разную страницу в зависимости от авторизации. Или даже в preprocess_page выйдет...
Защита от копирования сайта со стороны сервера
он про то, что типа там внутри сайта переписываются агенты ФСБ и ЦРУ и чтобы хостер не знал и бэкапы шифрованные
Защита от копирования сайта со стороны сервера
И пароль #user1 admin123
При загрузке сайта выдает ошибку PDOException: SQLSTATE[HY000] [1045] Access denied for user 'root'@'localhost' (using password: NO)
В текстовом редакторе открываете(лучше с подсветкой), ищете там $databases - далее думаю очевидно будет
Не работает добавление в корзину
Штатный телепат пока в отпуске, а мы не опытные, не можем понять пока как код у вас устроен в самописном модуле, как-то все размыто в штатном хрустальном шаре