rerighter: Так как предыдущая тема устарела и возможности разместить ответ в ней нет, создам новую.
Структура была построена, согласно предложенной схеме от Милованов Ю.С.
Т.е. есть 3 таблицы - пользователи (усл. `users`), группы (усл. `groups`) и таблица для связей ID первых двух (усл. `map`).
Сейчас база набилась данными, пока 35 000 строк. Появились проблемы. А именно, требуется оптимизация выборки пользователей по группе.
Прошу Вас помочь. Единственный вариант, который я вижу при такой реализации. Например, есть группа "Москва" с `id` = 2. Получается, первоначально я выбираю все `id` пользователей из общей таблицы со связями (`map`), у которых совпадает id группы.
Запрос: "SELECT `user_id` FROM `map` WHERE `group_id` = 2"
На выходе я получаю большой список id пользователей, по которому, в дальнейшем я могу выбрать всех участников группы.
Запрос: "SELECT * FROM `users` WHERE `id` = 1 OR `id` = 2 ... (еще куча id из первого запроса) ... OR `id` = 15000"
Запрос просто огромный и ужасный. Может ответ прост, но пока не могу придумать оптимизацию выборки.
Есть такие вещи как join который поможет сделать с 2 запросов один.
А еще, на будущее, что бы не делать тучи OR юзаем IN
melkozaur: Они даже не дают выбора, пихают в новые версии всякую хрень, которая в блоге не нужна вообще. Сколько щас ВП жрет памяти? Сколько делает запросов к БД стартовая страница по умолчанию? Только не надо говорить, что это все необходимо.
Мне немножко смешно оттого, что пользователи ставят себе лучшую cms для блога, а потом годами оптимизируют ее. В целом, на данный момент, Вордпресс стал идеальной системой для тех, кто устанавливает плагин для Адсенса, например.
Тогда что мешает, берем Yii или CI и за 1-2 дня пишем все что нужно, и ничего лишнего?
SeVlad: Как сказать - как сказать... :) Там много всего. А многие плагины лишь раскрывают эти возможности.
15+ мб как бэ оч. много для "ничего лишнего, как кроме блога" ;)
Есть.. правда в основном это возможности красиво прицепить плагин. Я имел ввиду - там по дефолту ничего лишнего нет просто. Блог и набор стандартов для современной цмс
gigs2: Помогите пожалуйста, есть ссылки которые находятся вот таком виде:
<a target="_blank" href="http://www.mysite.ru/article/46/1002995816_kif_probl">Отчёт</a>
мне нужно найти все ссылки и убрать их. Но я не могу никак составить правильную регулярку которая искала бы эти ссылки, я делал так:
Так как предыдущая тема устарела и возможности разместить ответ в ней нет, создам новую.
Структура была построена, согласно предложенной схеме от Милованов Ю.С.
Т.е. есть 3 таблицы - пользователи (усл. `users`), группы (усл. `groups`) и таблица для связей ID первых двух (усл. `map`).
Сейчас база набилась данными, пока 35 000 строк. Появились проблемы. А именно, требуется оптимизация выборки пользователей по группе.
Прошу Вас помочь. Единственный вариант, который я вижу при такой реализации. Например, есть группа "Москва" с `id` = 2. Получается, первоначально я выбираю все `id` пользователей из общей таблицы со связями (`map`), у которых совпадает id группы.
Запрос: "SELECT `user_id` FROM `map` WHERE `group_id` = 2"
На выходе я получаю большой список id пользователей, по которому, в дальнейшем я могу выбрать всех участников группы.
Запрос: "SELECT * FROM `users` WHERE `id` = 1 OR `id` = 2 ... (еще куча id из первого запроса) ... OR `id` = 15000"
Запрос просто огромный и ужасный. Может ответ прост, но пока не могу придумать оптимизацию выборки.
Есть такие вещи как join который поможет сделать с 2 запросов один.
А еще, на будущее, что бы не делать тучи OR юзаем IN
Если я правильно понял, Вы говорите удалить index.html?)) Где я туплю?)
На форуме, серч называется. А что, вы не в курсе, где тему создали?
Можно подробнее, я аномального не разглядел)
так его там и нет. Там все стандартное. Файлик удалите.
не работает, но мне не нужно удалять <a target="_blank", мне нужно удалить только ссылку то есть это http://www.mysite.ru/article/46/1002995816_kif_probl в результате должно получится так:
<a target="_blank" href=" ">Отчёт</a>
то есть все атрибуты остались, а удалилась только ссылка
Да просто замену настройте, если первый вариант работает.
$content=preg_replace("/<a target\=\"_blank\" href\=\"(.*)\">/Uis","<a target=\"_blank\" href=\"\">",$content);Они даже не дают выбора, пихают в новые версии всякую хрень, которая в блоге не нужна вообще. Сколько щас ВП жрет памяти? Сколько делает запросов к БД стартовая страница по умолчанию? Только не надо говорить, что это все необходимо.
Мне немножко смешно оттого, что пользователи ставят себе лучшую cms для блога, а потом годами оптимизируют ее. В целом, на данный момент, Вордпресс стал идеальной системой для тех, кто устанавливает плагин для Адсенса, например.
Тогда что мешает, берем Yii или CI и за 1-2 дня пишем все что нужно, и ничего лишнего?
Как сказать - как сказать... :) Там много всего. А многие плагины лишь раскрывают эти возможности.
15+ мб как бэ оч. много для "ничего лишнего, как кроме блога" ;)
Есть.. правда в основном это возможности красиво прицепить плагин. Я имел ввиду - там по дефолту ничего лишнего нет просто. Блог и набор стандартов для современной цмс
Помогите пожалуйста, есть ссылки которые находятся вот таком виде:
<a target="_blank" href="http://www.mysite.ru/article/46/1002995816_kif_probl">Отчёт</a>
мне нужно найти все ссылки и убрать их. Но я не могу никак составить правильную регулярку которая искала бы эти ссылки, я делал так:
$content=preg_replace("#( |\n|^)(http://)?[0-9a-z_.-/]+?[^@][0-9a-z_.-/]+\.[a-z]{2,4}#is","",$content);
но без результатно, ссылки все равно остаются. Прошу вашей помощи для решения проблемы ?
$content=preg_replace("/<a target\=\"_blank\" href\=\"(.*)\">/Uis","",$content);ПС - навскидку, хз или будет работать.
serjoo,
Потому что это не блоговые cms. Я задолбаюсь оттуда удалять все ненужное, а потом не смогу нормально обновиться.
Хм.. странное мнение, ВП как раз и есть блоговая цмс. И по дефолту там ничего лишнего, как кроме блога и нет. Без плагинов то.
Я так понял на js это легко сделать?
это везде тяжело, даже на php
'title'=>'<title>{0}</title>'.PHP_EOL,или
'title'=>"<title>{0}</title>\n",\n работает только при " кавычках
Ограничения и проверку на корректность данных на сервере ставим в любом случаи