Фактически не интересно читать статьи вида «вот в этом языке есть фишка». Куда интереснее читать «вот есть такая задачка… и на этом языке она решается вот такой фишкой». Как-то в этом ключе. Рассказ о базисе пыха будет пересказом мана. А кому может быть любопытно читать ман второй раз? =( Если статья получится в таком примерно стиле — будет отлично. Например, сначала список велосипедов, а потом красивые и элегантные решения. Где-то тут недавно была похожая про название предыдущего месяца.
Кстати, в сети 100500 статей и вопросов о том, как ускорить отдачу данных клиенту. Страница, которая прорисовывается дольше полутора секунд потрошится до такой степени глубоко, что, порой, и сама не рада столь долгой загрузке. Логи на серверах для поиска «узких» мест занимают сотни мегабайт. Пишутся десятки утилит для увеличения скорости. А тут вы со своим запросом встаете в розовых очках… ну прямо поперек всего Интернета! =))))
Если вы хотите замедлить что-то — переименуйте все странички в php, и добавьте в начале файла usleep(500). Все, эта страничка будет грузиться на полсекунды дольше. Но это настолько… Жесть, что просто беда =) Хоть минусуй сам себя :)
всегда казалось, что при подобном виде сортировки можно пользоваться значениями id, которые auto_increment ;) а сделать пару запросов с limit 1 не критично.
"его особенности: если человек приходит не со страницы со всеми картинками, следовательно в get параметрах нет указания на предыдущее и следующее изображения."(с)
Значит он пришел не из поиска с сортировкой, и для него нет понятий «предыдущее» или «следующее». зачем вам делать выборки? Если я пришел с поиска гугл-то как вы узнаёте — какая у меня была сортировка?)
Повторное описание задачи не отменяет необходимости читать вами решения =)
Но я разжую, мне не сложно.
---------
index.php:
select* from images order by rating
$i=1;
foreach…
echo «img.php?id=$id&indexInQuery=$i&orderBy=rating&prev=$prev&....»;
$prev=$id;
$i++;
---------
img.php
$prev = (int)$_GET['prev'];
$index = (int)$_GET['indexInQuery'];
---------
Затискать «след» тоже довольно просто, и вам не придется вычислять эти значения в дальнейшем.
Просто мне приходилось успешно продавливать сдачу этапов после смены главного бухгалтера, который вообще был против установки ПО. Но поскольку ПО работало по утвержденным документам — ему пришлось это подписать. Хотя в дальнейшем предприятие им и не пользовалось. Но людям надо было чем-то платить — они же работали как бы.
Субля действительно фантастична в плане чтения/мелкого редактирования вне рабочего места. Подсветка, поиск, проекты, скрол, кодировки. Пользуюсь не очень давно, но имхо свои 60 буказоидов отрабатывает.
Вероятно, это повод задуматься о качестве продукта. Это их способ втюхать вам более дорогие Интерпрайз версии. Они же тоже кушать хотят.
Кстати, вам нет нужды делать свою cms для продажи 1млн. товаров. Интернет магазины замечательно делаются на основе готовых фреймворков а-ля симфони, зенд, yii. И при этом создание с нуля будет быстрее и качественнее допила существующих. Только надо найти хорошего спеца. Где-то тут парень искал работу со свободным графиком относительно. К Июлю бета, в августе продакшн можно уже запуститься.
Как бы не проблема собрать это дерево один раз, и пересобирать при обновлении категорий. Мне казалось все нормальные деревья работают по этому принципу. Могу ошибаться, мир не так совершенен как я =)
Это уже к организаторам кафе — как они будут ответы формировать. Можно, кстати, ставить знаки вопросительные там где нет информации. Или желтеньким выделять.
Тогда вам WinRar. Архив без сжатия с инфой для восстановления и размерами тома 4гига. Как уже отметил AxisPad, вы сможете скопировать оттуда любые файлы с любого диска. Исключение составит только 1 файл в конце архива, но ИМХО бекапы не так часто нужны, чтобы это напрягало.
Для примера, попробуйте прописать жестко тип каждой переменной которая есть в вашем проекте. А потом (когда это сделаете) оцените на сколько это трудозатратнее использования "===" вместо "==".