|
На страницу Пред. 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, ... 26, 27, 28, 29, 30, 31, 32, 33, 34, 35 След. |
|
|
|
| Не cache, TimThumb. Он генерит тумбы и проч файлы |
|
|
|
|
|
| дак я то показал содержимое файла cache.php который создается в папке куда фотки заливаются, путь для фоток меняешь, и он в той папке точно такой же создается |
|
|
|
|
|
Меня тоже беспокоят вопросы относительно безопасности WP.
Насколько уязвим сам WP последние версии от текущей даты, а также, на сколько безопасны его плагины, если брать в расчет только те, которые есть на их официальном сайте, или же подключаются из под самой админке WP?
На каких ресурсах отслеживаете появление новых уязвимостей?
Я могу дать рекомендацию, не ставить права доступа как запись (w), на те папки, корневые каталоги домена, в которых находиться сам WP.
В случае подключения новых компонентов, в случае ошибки, временно разрешить права доступа на запись на нужных директориях. |
|
|
|
|
|
| Скрытый пост. Для просмотра требуется 100 сообщений. |
|
|
|
|
|
DrKronos, спасибо интересный плагин.
А у меня другой вопрос, давно не постил через XML-RPC свои скриптом а сейчас мне почему то не дает в тело поста вставить html, а точнее, если в 'mt_text_more' или в 'description' вставить конструкцию <a href=".... </a> то при попытке запостить выдает
| Цитата: |
| parse error. not well formed
|
 |
|
|
|
|
|
| IseeDeadPeople писал(а): |
Меня тоже беспокоят вопросы относительно безопасности WP.
Насколько уязвим сам WP последние версии от текущей даты, а также, на сколько безопасны его плагины, если брать в расчет только те, которые есть на их официальном сайте, или же подключаются из под самой админке WP?
На каких ресурсах отслеживаете появление новых уязвимостей?
Я могу дать рекомендацию, не ставить права доступа как запись (w), на те папки, корневые каталоги домена, в которых находиться сам WP.
В случае подключения новых компонентов, в случае ошибки, временно разрешить права доступа на запись на нужных директориях.
|
Сам вп менее уязвим чем плагины... тот же TimThumb долгое время имел шизовую дыру позволяющую залить шел на раз-два.... Поэтому и стоит внимательно к плагам относится |
|
|
|
|
|
DrKronos, http://www.armadaboard.com/viewtopic.php?p=4867919#4867919
Твоя рекомендация конечно правильная. Обычно я так и делаю, добавляя простые php теги в страницы для общих данных.
Но порой, даже чтобы сделать тот же одностраничник, проще установить WP, и работать с ним.
Тем более, WP предоставляет тот функционал, который на первичном создание сайта, может и не понадобиться, зато в дальнейшем, возможно потребуется.
Да и тем более, некоторым (особенно девушкам), даже грамотным по html, проще взять что то готовое, и работать с сайтом через админку того же WP, чем использовать html/php+ftp. |
|
|
|
|
|
IseeDeadPeople, я и говорю про то, что на вордпрессе можно делать статические сайты  Уж для одностраничников это как нельзя лучше. |
|
|
|
|
|
DrKronos, Возможно.
http://www.armadaboard.com/viewtopic.php?p=4867934#4867934
HeavyHell, Я так и предполагал, что уязвимости в основном стоит ждать от плагинов.
А кто какие плагины для wp использует для оптимизации wp страниц для СЕ?
Не раз сталкивался с рекомендациями, а также с практикой использования на ФАБХ плагина "All in One SEO Pack".
Текущая его версия:
"All in One SEO Pack - 1.6.15.3"
Также, есть множество и иных плагинов.
Есть у кого рекомендации относительно эффективности и безопасности? |
|
|
|
|
|
суть такая, нужен такой скрипт, который будет делать такие запросы ко всем постам базы по очереди
база большая, млн постов, скрипт должен пройти по всем постам.
есть ли такие в природе? |
|
|
|
|
|
пришлось на заказ делать
| Код: |
<?php
$dom="test.ru"; //имя домена
$numb=1;//id первого поста
$nume=20;//id последнего поста
$count=10;//сколько постов опрашивать за 1 раз
session_start();
if (!isset($_SESSION['counter'])) $_SESSION['counter']=$numb;
$sesbeg=$_SESSION['counter'];
$sesend=($_SESSION['counter']+$count);
if ($sesend>$nume) $sesend=$nume+1;
if ($sesbeg<$sesend){
for ($x=$sesbeg; $x<$sesend; $x++) {
echo "<br/><b>id=".$_SESSION['counter']++."</b>(";
$site_text=file_get_contents("http://".$dom.'/?p='.$x);
echo ") control_length=".strlen($site_text);
}
} else {
echo "Test is ended. Last id=".($_SESSION['counter']-1);
}
?>
|
вдруг кому нибудь пригодится
в опере ставите исполняться на крон, будет дергать сам |
|
|
|
|
|
вобщем когда то в редактировании поста точно видел что к конкретному посту можно запретить комментирование, хз возможно в функтионс.пхп долнжо быть чтолибо прописано - но у меня в редактировании поста почему то пропала эта вкладка, как ее включить?
вот как у меня выглядит эта вкладка, но когда то можно было ставить галочки, точно помню, но никогда не юзал, а сейчас понадобилось |
|
|
|
|
|
| А у тебя в "настройках экрана" Wordpress поставлена галочка "Обсуждение"? Там же галочки можно ставить "Разрешить комментарии" и "Разрешить обратные ссылки и уведомления", а не в "Комментариях". Или я тебя не так понял? |
|
|
|
|
|
не комменты оставляют.....вобщем паходу в новых версиях убрали, нашел способ как убирать комменты, просто раньше было проще или тема была такая что при редактировании конкретного поста можно было сделать.
Делается так, заходим во вкладку записи, нажимаем свойства поста и снимаем галочку. |
|
|
|
|
|
| DK писал(а): |
вобщем когда то в редактировании поста точно видел что к конкретному посту можно запретить комментирование, хз возможно в функтионс.пхп долнжо быть чтолибо прописано - но у меня в редактировании поста почему то пропала эта вкладка, как ее включить?
вот как у меня выглядит эта вкладка, но когда то можно было ставить галочки, точно помню, но никогда не юзал, а сейчас понадобилось
|
Тоже не могу найти в версии на wordpress.com такую опцию.
Но в Settings -> Discussion, по умолчанию стоят настройки: Anyone posts a comment, A comment is held for moderation, чуть ниже: Comment author must have a previously approved comment.
Которые будут блокировать все комментарии от не аццептированного юзера, поэтому особых проблем с не допуском комментариев к тем постам, у которым ты не желаешь, быть не должно.
Можешь еще включить опцию: An administrator must always approve the comment. Если я правильно понимаю, тогда вне зависимости от предыдущего аццептирования тобой комментария, любой комментарий должен быть одобрен тобой. |
|
|
|
|
| Новая тема |
Написать ответ |
ГЛАВНАЯ
~ ТЕХНИЧЕСКИЕ ВОПРОСЫ
| |
| На страницу Пред. 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, ... 26, 27, 28, 29, 30, 31, 32, 33, 34, 35 След. |
|
|
|
