Uchkuma
может это в евроамерике так....
не помню чтоб какой-либо бланк заполнял у нас...
пошлина + сфоткали в гаи + автограф. Вроде всё.
А! ещё ПДД+площадка+город(скорее кружок возле гаи).
А реально ли это тогда это оптимизирует запрос (UP!) ???
или не закорачиваться и писать запросы через rand() ??? (Добавление)
JustUserR пишет:
Для реализации сортировки по заранее заданной последовательности можно использовать левое внешее соединение со специальным условием - сначала создается таблица-представление в которую в нужном порядке записываются данные по которым требуется произвести сортировку - далее при создании левого соединеня с такой таблицей порядок следования записей в ней сохранится - и нужно будет только добавить JOIN-условие которое будет отвечать за вывод реальных строк данных
Т.е. к таблице создать присоску (ещё одну таблицу) где ид будут последовательны (без выпадов) и по ней сортировать (рандомайзить)????
Я правильно понял?
Если собственного сервера нет и хостер не позволяет менять PHP.ini, скачайте, попросите его (хостера) php.ini файн и подключите к себе, чтоб потом не было особых проблем синхронизации. Чуть позже Вы сами поймете разницу между devolopment settings и release settings. Я начинал с этого.
От себя вопрос:
Ошибки уровня нотайс влияют на общую производительность или нет?
Ок! с целью оптимизации скрипта вместо конструкции WHERE ... ORDER BY RAND() LIMIT 6;
применяю 2 запроса:
1) поиск всех ид по условию, перемешиваю их и формирую например:
$in = 12,87,24,65,230,8
2) запрашиваю WHERE id IN ($in);
Скорость выполнения возрастает почти в 7(!) раз.
Единственное что, мускул сортирует результат по ид по порядку, а мне надо чтобы он выводил как я указываю в $in т.е. в разнобой. Есть ли такой способ?
просто после "БЕЕЕЕЕ" не смог удержаться все-таки оно родное...
ну вот и всё объяснили. Оказалось не такое уж и бе
хотя....
я бы такую не поставил себе, хотя многим может пригодиться.
Постараюсь немного по рекламировать.
Цитата:
распознает тысячи вопросов на русском языке и каждый месяц "наращивает" свою базу
а мы тихой рысью никому не расскажем про Ваш проект и будем его использовать только на своих хомячках...
все равно выдает Warning: session_start() [function.session-start]: Cannot send session cache limiter - headers already sent (output started at C:\Program Files\Apache Group\Apache2\htdocs\for_students\top.inc:10) in C:\Program Files\Apache Group\Apache2\htdocs\for_students\adding.php on line 4
Файл top.inc тоже сохранил с кодировкой utf-8 без bom, все равно выдает предупреждение, может поможете пожалуйста...
ИМХО:
капча очень большая (размер самого флэш блока), иногда задачи сложные, используется непонятный сайт в качестве сервера капчи (если сайт лежит, то все капчи тоже).
Подгружается долго.
FLASH!!!! Не для всех. (Яблоко и т.д.)
Моя оценка БЕЕЕЕЕЕЕЕЕ....
Хотя ругать всегда проще. (Добавление)
JustUserR пишет:
в качестве примера можно привести капчу которая существовала опрделенное время на rapidshare которую не мог пройти не только бот но и большинство пользователей с первого раза
я за такую капчу, но выводить её только для новых\непроверенных пользователей и\или выводить для тех, кто ввел неправильный пароль, добавил больше N постов (комментов, оценок etc) за T времени и т.д.
Вобщем CAPTCHA должна быть CAPTCH'ей - не мешать пользователям и сильно мешать БОТАМ и, желательно, китайцам. Для последних хороши региональные (русскоязычные) капчи, но это только для наших сайтов =(