так кеширование там тоже предусмотрено причем хранятся данные значительно дольше чем на html странице (админка не перегружается в течении долгого времени т.к. в этом нет необходимости) + кеш на сервере + передача данных идет в JSON + это все на серваке гзипится. Один раз за сессию загрузил и играйся сколько угодно. При этом не уходит время на дополнительные запросы к серверу для автокомплита.
Единственный минус — данные могут устареть, хотя это крайне редко может произойти.
И никто сейчас трафик уже не считает — везде безлимиты (про тех, у кого их нет речи не идет ибо разработка стоит денег значительно больших чем стоимость безлимитки)
Для client side такой подход скорее всего и не подойдет, но и врядли такое количество опций вообще понадобится где-то
зато заказчик на 7 небе от счастья от того что может без шаманства получить доступ ко всем 5к опций. Как я уже говорил там есть фильтрация по вводимым символам. И это действительно удобно для реализации «умного» поиска по БД. И при этом ничего не тормозит (за линукс не отвечаю — у всех стоит винда)
посмотрел бы я на тебя, загружающего 5000 опций () в 1 селект () через html. Тут не один браузер быстро работать не будет, особенно если таких селектов несколько. А флеш при этом еще и фильтрует эти опции по вводимым символам «на лету».
Я бы обязательно купил ПЕРСа, да вот сомневаюсь что в этом году будет хотябы нечто подобное. Да и вследующем маловероятно. Технологии уже дошли до возможности такое сделать, только ни один производитель так и не реализует это =(
Я уже кучу времени ищу ноут, который мне захотелось бы купить. Параметры: сенсорный экран до 13", легкий, без встроенной клавиатуры (в идеале клава просто отключается по желанию), нормальный HDD (не менее 200гб), средняя конфигурация внутреннего железа и чтобы цена не из разряда «фантастических».
И что вы думаете? даже близко ничего подобного не нашел :'( И бросил это гиблое дело…
основная сложность в том, что для реализации данных задач нет встроенных инструментов и их нужно реализовывать вручную, и на это чаще всего забивают. В итоге получаем очередной недосайт… Тут сам флеш плеер даже не виноват — это скорее недостаток AS3 фреймворков (Flex, Flash)
«На особенно тщательно зафлешованых сайтах нельзя даже дать ссылку на внутреннюю страницу.» — это справедливо только для криво написанных сайтов. У меня без особых проблем получилось реализовать доступ к произвольной странице флеш-сайта по url вида www.domainName.com#param1=x;param2=y;...
Не стоит ругать инструмент, находящийся в кривых руках.
«чаще всего ссылку из флеш-объекта нельзя открыть в новом окне или вкладке.» — вот это самое неприятное, хотя если немного подумать, то и эту проблему можно решить способом, описанным выше и парой событий
Все остальные замечания 100% справедливы и будем надеяться, что будут исправлены.
Для тех кому лень или кто о таком не знает — простое решение проблемы с доступом к трекеру по адресу torrents.ru:
добавить в конец С:\Windows\System32\drivers\etc\hosts
вот это:
195.82.146.114 torrents.ru
195.82.146.120 bt.torrents.ru
195.82.146.121 bt2.torrents.ru
195.82.146.122 bt3.torrents.ru
195.82.146.123 bt4.torrents.ru
Надеюсь все поставят правильную букву диска, где установлена винда =)
Для тех кому лень или кто о таком не знает — простое решение проблемы с доступом к трекеру по адресу torrents.ru:
добавить в конец С:\Windows\System32\drivers\etc\hosts
вот это:
195.82.146.114 torrents.ru
195.82.146.120 bt.torrents.ru
195.82.146.121 bt2.torrents.ru
195.82.146.122 bt3.torrents.ru
195.82.146.123 bt4.torrents.ru
Надеюсь все поставят правильную букву диска, где установлена винда =)
для обычных людей все программисты — черные маги, а программисты умеющие эффективно и правильно решать задачи регулярными выражениями видимо должны быть чернейшими магами =)
Вообще регулярки очень мощная и при этом довольно таки сложная для понимания штука. И шишек в них — грузовой поезд, для каждой задачи свои. И очень правильно сказано — «Используйте только те регэкспы, которые вы написали сами». Хотя есть несколько регекспов, которые можно и позаимствовать, например валидация email адреса, хотя и для этой задачи есть множество различных регулярок.
Стоит наверное еще добавить один немаловажный пункт:
«Не используйте регулярные выражения для решения простых задач, которые можно решить другими, более простыми и быстрыми средствами» или «Пользуйтесь, но без фанатизма»
все очень просто — непривычность нового редактора дезориентирует программиста, не дает ему делать привычные операции не задумываясь о том как это делается (т.е. вариант «на автомате» превращается в жесткий контроль действий, а это сильно отвлекает). В итоге производительность труда значительно уменьшается т.к. теряется концентрация на решении задачи из-за того, что нужно еще вспоминать как же та или иная привычная операции делается в этом новом редакторе.
Проверено на себе при поиске альтернативных Zend Studio 5 редакторов. В большинстве нет даже половины привычных операций для работы с кодом.
для тех кто еще не знает:
В моей регулярке постоянно используется особая запись:
.*?
Вон тот вопросик в конце делает очень полезную операцию: лишает квантификаторы "+", "*" и {число,} жадности. Т.е. в обчном случае для получения внутренностей тега регулярка "<(.*)>" съест всё, что ей дадут от первого символа "<" аж до последнего ">":
abc<div class="x"><any_tag/></div><any_tag/>abcd
на выходе даст:
div class="x"><any_tag/></div><any_tag/
А нам ведь нужно только
div class="x"
Вот для получения того, что нам нужно и используется знак вопроса после квантификаторов "+", "*" и {число,}
регулярки
вот довольно хорошо, но не идеально работающая регулярка для xml/html:
/<(.+?)(?:\s+(.*?)>(.*?)</\1|>(.*?)</\1|\s*/)>/s
1. Ловит любые теги имеющие закрывающую часть или без нее.
2. Можно модифицировать первую выборку (.+?) для идеализации например так: ([\d\w_]+?)
3. Внутри словленного тега могут быть другие теги
4. Честно отработает для тегов, которые внутри себя не содержат одноименные закрываемые теги, т.е. если будет такое:
Уж не знаю как там в silverlight, а с DataGrid'ами во Flex я намучался, пытаясь сделать нормально работающую колонку чекбоксов. Хотя в итоге она таки заработала как надо =)
Отсутствие строгой типизации в некоторых случаях считаю только плюсом. В остальных случаях любую переменную можно насильно типизировать. Кстати, Flex Builder постоянно напоминает о нетипизированных переменных.
Получается, что элемент формы (без применения css) всегда будет занимать 2 строки: строку «название» и строку «поле». Допустим у нас есть форма из 15 элементов (хотя такие редко встречал). Для ее отображения нужно 30 строк по примерно 25px каждая. Итого 750px + у сайта есть header + у браузера есть toolbars всякие. В итоге чтобы гарантировано увидеть всю форму нужен монитор с разрешением 1600*1200 (ну если вы минималист, то 1280*1024 и то впритык). Перебор как по мне.
Если же ударяться в css, то тут уже нужно колдовать (не забываем также про проклятый IE6). И решение уже не блещет изящностью.
Блин… не суждено мне с таблиц в формах уйти :'( Как не смотри, а они для форм наиболее универсальны, хотя и избыточны…
Единственный минус — данные могут устареть, хотя это крайне редко может произойти.
И никто сейчас трафик уже не считает — везде безлимиты (про тех, у кого их нет речи не идет ибо разработка стоит денег значительно больших чем стоимость безлимитки)
Для client side такой подход скорее всего и не подойдет, но и врядли такое количество опций вообще понадобится где-то
Я бы обязательно купил ПЕРСа, да вот сомневаюсь что в этом году будет хотябы нечто подобное. Да и вследующем маловероятно. Технологии уже дошли до возможности такое сделать, только ни один производитель так и не реализует это =(
Я уже кучу времени ищу ноут, который мне захотелось бы купить. Параметры: сенсорный экран до 13", легкий, без встроенной клавиатуры (в идеале клава просто отключается по желанию), нормальный HDD (не менее 200гб), средняя конфигурация внутреннего железа и чтобы цена не из разряда «фантастических».
И что вы думаете? даже близко ничего подобного не нашел :'( И бросил это гиблое дело…
Не стоит ругать инструмент, находящийся в кривых руках.
«чаще всего ссылку из флеш-объекта нельзя открыть в новом окне или вкладке.» — вот это самое неприятное, хотя если немного подумать, то и эту проблему можно решить способом, описанным выше и парой событий
Все остальные замечания 100% справедливы и будем надеяться, что будут исправлены.
Не силен я в системных константах…
добавить в конец С:\Windows\System32\drivers\etc\hosts
вот это:
195.82.146.114 torrents.ru
195.82.146.120 bt.torrents.ru
195.82.146.121 bt2.torrents.ru
195.82.146.122 bt3.torrents.ru
195.82.146.123 bt4.torrents.ru
Надеюсь все поставят правильную букву диска, где установлена винда =)
PS: IP адреса они хоть менять не собираются?
добавить в конец С:\Windows\System32\drivers\etc\hosts
вот это:
195.82.146.114 torrents.ru
195.82.146.120 bt.torrents.ru
195.82.146.121 bt2.torrents.ru
195.82.146.122 bt3.torrents.ru
195.82.146.123 bt4.torrents.ru
Надеюсь все поставят правильную букву диска, где установлена винда =)
PS: IP адреса они хоть менять не собираются?
Лучше продолжим бояться… целее будем…
Вообще регулярки очень мощная и при этом довольно таки сложная для понимания штука. И шишек в них — грузовой поезд, для каждой задачи свои. И очень правильно сказано — «Используйте только те регэкспы, которые вы написали сами». Хотя есть несколько регекспов, которые можно и позаимствовать, например валидация email адреса, хотя и для этой задачи есть множество различных регулярок.
Стоит наверное еще добавить один немаловажный пункт:
«Не используйте регулярные выражения для решения простых задач, которые можно решить другими, более простыми и быстрыми средствами» или «Пользуйтесь, но без фанатизма»
Проверено на себе при поиске альтернативных Zend Studio 5 редакторов. В большинстве нет даже половины привычных операций для работы с кодом.
кстати, в регулярке автора вот такой вот тег: словлен не будет. там предполагается наличие пробела перед "/", т.е. нужно не \s+, а \s*
В моей регулярке постоянно используется особая запись:
Вон тот вопросик в конце делает очень полезную операцию: лишает квантификаторы "+", "*" и {число,} жадности. Т.е. в обчном случае для получения внутренностей тега регулярка "<(.*)>" съест всё, что ей дадут от первого символа "<" аж до последнего ">":
на выходе даст: А нам ведь нужно только
Вот для получения того, что нам нужно и используется знак вопроса после квантификаторов "+", "*" и {число,}
регулярки
<(.{2,}?)>добросовестно выдадутдля тех кому интересно как это работает и почему:
1) — получаем имя тега
2) — группа, которая не будет словлена, т.е. в результирующем массиве ее не будет
2.а) — для тегов имеющих аттрибуты, тело и закрывающую часть
2.a.I) — получение аттрибутов
2.a.II) — получение тела
2.a.III) — закрытие тэга, одноименно для того, который словили в 1)
2.б) — для тегов на имеющих аттрибуты, но имеющих тело и закрывающую часть
2.б.I) — закрытие открывающего тега (у него не аттрибутов)
2.б.II) — смотреть 2.a.II)
2.б.III) — смотреть 2.a.III)
2.в) — для тегов, не имеющих закрывающей части и аттрибутов
2.г) — для тегов, не имеющих закрывающей части, но имеющих аттрибуты
3) — закрытие тега
1. Ловит любые теги имеющие закрывающую часть или без нее.
2. Можно модифицировать первую выборку (.+?) для идеализации например так: ([\d\w_]+?)
3. Внутри словленного тега могут быть другие теги
4. Честно отработает для тегов, которые внутри себя не содержат одноименные закрываемые теги, т.е. если будет такое:
то регулярка словит первый же закрывающий div
Отсутствие строгой типизации в некоторых случаях считаю только плюсом. В остальных случаях любую переменную можно насильно типизировать. Кстати, Flex Builder постоянно напоминает о нетипизированных переменных.
Получается, что элемент формы (без применения css) всегда будет занимать 2 строки: строку «название» и строку «поле». Допустим у нас есть форма из 15 элементов (хотя такие редко встречал). Для ее отображения нужно 30 строк по примерно 25px каждая. Итого 750px + у сайта есть header + у браузера есть toolbars всякие. В итоге чтобы гарантировано увидеть всю форму нужен монитор с разрешением 1600*1200 (ну если вы минималист, то 1280*1024 и то впритык). Перебор как по мне.
Если же ударяться в css, то тут уже нужно колдовать (не забываем также про проклятый IE6). И решение уже не блещет изящностью.
Блин… не суждено мне с таблиц в формах уйти :'( Как не смотри, а они для форм наиболее универсальны, хотя и избыточны…