dwd

dwd

+382
Репутация
6746
Рейтинг
#1 Подскажите хороший и надежный хостинг для ICMS? 13 января 2020 в 10:14
Casser, объем у всех и будет разный, слишком много факторов — разные настройки сжатия, кэширование на стороне клиента, погрешность сети и т.д.
#2 В предустановленных значениях первую строчку оставить пустой 13 января 2020 в 08:40
Polzovinst, на 2.6 пойдет что то, что другое. По поводу Хуков — компонент рассчитан на то, что в процессе создания вы не делаете прямых вставок — вы создаете нужные вам хуки или вставки кода, которые компонент может как поместить в указанные файлы, так и извлечь из них в один клик. После каждого обновления все файлы системы естественно перезапишутся новыми, но вам достаточно только включить ваши хуки и ваши правки будут помещены в новую версию системы. Исключение будут составлять те файлы, где код системы претерпел серьезные изменения, но
— при таких изменениях вам все равно придется вносить коррективы и в свои правки
— однако вам не придется ничего мержить и искать, вы сразу будете видеть какая вставка где отвалилась
#3 [ЗАКРЫТО] Обсуждение 2.13 и выявление недочетов 13 января 2020 в 01:18
Да, кстати, забыл
  1. $value = $prop['handler']->store($value, false);
  2. if (!$value) { continue; }
  3. // а тут наш $value содежит что? Ну конечно ту же самую охинею, которую мы обычно пишем в БД
  4. $filters[$name] = $value;
  5. // а куда потом вся эта охинея попадает? ну конечно же $page_uri и следом в ссылки фильтра, пагинацию
  6.  
#4 [ЗАКРЫТО] Обсуждение 2.13 и выявление недочетов 13 января 2020 в 00:45

Если мои глаза меня не обманывают, то методу store не место в фильтре. Я читаю документацию, подготавливаю данные к записи в БД, у меня все хорошо. А потом они вот в таком подготовленном виде почему-то пытаются протиснуться в фильтр, хотя для фильтрации я не просил их трогать. Может я опять чего-то не понимаю, но мне кажется, что если метод придуман для подготовки перед записью в БД, то давайте там его и использовать. Если для фильтра нужен подобный метод, давайте его добавим. На данный момент мы переписываем все ранее написанные поля согласно новым правилам. Если раньше все было четко и понятно, то теперь мы должны добавлять проверку контекста и исходя из этого задавать себе вопрос "Должен ли метод, описанный в документации как метод, предназначенный для подготовки данных перед записью в БД выполнить эту самую подготовку"? Один я нахожу в таком положении вещей разрыв шаблона?
#5 [ЗАКРЫТО] Обсуждение 2.13 и выявление недочетов 13 января 2020 в 00:35


1. Из головы, если отвечать буквально.
2. Это значения не для создания фильтров, а из созданных фильтров, т.е. из формы фильтра. И они не должны быть обязательно идентичными. Более того, в некоторых полях они и не идентичные.
3. Не понял вопроса, но вы можете обрабатывать как угодно, исходя из контекста вызова.
4. Я пока не вижу, что необходимо исправить. Все штатные поля, и доступные мне нештатные, работают корректно.

Fuze

Судя по вашим ответам вы ничего из того, что я написал не поняли. Давайте попробуем так

Пример 1(допустим мультисписок c индексами 1,2,3,4,5,6)
  1. public function store($value, $is_submitted, $old_value=null){
  2. return implode('-', $value); // в БД записывается результат вида '3-5-6-7'
  3. }
  4.  
  5. public function getFilterInput($value){
  6. $value = explode($value); //строим выпадающий список с индексами 1,2,3,4,5,6
  7. return parent::getInput($value);
  8. }
  9.  
  10. public function applyFilter($model, $value) {
  11. // я в фильтре выбрал значения 3 и 5
  12. // $core->request содержит array(3, 5)
  13. // а чему по- вашему здесь $value равен?
  14. // мне кажется, что тут должен быть массив значений, выбранных в списке
  15. // но с вашими нововведениями его здесь нет
  16. return $model->filterLike($this->name, "%{$value}%");
  17. }
Пример 2(любое из миллиона полей, требующих хранения структур и поиск по ним)
  1.  
  2. public function store($value, $is_submitted, $old_value=null){
  3. $model = cmsCore::getModel('mycontroller');
  4. $model->save($this->item['id'], $value);
  5. return 1;
  6. }
  7.  
  8. public function getFilterInput($value){
  9. $model = cmsCore::getModel('mycontroller');
  10. $value = $model->load($this->item['id']);//
  11. //строим выпадающий список
  12. }
  13.  
  14. public function applyFilter($model, $value) {
  15. // а чему по- вашему здесь $value равен?
  16. // мне кажется, что тут должен быть массив значений, выбранных в списке
  17. // но с вашими нововведениями его здесь нет
  18. }
#6 В предустановленных значениях первую строчку оставить пустой 12 января 2020 в 22:28
Polzovinst, "смержалка" давно написана. Но ведь психические расстройства это прикольнее))
Хуки
Компонент

Хуки

от dwd
Купить 1700 руб.
#7 [ЗАКРЫТО] Обсуждение 2.13 и выявление недочетов 12 января 2020 в 22:18
Коль подняли такую тему добавлю маленький, но заковыристый вопросик. Касается он как полей так и свойств. Очевидно он будет адресован Fuze, но если кто-то другой мне на него ответит тоже буду признателен. Пытаюсь понять что вообще происходит и у меня пока это не получается.

Постараюсь изложить его как можно четче и очень надеюсь услышать ответ. Вопрос про вот этот небольшой фрагмент кода из фильтра в типах контента и виджета фильтра:

  1.  
  2. $value = $prop['handler']->store($value, false);
  3. if (!$value) { continue; }
  4. $filters[$name] = $value;
Начиная с 2.13 поля в фильтре обрабатывают свои значения методом store().
1. Откуда возникла такая идея и вообще мысль, что процесс создания фильтров в этом нуждается?
2. Почему значения, которые мы записываем в БД и значения, которые мы используем для создания фильтров должны обязательно быть идентичны?
3. Исходя из вопроса 2 — как быть, если например в БД поле пишет любое символическое значение(например любой символ или единицу), а данные хранит во внешней таблице? Как результат фильтре в поле мы выбрали что угодно, до самой фильтрации долетела единица. Есть масса таких случаев, но этот самый простой.
4. Это новые правила игры к которым надо привыкать или это будет переосмыслено и исправлено?
Заранее благодарен за ответ.
#8 Подскажите хороший и надежный хостинг для ICMS? 12 января 2020 в 20:59

Ваш пример на скрине на www.smartape.ru/ лежит?

В смысле лежит? Из чего вам такой вывод навеяло? Вы не умеете читать легенду на графиках?
На моем скриншоте среднее время обработки запроса составляет 0,05 секунды, на вашем 0,15 секунд
#9 Подскажите хороший и надежный хостинг для ICMS? 12 января 2020 в 19:14
Александр, а вот это исключительно вопрос "Какого качества у хостера серверы?". У bitweb даже тип процессора не указан, по принципу "купишь — узнаешь", а у своего хостера я четко знаю модель процессора — Intel Xeon 3.06 GHz. Жизнь штука суровая и приучила меня к тому, что если о чем-то не написано явно, то в 99% случаев там окажется лажа.

но все таки от того какое ядро и условно 2 ггрц в нем или 3,5

Частота безусловно важна, но есть еще один такой фактор как архитектура процессора. Взять тот же Ryzen — одним кликом мыши 4 физических ядра превращаются в 8 виртуальных ядер. И понятное дело, что ни одно из них не может тягаться с натуральным интеловским. Для ряда специфических задач это даже дает прирост производительности процессора в целом. Но этот же подход в отношении сервера делает его немощным, хотя согласно тарифу вам выделили именно столько ядер сколько вы и просили и с обещанной вам частотой.

У меня вышло так по сайту, это хороший результат? )

Зелененький, значит хороший))

Это тест инстанта с ноля?

Вы про мой результат? Да, это сайт на инстанте с длефолтным шаблоном и без каких-либо дополнительно добавленных виджетов, что равносильно свежеустановленной системе. В случае если у вас отличный от дефолтного шаблон, масса вимджетов и т.д. естественно ваш сайт будет медленее.
#10 Подскажите хороший и надежный хостинг для ICMS? 12 января 2020 в 18:20

А сейчас как ведет себя ваша BrainyCP?

Да вот перед тем как прошлый пост написать проверил на всякий случай. Замечательно себя ведет.

Про количество ядер не согласен.

Не буду вступать в дискуссию по этому поводу, но другой способ увеличения процессорной мощности до сих пор науке неизвестен. Наращивание происходит только количеством ядер, поскольку делать ядра с частотой в 100500ГГц человечество еще не научилось. Когда научится тогда мы сможем завести полемику на тему что лучше — 1 ядро на 30ГГц или 10 ядер по 3ГГц.
#11 Вывод данных в родителе из нескольких дочерних типов контента. 12 января 2020 в 17:55
Вкладки
Компонент

Вкладки

от dwd
#12 Подскажите хороший и надежный хостинг для ICMS? 12 января 2020 в 17:29
Да, это одна из странных болезней BrainyCP. Хотя у меня на одном из серверов эта панелька стоит и я еще ни разу с этой проблемой не сталкивался.
Проверьте время и дату на сервере.
#13 Подскажите хороший и надежный хостинг для ICMS? 12 января 2020 в 16:56
Зачем совершенно разных? Поставьте с нуля Инстант и проверьте.
Мы ж здесь вроде об инстанте беседуем, а не о разных сайтах. Нам разные не нужны))
#14 Подскажите хороший и надежный хостинг для ICMS? 12 января 2020 в 16:33

Я конечно уважаю DWD, но вынужден опять поставить "на вид"

Да я ж не против, я только за. Попробуйте повторить, проверим насколько быстры ваши nvme-диски))

loaddy.com
#15 Подскажите хороший и надежный хостинг для ICMS? 12 января 2020 в 15:25
Vikont мне поставил на вид, что я предлагаю дорогого хостера, предложил вариант, который по его пониманию дешевле. И его вариант тоже имеет право на жизнь. Он конечно не учел в своих расчетах 2 бесплатных IP-адреса, позволяющие поднять собственный DNS, не учел бесплатного DNS-сервера, предоставляемого хостером, не учел стоимость доменов(не 700р. а всего лишь 195р.) и ряд других удобств, которые у меня идут как само собой разумеющееся, а ему предлагается за это платить. Но я ж не говорю при этом, что его вариант плох. Возможно кому-то и не нужно несколько IP-адресов, возможно кто-то вообще собирается использовать бесплатные DNS от Яндекса и этот вопрос его не волнует. При таком раскладе мы получаем вполне сопоставимые цифры в разницей в несколько сотен рублей. И только при этих условиях nvme-диски становятся приятным дополнением, а не дополнительными тратами.
Используя этот сайт, вы соглашаетесь с тем, что мы используем файлы cookie.