Яву они точно не умеют "читать".
AJAX != JS
Если JS Гугл ещё худо-бедно разбирает, то AJAX-запросы он точно посылать никуда не будет.
Единственная проблема, почему вам пока не стоит на него переходить — это неполная поддержка браузерами.
Пожалуйста :)
Прирост скорости в несколько раз должен быть. Или вам больше нужно?
Если скорость записи так критична, то смотрите в сторону SSD.
Смена ФС навряд ли сильный прирост даст. Не говоря уже о модулях.
У вас mfunc неправильно настроен. В этом теге должна быть указана сама функция тоже. Посмотрите внимательно примеры в FAQ.
Если не поможет, то в настройках плагина включите Late Init.
<?php$filepath = dirname(__FILE__) . '/kusokkoda.txt';$versions = array( 'Вариант1', 'Вариант2', 'Вариант3', 'Вариант4', 'Вариант5',);$rand_index = mt_rand(0, count($versions) - 1);$random_version = $versions[$rand_index];if (is_writable($filepath)){ file_put_contents($filepath, $random_version);}else{ echo "Файл $filepath недоступен для записи\n";}
Ставите скрипт на выполнение в Крон каждые 5 минут. И не забудьте на kusokkoda.txt поставить права для записи.
В PHP-коде на форуме некоторые символы "обрезаются". Здесь нормальная версия.
Через СМС-гейт можно сделать. Правда, придётся за каждую СМС платить.
Не могли бы вы дать ссылку на этот совет? Я что-то не смог найти.
Такая оптимизация кажется сомнительной. Скорее всего основных стилей будет больше (main.css), чем стилей для конкретных страниц (post.css , contact.css). Поэтому на выходе будут получаться очень похожие (за счет основных стилей) файлы для страниц post и contact. И это не учитывая ещё лишние запросы.
Скорее наоборот, на каждую нетиповую страницу свой файл стилей? Или я опять неправильно понял? Пример: "/post/1", "/post/2", "post/3", "/contact".
У первых 3 страниц будет свой файл стилей (post.css), а у страницы /contact будет отдельный (contact.css)?
Грубо говоря, на каждую страницу приходится свой файл со стилями?
