Форумы портала PHP.SU

AdMeen пишет:

собственно почему бы не передавать строку через GET?

JustUserR пишет:

Как вариант можно использовать для админки отдельный CGI-скрипт в режиме NPH - он будет самостоятельно получать HTTP-запрос от пользователя и если к моменту окончания HTTP-заголовка становится очеидно что он не имеет прав доступа то обрывать соединение На PHP такое не выйдет по вышеуказанным причинам

JustUserR пишет:

В принципе если ваш PHP-скрипт не закрыт firewall-ом и HTTP-запросы до него доходят - то ничто не мешает посылать на него длинные POST-запросы с файлами возможно в целях взлома - ведь даже если сам PHP-скрипт выдаст ошибку о том что соотвествующих прав нет то он выдаст это после загрузки файлов
Есть одно очень важное правило PHP - загрузка всех GET/POST-запросов происходит ДО начала исполнения PHP-кода из вашего PHP-скрипта - и вы никак внутри него не можете контролировать размер передаваемого файла - разве что размерами лимитирующий переменных в php.ini Из-за этого правила полностью на PHP нельзя реализовать загрузчик файлов с прогресс-баром и вероятно это правило сказывается у вас

Цитата:

Закачка файлов в PHP: не забываем про post_max_size
PHP // 24 Января, 2008 // под утро
Обычное дело ограничить размер закачиваемых файлов при помощи upload_max_filesize, но в конфигах есть еще одна важная опция post_max_size, ограничивающая размер POST-данных (соотношение должно быть такое memory_limit > post_max_size > upload_max_filesize). Думаю php-разработчикам, читающим мой блог будет интересно узнать об одном side-effect’е, который до некоторого времени считался багом типа documentation issue (т.е. не был никак описан) и о котором я сам даже не подозревал.

Как следует из определения, post_max_size ограничивает размер передаваемых данных, поэтому php резервирует в памяти буффер именно этого размера. Что происходит, если объем данных больше этой величины (например закачиваемый файл имеет размер больше ожидаемого)? Все очень просто — php сбрасывает $_POST и $_FILES, как если бы upload вобще не происходил, при этом в логах следующее:

PHP Warning: POST Content-Length of X bytes exceeds the limit of Y bytes in Unknown on line 0Это и есть тот самый side-effect. Действительно, если в буфер влезает только часть POST-данных, то php-скрипт может повести себя непредсказуемо. Чтобы минимизировать ущерб — php не передаст в ваш скрипт вообще ничего.

Если срабатывает ограничение upload_max_filesize, мы можем об этом узнать из массива $_FILES, его соответствующий элемент ‘error’ будет содержать код ошибки UPLOAD_ERR_INI_SIZE. В случае же срабатывания ограничения post_max_size, как я уже описал, $_FILES пустой, а ошибку сдетектировать и пользователю написать надо. К счастью нам все еще доступен $_GET, поэтому решаем добавлением GET-параметра в action атрибут нашей формы:

<form enctype="multipart/form-data" method="post" action="?doing_upload=1">
...
</form>Теперь в скрипте, принимаюшем форму мы можем проверить существование параметра doing_upload и что $_FILES на самом деле пустой и красиво сказать пользователю, что он неправ. Примерно так:

if (isset($_GET['doing_upload']) &&
(! isset($_FILES) || (count($_FILES) == 0)))
print "Sorry, post_max_size is in effect";Если с закачкой файла в вашей форме есть еще какие-нибудь поля, то вы можете их потерять, если пользователь ошибётся с размером файла и при этом не знает о существовании кнопки Back (бывает и такое). Поэтому я рекомендую форму закачки файла вообще засунуть в отдельный iframe. Главный совет: если у вас в проекте есть форма закачки файлов, попробуйте превысить post_max_size и посмотрите как ваше приложение сможет с этим справиться.

Положите эту мелочь на свою полочку знаний и не повторяйте моих ошибок

Darksynx пишет:

Сделайте индекс в таблице для поля, по которому идёт поиск. В данном случае нагрузка сократится в разы

JustUserR пишет:

На самом деле это сильно неоптимизированное решение потому что именно соединение с базой занимает самое большое время - по крайней мере по сравнению с выполнением несложного запроса

PHP:
скопировать код в буфер обмена

 
header('Content-type: text/html; charset=windows-1251');
$q = $_GET['q'];
 
include("dbconnect.php");
        
if($result = $p_db->query ("select distinct name from street where name like '%$q%' order by name")) {
        while($record = $result->fetch_row ())  {       
                echo iconv('utf-8', 'windows-1251', $record[0]).'\n';
        }
                
        $result->free ();
}
        
$p_db->close ();
 

CODE (javascript):
скопировать код в буфер обмена

 
function selectItem(li) {   
}  
 
$(document).ready(function(){
        $("#f_street").autocomplete("autocomplete.php", {
                delay:10,
                minChars:2,
                matchSubset:1,
                autoFill:true,
                matchContains:1,
                cacheLength:10,
                selectFirst:true,
                maxItemsToShow:10,
                onItemSelect:selectItem 
        });  
});  
 

Champion пишет:

Но только на быстродействии это может не лучшим образом сказаться

Viper пишет:

и не будет.