Alexey

dev.mysql.com/doc/refman/5.5/en/regexp.html#operator_regexp

The REGEXP and RLIKE operators work in byte-wise fashion, so they are not multi-byte safe and may produce unexpected results with multi-byte character sets. In addition, these operators compare characters by their byte values and accented characters may not compare as equal even if a given collation treats them as equal.

Почему именно этот регэксп совпадает — не знаю. По идее для этого нужно точно знать внутреннее представление всех данных в mysql и реализацию.

Байтовое представление этих символов в различных unicode кодировках ни на какую мысль не натолкнуло.

www.fileformat.info/info/unicode/char/43c/index.htm
www.fileformat.info/info/unicode/char/201c/index.htm

dev.mysql.com/doc/refman/5.5/en/regexp.html

Warning
The REGEXP and RLIKE operators work in byte-wise fashion, so they are not multi-byte safe and may produce unexpected results with multi-byte character sets. In addition, these operators compare characters by their byte values and accented characters may not compare as equal even if a given collation treats them as equal.

в debian и ubuntu добавили пакет iptables-persistent
который использует iptables-save/iptables-restore

#service iptables-persistent
Usage: /etc/init.d/iptables-persistent {start|restart|reload|force-reload|save|flush}

после настройки правил как нужно, сделать service iptables-persistent save и при следующей загрузке они будут применены

Если народ помнит, то у нас по закону за подобные «выверты» могут заблокировать весь хабр.
Ридонли? — за такую подставу легко отделался.

Я к администрации не отношусь, но считаю нужным разъяснить — во-первых Хабр не место для новостей данной тематике. Доменов делегиуется и разделегируется ежедневно сотнями и всех расписывать… Ну Вы поняли. Во-вторых далеко не все сотрудники контролирующих органов квалифицированы и адекватны, поэтому в случае мониторинга сети по ключевым словам данный топик имеет все шансы попасть «на рассмотрение». Квалифицированный сотрудник (коих мало) поймет и пройдет мимо, но неадекват (коих много) выдаст предписание «на устранение» и в превентивном порядке может «дать отмашку» на блокирование ресурса провайдерами.

Подводя итог выше написанному задам вопрос: Кому это нужно? На хабре — никому, поэтому так и получилось. На месте модераторов и админов сделал бы точно так же.

Во-первых, что такое коммерческое использование? Интересно наличие «факта распростронения». Если вы делаете себе свой сайт, можете использовать там что угодно, модифицировать, всё скрывать.

Если же вы делаете продукт, который распрострояете (коробочное ПО), то по лицензии GPL необходимо раскрыть исходные коды всего продукта, основанного на ПО с GPL. Лицензия MIT не требует такого, можно использовать в закрытом коде.

В лицензии BSD ещё запрещается использовать название для рекламы своего продукта, MIT и это не запрещает, смело пишем на коробке: «использует jQuery!!!1».

Вчера был приятно удивлен — opera mobile под Android открывает.

Википедия говорит про

Что значит «Их оттуда можно элементарно достать»? Особенно если они генерируются программно. Напишите об этом в Adobe.

И каким боком здесь онлайн-игра? Я написал выше, что нужно понимать целесообразность такого решения. У меня например таким образом вытаскиваются данные из ~10 взаимосвязанных баз, в которых исключительно публичная информация. Я хочу посмотреть на этот монструозный велосипед с API, который вы предлагаете, особенно, если структура данных может меняться.

А если нужно получить доступ к секретным данным — никто не мешает написать отдельный php скрипт.

И что вы опять с этой базой с паролями, закрыта она, за-кры-та. Ну если человек не понимает, то ему ни один туториал не поможет обезопасить систему, ообенно в случае с таким довольно нетривиальным решением как flash<-->mysql.

Здесь уже достаточно много и правильно сказали выше. Может и мой опыт окажется полезным. Сейчас в одном проекте использую прямые SQL запросы из ролика, через php скрипт (в простейшем варианте — 10 строк кода). PHP-скрипт выполняет входящий запрос и отдает данные обратно ролику в JSON. Могу сказать, что это очень удобный и простой способ: возможностей sql запросов полностью хватает для выполнения сложных выборок, лишние данные между клиентом и сервером не бегают. В флеше мы получаем массив или объект с результатами выборки. В моем sql2flash классе запросы выглядят примерно так: sql2flash(«select * from table», slqHandler), где sqlHandler — обработчик результатов запроса. Если интересно, могу выслать код.

рекомендовал бы помотреть в сторону AMF3.
Это родной для flash/flex формат передачи данный.

На серверной стороне если php то Zend_Amf (http://framework.zend.com/download/amf) или php-amf3 (http://sourceforge.net/projects/php-amf3/), последний в разы быстрее, если python тогда pyAMF в связке с django, twisted или чего-то другого по вкусу )) про java не в курсе.

Для транспорта использовать HTTP или XML — а в них заворачивать нужные данные и распаковывать на стороне сервера.

Достаточно универсальный подход в любом случае, учитывая что во Flash есть прямые функции работы по HTTP/XML

Coldfusion продвигаемая Адобом серверная платформа для веб-приложений основанная на J2EE.
По сути для общения с базой данных в любом случае прийдется писать некий серверный компонент обрабатывающий запросы клиентов на swf и производящий различные операции с БД. По сути выбор сводиться к языку программирования с которым вам удобнее работать.

«Как swf объект, который выполняется на стороне клиента, сможет читать/писать в базу данных, которая находится на стороне сервера?» — вот это правильно поставленный вопрос.