Коллеги, наверное я не смог удачно донести мысль? Те аспекты, которые я поднимаю по таблицам, на этапе разработки почти ничего не стоят и вряд ли с чем то конфликтуют. Конечно, есть и другие вещи, которые не делают, т.к. поджимали сроки и бюджет.
Но уж то, что касается таблиц, как мне кажется, не делается только из за нехватки понимания и опыта.
Не кажется ли вам, что 10 советов — это слишком много?
Как считаете, какие лишние? А может есть те, которые бы Вы сами добавили?
я вот смотрю на кадры презентации и читаю текст «Сделайте отличные таблицы»… неужели есть хоть один разработчик, который изобразил ERP-систему, потом смотрит на форму и делает вывод: «да, отстой таблицы вышли»
Уважаемый braindamaged, вы прочитали заголовок со слайда, но этого мало :) В выступлении я описываю, что такое хорошие таблицы с точки зрения Self-service BI, привожу удачные и неудачные примеры, показываю типовые ошибки.
Совет не просто «Сделайте хорошо». Описывается, как именно хорошо, и что именно предлагается сделать.
Но для этого нужно посмотреть :)
Хотел сделать статью с текстом, но признаюсь, пока нет времени. Разве что, если кто другой возьмется. Пока выложил хотя бы так, надеясь, что это будет кому-нибудь полезно.
Видал мастер отчетов и по-лучше :) Например, из того что видел, считаю, One Click report — наиболее легок для пользователя. А MSReporting наиболее функционален для разработчика (но вроде бы как позиционируется как мастер отчетов для пользователей в том числе).
Модуль в SugarCRM — не плох, но, мне кажется, и не так уж чтобы лидер.
1. Все ли колонки выдаем в таблицы?
Практически все. Исключаем небольшую часть если считаем, что они никогда не будут востребованы в таблицах или таблица и так слишком перегружена. Но такое случается редко. Например, большие текстовые поля с описанием.
2. Как храните состояние таблицы?
Менеджер колонок ExtJs был доработан. Точных причин не помню, надо бы Selmarilспросить. Его же можно поспрашивать о клиентской части. Признаюсь, вопрос про историю и ссылки не совсем понял.
Блин, какие вы молодцы! Любите и умеете глубоко копать. Пожалуйста, напишите в ответе к этому комментарию хоть что-то, что бы могло вас идентифицировать. Имя проекта, компании…
Я знаю, что в тексте статьи не принято делать саморекламу, но в комментариях можно.
Не минусуйте Spaceoddity.
Действительно, когда между колесами и дорогой при торможении участвуют только сила трения скольжения, то ABS сократит тормозной путь.
Например, не шипованная резина по асфальту (т.е. 90% эксплуатации в городском цикле).
МОЖЕТ удлинять тормозной путь тогда, когда в силу трения скольжения дополнительно вмешиваются спецэффекты, вроде, например, больших шипов на колесе при торможении по льду (к трению скольжения добавляется сила торможения от разрушения поверхности льда).
Или там, образуется бугор из рыхлого грунта перед колесами.
Пока не совсем ясно, как защищаться от перебора через Select.
Выбрали нужную запись с условием where Phone like '8%', потом подобрали like '89%' и т.д.
Есть ли какие-то действенные варианты защиты?
Серьезно, «Дискретная математика» — Вам дали ХОРОШИЙ совет для программиста и в частности для тех кто хочет решить данные задачи. Курс дискретки — всего пол-года в универе и учебник можно прочесть самостоятельно. И ИМЕННО ОН позволит Вам решить указанные выше задачи.
Остальные набросанные Вами темы лишь отражают Ваше желание быть «всесторонне развитым человеком» без понимания как к этому подойти.
Пришлось посмотреть самому. Конкретно данная картинка — абсолютно безобидна. Сам же сайт intercepter.nerf.ru внесен как опасный в базы антивирусов:
* Avast
* BitDefender
* Dr.Web
* ParetoLogic
Интересно, у меня avast ругается на картинку внутри статьи intercepter.nerf.ru/smb_scr2.jpg, убеждая, что это инфекция: URL:Mal. Есть, кто может это подтвердить или опровергнуть?
Тест идет через браузер (с помощью специального драйвера Selenium). Собственно, в этом суть Selenium.
API (которое посылает команды драйверу на клики в браузер) и сам тест написан на C#.
Ага, при первой загрузке довольно много запросов. Тут у нас основная идея в том, чтобы статические ресурсы запрашивались (и кэшировались) отдельными запросами, что позволит отдельно управлять таким кэшем. Соответственно, при повторном запуске запросов должно быть меньше www.webpagetest.org/result/130603_0R_PZ1/ (в этом примере 167 и 11)
Но частично проблема и в том, что все наши текущие клиенты — корпоративные. Приложения на нашем ядре работают во внутренних сетях или на широкополосном доступе, и поводов ТЩАТЕЛЬНО оптимизировать количество запросов у нас меньше, чем могло бы быть :)
Да, в каждом конкретном случае в API selmaril нашел детерминированный способ определить, нужно ждать ответа дальше или нет. Как раз была проблема в том, что при внешне похожих условиях нужно было применять различные алгоритмы разрешения. Если сами тестируете, можно его поспрашивать.
Возможно я смог бы сформулировать точнее без двоякого смысла. В русском есть неоднозначность, как описать множество попарных близнецов одним словом.
Близнецы ПО ОПРЕДЕЛЕНИЮ — это два простых числа с разницей в 2.
>У каждого близнеца не далее чем в 70 млн найдется еще один близнец
Это эквивалентно:
У каждого числа, являющегося близнецом (имеющее пару) не далее чем в 70 млн. найдется еще одно число, которое является близнецом (также имеющее пару).
и т.д. в остальных фраза.
>Начнем с того, что близнецы — это простые числа, отличающиеся на 2.
>Не может быть никаких «близнецов с разницей не более 70 млн»
Homm, с чего вы вообще взяли что я считаю, что близнецы, это пара простых чисел с разностью отличной от 2?
Такое чувство, что вы доказываете что-то самому себе.
>> И «в нагрузку» доказал, что количество близнецов с разницей не более 70 млн.
Вам следует понимать как 4 простых числа, являющихся попарно близнецами и наибольшая разница между любыми двумя не более 70 млн.
Далее ниже по обсуждению ivlis пояснил, что Чжан доказал, что существует бесконечное количество пар простых чисел с разницей не превышающий 70 млн.
Тут ни кто не путал понятия близнецов и двух простых чисел с разницей более 1.
Как понял, он доказал что близнецов бесконечное количество. И «в нагрузку» доказал, что количество близнецов с разницей не более 70 млн. также бесконечно.
Но уж то, что касается таблиц, как мне кажется, не делается только из за нехватки понимания и опыта.
Как считаете, какие лишние? А может есть те, которые бы Вы сами добавили?
Уважаемый braindamaged, вы прочитали заголовок со слайда, но этого мало :) В выступлении я описываю, что такое хорошие таблицы с точки зрения Self-service BI, привожу удачные и неудачные примеры, показываю типовые ошибки.
Совет не просто «Сделайте хорошо». Описывается, как именно хорошо, и что именно предлагается сделать.
Но для этого нужно посмотреть :)
Хотел сделать статью с текстом, но признаюсь, пока нет времени. Разве что, если кто другой возьмется. Пока выложил хотя бы так, надеясь, что это будет кому-нибудь полезно.
Модуль в SugarCRM — не плох, но, мне кажется, и не так уж чтобы лидер.
Практически все. Исключаем небольшую часть если считаем, что они никогда не будут востребованы в таблицах или таблица и так слишком перегружена. Но такое случается редко. Например, большие текстовые поля с описанием.
2. Как храните состояние таблицы?
Менеджер колонок ExtJs был доработан. Точных причин не помню, надо бы Selmarilспросить. Его же можно поспрашивать о клиентской части. Признаюсь, вопрос про историю и ссылки не совсем понял.
Я знаю, что в тексте статьи не принято делать саморекламу, но в комментариях можно.
Действительно, когда между колесами и дорогой при торможении участвуют только сила трения скольжения, то ABS сократит тормозной путь.
Например, не шипованная резина по асфальту (т.е. 90% эксплуатации в городском цикле).
МОЖЕТ удлинять тормозной путь тогда, когда в силу трения скольжения дополнительно вмешиваются спецэффекты, вроде, например, больших шипов на колесе при торможении по льду (к трению скольжения добавляется сила торможения от разрушения поверхности льда).
Или там, образуется бугор из рыхлого грунта перед колесами.
Выбрали нужную запись с условием where Phone like '8%', потом подобрали like '89%' и т.д.
Есть ли какие-то действенные варианты защиты?
И на что аудит? На Select?
А нет ли фичи, сделать так, чтобы запросы, в которых фигурируют УСЛОВИЯ на защищаемые колонки — не выполнялись?
Остальные набросанные Вами темы лишь отражают Ваше желание быть «всесторонне развитым человеком» без понимания как к этому подойти.
* Avast
* BitDefender
* Dr.Web
* ParetoLogic
У всех пользователей данных антивирусов просмотр Вашей статьи будет вызывать проблемы.
Предлагаю разобраться с владельцами данных антивирусов, чтобы исключить Ваш ресурс из их баз.
Что, возможно было сделано по причине раздачи Вами снифера, который резолвится 20-ю антивирусами как троян.
www.virustotal.com/ru/file/8aa1a8e3f01b4a1491f7257dcc2fedd99db6215512cce36e6eefbf768a60fd61/analysis/1365271411/
А до этого момента времени рекомендую картинки в статье перезалить на Habrastorage.
API (которое посылает команды драйверу на клики в браузер) и сам тест написан на C#.
www.webpagetest.org/result/130603_0R_PZ1/ (в этом примере 167 и 11)
Но частично проблема и в том, что все наши текущие клиенты — корпоративные. Приложения на нашем ядре работают во внутренних сетях или на широкополосном доступе, и поводов ТЩАТЕЛЬНО оптимизировать количество запросов у нас меньше, чем могло бы быть :)
Близнецы ПО ОПРЕДЕЛЕНИЮ — это два простых числа с разницей в 2.
>У каждого близнеца не далее чем в 70 млн найдется еще один близнец
Это эквивалентно:
У каждого числа, являющегося близнецом (имеющее пару) не далее чем в 70 млн. найдется еще одно число, которое является близнецом (также имеющее пару).
и т.д. в остальных фраза.
>Не может быть никаких «близнецов с разницей не более 70 млн»
Homm, с чего вы вообще взяли что я считаю, что близнецы, это пара простых чисел с разностью отличной от 2?
Такое чувство, что вы доказываете что-то самому себе.
>> И «в нагрузку» доказал, что количество близнецов с разницей не более 70 млн.
Вам следует понимать как 4 простых числа, являющихся попарно близнецами и наибольшая разница между любыми двумя не более 70 млн.
Далее ниже по обсуждению ivlis пояснил, что Чжан доказал, что существует бесконечное количество пар простых чисел с разницей не превышающий 70 млн.
Тут ни кто не путал понятия близнецов и двух простых чисел с разницей более 1.