HotLab: вы считаете, что c каждого комментария получать по запросу в БД - это оптимальное решение ?
1. Я один и плз, не надо обращаться ко мне во множественном числе.
2. Давай прикинем "теорию". Ава - точно такие же данные юзера, как и логин, никнейм, мыло и тд. Так? А где хранится эта инфа? Правильно в БД. Соответственно хош-нехош, а базу опрашивать надо.
На каждый ли коммент? тут конечно нет. На каждого юзера. Причем одним запросом получить все его данные и выводить по мере надобности.
Отчасти соглашусь, не оптимально написанных плагов хватает. Однако при желании их можно оптимизировать. Но, думаю, можно подобрать и нормальный. Плагов присваивающих юзерам аву - как грязи. (какие конкретно - я не знаю, не юзал)
Но самое главное - у тебя всего ж 3 комментатора! ИМХО проблема яйца выеденного не стоит. Хоть в том же граватаре их САМ зарегай. Не хотят на своё мыло - зарегай на доменное (изменив их мыло в ВП), а для получения ими подписки\напоминалок сделай редирект мыла. Делов на 20 мин, а ты какие-то нано-технологии ищешь :)
NCom: А если вообще отказаться от плагинов (оставить парочку необходимых) то еще симпатичней WordPress 4.09MB | MySQL:19 | 0,043sec
Извини, но это пук в лужу. Плагин - точно такой же код, только вынесенный в отдельный модуль. Сам по себе "плагин" НИЧЕГО не создаёт. Запросы\нагрузку\етс создаёт КОД. А в плагине он будет или в теме - пофик. И вот от качества написания этого кода (и где\как он используется) и зависит доп. нагрузка.
Цикл используется в WordPress для отображения записей.
Я руководствовался только этим. Возможно, я что-то не правильно понял. На практике не делал, поэтому и говорю что надо будет проверить и разобраться. (До сегодня я был уверен, что цикл в стат. страницах не должен работать ;) )
СолдафончеГ: wp_reset_query() не совсем понимаю для чего надо? Я только учусь делать подобное.
Я тебе ссылку ж не просто так дал :) Читай, там по русски. Но лучше пользоваться оф. документацией.
Вкратце: query_posts - создаёт новую выборку и если не сбросить (для этого wp_reset_query()) - результат следующей суммируется с предыдущей и потом могут быть такие сюрпризы...
вы считаете, что c каждого комментария получать по запросу в БД - это оптимальное решение ?
1. Я один и плз, не надо обращаться ко мне во множественном числе.
2. Давай прикинем "теорию". Ава - точно такие же данные юзера, как и логин, никнейм, мыло и тд. Так? А где хранится эта инфа? Правильно в БД. Соответственно хош-нехош, а базу опрашивать надо.
На каждый ли коммент? тут конечно нет. На каждого юзера. Причем одним запросом получить все его данные и выводить по мере надобности.
Отчасти соглашусь, не оптимально написанных плагов хватает. Однако при желании их можно оптимизировать. Но, думаю, можно подобрать и нормальный. Плагов присваивающих юзерам аву - как грязи. (какие конкретно - я не знаю, не юзал)
Но самое главное - у тебя всего ж 3 комментатора! ИМХО проблема яйца выеденного не стоит. Хоть в том же граватаре их САМ зарегай. Не хотят на своё мыло - зарегай на доменное (изменив их мыло в ВП), а для получения ими подписки\напоминалок сделай редирект мыла. Делов на 20 мин, а ты какие-то нано-технологии ищешь :)
А если вообще отказаться от плагинов (оставить парочку необходимых) то еще симпатичней
WordPress 4.09MB | MySQL:19 | 0,043sec
Извини, но это пук в лужу. Плагин - точно такой же код, только вынесенный в отдельный модуль. Сам по себе "плагин" НИЧЕГО не создаёт. Запросы\нагрузку\етс создаёт КОД. А в плагине он будет или в теме - пофик. И вот от качества написания этого кода (и где\как он используется) и зависит доп. нагрузка.
Почему планшет? По тому что с него можно скинуть сразу в интернет.
Эм.. Я тут молодежи покупал мыльницу за 100$ - там тоже это можно (через wi-fi точнее). У более нормальных фотиков наверняка тоже.
Может проще тогда перейти на vk или fb виджет?
Проще воспользоваться нормальными решениями, но у ТСа плагинопаранойя при непонимании процессов, а чём он и сообщал в старпосте.
Хостинг rucenter, там есть "Файлы протоколов" - ошибки - ошибок нет.
Этого недохостера надо прессовать, что бы выбить результат.
Требуй логи ошибок. Они точно есть и покажут.
По сабжу - скорее всего некорректное удаление виря (см версию outtime). Мб и в хтацессе.
Мб поможет: http://codex.wordpress.org/%D0%A7%D0%90%D0%92%D0%9E/%D0%91%D0%B5%D0%BB%D1%8B%D0%B9_%D1%8D%D0%BA%D1%80%D0%B0%D0%BD
Помогите очистить сайт от них! Закрыть дырки
Чтобы успешно закрыть дырки нужно вначале открыть глаза.
Почему не должно?
У меня ощущение, что я зря ссылки ищу и пощу :)
http://codex.wordpress.org/%D0%A1%D1%82%D1%80%D0%B0%D0%BD%D0%B8%D1%86%D1%8B#.D0.9E_.D1.81.D1.82.D1.80.D0.B0.D0.BD.D0.B8.D1.86.D0.B0.D1.85_.D0.BA.D0.BE.D1.80.D0.BE.D1.82.D0.BA.D0.BE:
Страницы - не записи. Они не проходят циклически через главную страницу.
АПД
+
http://codex.wordpress.org/%D0%A6%D0%B8%D0%BA%D0%BB_WordPress:
Я руководствовался только этим. Возможно, я что-то не правильно понял. На практике не делал, поэтому и говорю что надо будет проверить и разобраться. (До сегодня я был уверен, что цикл в стат. страницах не должен работать ;) )
wp_reset_query() не совсем понимаю для чего надо? Я только учусь делать подобное.
Я тебе ссылку ж не просто так дал :) Читай, там по русски. Но лучше пользоваться оф. документацией.
Вкратце: query_posts - создаёт новую выборку и если не сбросить (для этого wp_reset_query()) - результат следующей суммируется с предыдущей и потом могут быть такие сюрпризы...
возможно ошибся разделом, но не нашел лучше...
/ru/forum/offtopic/hardware-software
нужна прога чтобы скачивала фотки в папку по прямой ссылке, т.е. в идеале могла обработать файл типа:
http://www.westbyte.com/dm/
потом создал страницу, в которой выбрал шаблон. Всё!
И в ней работает цикл?! Надо будет проверить. Потому как на статике не должно.
И, кстати, у тебя там 2 раза query_posts без wp_reset_query(). А это ОППа :)
И вообще http://wpmag.ru/2014/query_posts-wordpress/
загоняем всё в массив, сортируем по алфавиту и выводим последний элемент массива
Всё несколько проще с SCANDIR_SORT_DESCENDING ;)