« Rev
@evolutioncms   1062
Fwd »


Oleg
В любой непонятной ситуации вали на пхптумб 😐
Pathologic
ну превью же создаются и не удаляются потом
Oleg
Это да. Есть такое.
Oleg
Меня тут вопрос заинтересовал про TV. Сейчас расскажу.
Oleg
Вот есть 2 шаблона tpl1 и tpl2 - к первому прикреплено tv1. Делаем страницу на tpl1, заполняем в tv1. Тут все ок.
Oleg
Меняем шаблон страницы на tpl2, тут tv1 нет, тоже все ок. Сохраняем. Если поменять шаблон обратно на tpl1 там вдруг есть заполненный tv1. То есть значения ТВ не удаляются. Если тыща страниц с тыщей тв меняет шаблон - в базе остается миллион записей
Pathologic
ну и что
Pathologic
потом если записи удалить, то и тв удалятся
Oleg
Базу жалко. 😐
Anonymous
Базу жалко. 😐
Как раз для базы более страшное действие это удаление
Pathologic
ну базу оптимизировать же можно в любой момент
Anonymous
Ага, а потом бац и крашнулась 😊
Dmytro
А зачем им удаляться?
Dmytro
Менеджер поменял случайно шаблон и все удалилось ;))
Oleg
Я наоборот не понимаю зачем их хранить. В актуальной паре страница-шаблон они нигде не пользуются.
Anonymous
Я наоборот не понимаю зачем их хранить. В актуальной паре страница-шаблон они нигде не пользуются.
Случайно нажал другой шаблон, потом случайно сохранить. И прощайте данные
Dmytro
В актуальном состоянии их не будет ;) ибо никто их добавить не сможет
Oleg
Я случайно зашёл в админку... 🙈
Anonymous
Ну и вообще, удалять это реально плохая практика.
Anonymous
Я бы и ресурсы на самом деле не удалял из базы
Anonymous
А просто помечал как удалённые и не показывал
Oleg
Зачем так? Я что-то ни одного аргумента за это не могу придумать
Dmytro
Можно плагин сделать на очистку корзины что б лишнее подчищал Там 1-2 запроса
Evgeniy
потом если записи удалить, то и тв удалятся
неа. Раньше обсуждали это уже
Evgeniy
Если уж настолько все плохо и следите за чистотой базы, то решайте проблему плагином на событии OnBeforeDocFormSave или OnDocFormSave
Dmytro
Ну да случайных тв будет мало а вот удалить потом будет кипиша где данные
Pathologic
неа. Раньше обсуждали это уже
почему? по-моему тв удаляются при удалении документов
Dmytro
Ну да
Dmytro
При очистке корзины
Evgeniy
Добрый вечер! Мужики, проконсультируйте пожалуйста по следующему вопросу: есть сайт с большим кол-вом ресурсов, несколько веток содержащих ресурсы удаляем, в базе остается в таблице site_tmplvar_contentvalues дохрена информации из удаленных ресурсов в полях ТВ - скажите, как их можно массов удалить - почистить базу ?
Evgeniy
надо в ядро засунуть, что если удаляются документы то и удалять сразу тв этих документов
Oleg
У вас прям реально миллион записей или это просто для красного словца добавлено?
Нет миллиона, даже 10тысяч нет. Просто я когда это обнаружил сначала удивился, а потом все хотел выяснить, может это специально для чего-то сделано, а нигде не описано.
Evgeniy
Редизайн сайта, сменил шаблон - пока данные
Oleg
Спасибо 👍😁 Теперь понятнее
Evgeniy
А вообще, полностью удалять данные правильней было бы на событии OnEmptyTrash если у ТВ не осталось связей с документом. В остальных случаях нет смысла торопиться с удалением
Pathologic
надо на иннодб переходить
Anonymous
Зачем так? Я что-то ни одного аргумента за это не могу придумать
Аргумент актуален только до тех пор пока на серверах преимущественно HDD, а не SSD. Есть такая вещь как фрагментация. На небольших объёмах данных вы этого не заметите. Но раз замахнулись на 1млн ресурсов, то там о этом стоит думать.
Anonymous
Ну и вообще получается, что если вы удалили и не оптимизировали, то существует вероятность что это место между двумя записями так и останется занятым. Потому что было забито под определённую запись определённого формата. А учитывая что у нас эво с MyISAM, где все записи хранятся в одном пространстве, то это всё может сказаться на всей базе.
Anonymous
Чёрт, не зря в универе учился, это по моему на первом или втором курсе было 😊
Evgeniy
Чёрт, не зря в универе учился, это по моему на первом или втором курсе было 😊
Везет. Кому-то все эти мелочи объясняли, а кто-то сам во всем разбирается(
Anonymous
Везет. Кому-то все эти мелочи объясняли, а кто-то сам во всем разбирается(
Ну скажем так, я учился дистанционно. И все лекции просто давали в виде доки. Так что пришлось самостоятельно учить. Лекций у меня вообще не было. С преподом только на экзаменах виделись.
Evgeniy
надо на иннодб переходить
Могут возникнуть сложности с конвертацией существующих проектов. Думаю это не настолько приоритетная задача.
Evgeniy
Т.е. я имею в виду, что в 2.0 мы хотим сделать максимально простое обновление. А переход на InnoDB не на всех сайтах просто происходит.
Evgeniy
К версии 3.0 может и сделаем))
Anonymous
Т.е. я имею в виду, что в 2.0 мы хотим сделать максимально простое обновление. А переход на InnoDB не на всех сайтах просто происходит.
Можно разветвление сделать, что если новая установка, то сразу InnoDB, а если обновление, то использовать старую базу. Правда тогда не получится из коробки пользоваться плюшками InnoDB
Oleg
Читаю и прям бальзам на душу. Все понятно про плюсы и минусы. 😊
Anonymous
Хотя я так сходу не могу придумать проблему на миграции MyISAM->InnoDB, я не могу вспомнить что там есть такое в MyISAM, чего не завезли в инно
Anonymous
Блин, про него забыл.
Anonymous
Ну в 8.0 вроде как добавили 😊
Anonymous
Погуглил. С 5.6 появился
Evgeniy
Ну это ж еще одна боль для любителей говно-хостингов
Pathologic
с 5.6, ага
Evgeniy
Тут бы php 7 победить
Anonymous
Ну это ж еще одна боль для любителей говно-хостингов
Т.е. 7.1 это не проблема, а вот mysql 5.6 прям боль?
Anonymous
Чёт ревистов это не смущает, они всем говорят переконфигурировать MySQL, потому что Вася не умеет в работу со Stric_mode
Evgeniy
Т.е. 7.1 это не проблема, а вот mysql 5.6 прям боль?
С php мы определились, что кто не может переключиться на 7 версию, тот сам себе злобный буратино. А вот хостеры как правило не предоставляют выбора для миграции с mysql 5.5 на что-то другое
Pathologic
ревистов и два запроса на картинку не смущает ((:
Pathologic
с mysql действительно может быть засада
Anonymous
Да я уже понял, что был не прав. Проверил 4 сайта там 7.1 php, но база вообще не MySQL, а MariaDB
Dmytro
Вот поэтому будет эволюционировать постепено 🙂 нам революции ни к чему 🙂
Anonymous
Вот поэтому будет эволюционировать постепено 🙂 нам революции ни к чему 🙂
Да ладно, это я ещё просто оракл не до конца освоил😁 Так бы за него топил
Anonymous
А чего не postgresql?
Ну извращаться так по полной 😊 А вообще есть мысль попробовать написать (библиотеку/прослойку) для какой-нибудь NoSQL базы.
Anonymous
Я забыл как назвать эту вещь через которую работаем с базой
Evgeniy
Есть ORM, а есть ActiveRecords
Evgeniy
Зависит от реализации
Anonymous
Хотя вопрос в том на сколько это актуально это для 2.0
Anonymous
Если уж страдать такой ерундой, то нужно смотреть с прицелом на будущее, а не на текущую ветку.
Dmytro
Сейчас задачи +- : - запустить инстал что б работал и можно было с нуля 2.0 поставить - перепилить до конца админку на blade - допилить работу что б все елементы работали из файлов (привет гит) - допилить показать пример как работать с файловыми елементами + дев + прод сервер
« Rev
@evolutioncms   1062
Fwd »