Это должно сработать (в моем первоначальном ответе может отсутствовать обратная косая черта после php и escape?)
RewriteCond %{REQUEST_URI} ^/article_read.php?a=([0-9]+)$
RewriteRule ^article_read.php?a=([0-9]+)$ /wordpress/?p=$1 [L]
Мой ответ отредактировал кто-то другой. Я поставлю оба здесь для справки
RewriteCond %{REQUEST_URI} ^/article_read.php\?a=([0-9]+)$
RewriteRule ^article_read.php$ /wordpress/?p=%1 [L]
Я с тех пор обнаружил, где я шел не так, как надо.
Компонент я реализовывал пользовательский набор (наследованный от CollectionBase), я изменил это на Список и добавил DesignerSerializationVisibility (DesignerSerializationVisibility. Содержание), приписывают свойству List, этот список также только для чтения. Это затем произвело бы код для генерации всех свойств компонентов и всех записей в Списке.
Класс, сохраненный в списке, не нуждался ни в каких атрибутах particuar или должен быть serializble.
private List<Rule> _Rules;
[DesignerSerializationVisibility(DesignerSerializationVisibility.Content)]
public List<Rule> Rules
{
get { return _Rules; }
}
Вы могли бы хотеть попробовать альтернативный подход того, чтобы заставлять все сериализировать как сгенерированный код. Сделать, который очень легок. Просто реализуйте свой невидимый класс от Компонента. Затем выставьте свой набор, как Вы уже, всего лишь гарантируют, что каждый объект, помещенный в набор, самостоятельно получен из Компонента. Путем выполнения этого все - сгенерированный код.
Вы могли поднять больше кода класса, который имеет проблему сериализации, возможно, конструктор и свойство для предоставления ссылки на переменные, которые Вы используете.
Просто примечание: у меня было много проблем с визуальным разработчиком и генерацией кода, если у меня есть свойство на управлении затем обычно, я поместил
[DesignerSerializationVisibility (DesignerSerializationVisibility. Скрытый)]
на свойстве и дескрипторе инициализация самостоятельно.