Тест для PHP-прогеров? А тогда причем тут команды никс-систем (верите или нет, я несколько лет писал очень неплохие скрипты и системы управления сайтами на PHP, зная при этом только одну команду линуха - mount... мне как-то хватало функций PHP и вызывать системные, привязывая тем самым скрипты к определенной платформе, необходимости не было).
Причем тут SVN и CVS? Знание PHP обязывает знать также и подобные системы и пользоваться ими? Что-то не уверен, тем более есть масса других аналогичных решений и возможно написать свое.
К слову, начать тестирование мне удалось только с 20-й попытки. Все предыдушие были куда более веселыми, чем нормальное прохождение теста. Причина тому проста - стоит странице загрузиться полность, как сглючивает JS-таймер и вместо 19 минут 55 секунд тут же оказывалось, что осталась у иеня на все вопросы всего пара секунд... и прощай тест. Game Over.
Устраняются через объект history.
Кстати, очень хорошая демонстрация использования AJAX с нормально работающей (с точки зрения простого пользователя) кнопкой "Назад" имеется в YUI.
Об этои уже писали и много это обсуждали. Не раз.
Использование символа # для отделения адреса скрипта от параметров - не лучшая идея. У него другое назначение.
Некоторые клиенты просто глючат с авторизацией. Это раз.
Два. Что дает авторизация? Да ничего. Писать все равно могу. Статус видеть все равно могу. Если так просто не могу, то беру QIP и жму "проверить статус"... И чего же оно дает?
Не знаю как вам, а меня мало интересует, кто меня добавил в список, хотя по старинке с древних времен стоит запрос авторизации.
Дело вовсе не в том, что винде плохо. Переустанавливал десятки раз, но к моменту, когда будут установлены все требуемые утилиты и програмулины, винда снова начинала жрать ресурсы.
На моем Core Duo 1.66GHz и гигом памяти даже XPсо всеми службами, которые мне нужны грузится минут 5-10. Чтобы поставить Висту и использовать все, что мне нужно и хочется использовать, я получается должен купить себе настольный компнемеренным количеством оперативы и мощнейшим процем из тех, что есть в продаже? А если при этом учесть, что хочется реально хорошую технику и посмотреть на цены железок от ASUS и им подобных производителей? Дороговато получается, особенно если учесть, что на том же маке (да и в линуксе) проги куда более заточены под железо и куда более рационально используют ресурсы (по крайней мере сервисы самой ОС) - я могу для тех же задач поставить машину стоимостью раза в 2 ниже...
В ряде случаев (в качестве примитивного примера - поиск) загрязнение URL может быть полезным - человек может скопировать URL из адресной строки и передать его кому-либо, вместо объяснения "набери в строке поиска такую-то фразу и выставь такие-то параметры поиска (при использовании расширенного поиска)".
Но. # - это все же якорь и не стоит использовать его иначе без необходимости, хотя бы из уважения к стандартам и чтобы не путать пользователей, которые могут воспринять этот символ буквально - как якорь.
Переменные при обновлении страницы через AJAX можно хранить как угодно - ничего с ними не сделается. Чтобы передавались в JS при переходе по ссылке с внешнего ресурса - обычные GET-запросы (пусть хоть сервером обрабатываются, хоть JS - зависит от задачи).
Остается одна проблема - продемонстрировать переход к новой информации в строке адреса для пользователя. Наверняка есть какое-то решение без использования символа "#".
Не знаю почему, но удержание клавиш мне кажется излишним. Лично мне быстрее после случайного нажатия заново текст набрать. Хотя, это дело вкусов и навыков набора текста :)
Потому я и говорю, что поддержки монтирования очень нехватает. Впрочем, хотя бы будет хоть какая-то ОС для диагностики (о чем ты сказал) и возможность выйти в Сеть и найти описание проблемы и ее решение, если сам не знаешь, что делать.
Я вот уже давно думаю, что такое происходит. Не могу даже в свой блог писать. Не могу писать в "Я умный". Вообще ничего не могу, только комментировать :)
Я долго думал, как решить эту проблему. Пришел к выводу, что стоит написать свой небольшой локальный веб-сервис, в котором будет храниться вся информация, который будет в удобном для меня виде предоставлять ее в любой момент. Ну и некоторые фишки для меня, которые не особо относятся к анализу данных.
Лично я давно мечтал о таком устройстве :)
Если с основной системой что-то случится, всегда будет возможность загрузится с BIOS'а и найти проблему. Но поддержки монтирования дисков очень будет нехватать ей.
Главное, чтобы была шаблонная система, и была она быстрой.
Иначе имеем:
а) все тормозит как только нагрузка чуть больше на сервер пошла (генерируемая посещениями)
б) все тормозит в любом случае
в) чтобы поменять дизайн нужно рыться в исходниках системы (так у большинства поделок студий), что может привести к неработоспособности системы, лишнему геморру для разработчика, лишнему удорожанию прикручивания дизайна, поиску специалиста, знающего вдоль и поперек систему (или трате времени на его обучение).
Шаблоны типа Смарти для такого рода задач еле тянут. Шаблоны, полностью работающие на регулярных выражениях (особенно, если основной инструмент в них - разбиение кода на блоки и не более) вообще не тянут.
К любой CMS приделать шаблоны не всегда дело благодарное - иногда это требует слишком значительных затрат (времени, а следовательно - денег и бог знает, чего еще).
Лучше брать систему с изначально грамотно построенной архитектурой. Таких очень мало. Я под свои требования таковую так найти и не смог. Потому занимаюсь разработкой собственной. Кстати, если сравнивать с затратами на попытки подточить существующие - получаются в итоге гораздо меньшие затраты (особенно, если нужно сделать не единичный сайт, а заниматься этим постоянно, что я и делаю).
Над такой проблемой задумался очень давно. Кое-что решить удалось еще тогда, но далеко не все. На данный момент проблема с ограничениями CMS практически полностью решена в моей разработке - полная свобода вывода. В шаблонную систему передаются все данные, но по каким условиям и как ты будешь рулить ими, где выводить - решать только тебе - при этом шаблонка работает крайне быстро.
А вот у меня стоит localhost, он же 127.0.0.1, на которой стоят линки на самые нужные сайты (Хабр, Башорг, Гугл, Яндекс и некоторые другие), там же линки на тестовые серверы моих проектов, там же форма запроса пароля на просмотр личных записей.
Причем тут SVN и CVS? Знание PHP обязывает знать также и подобные системы и пользоваться ими? Что-то не уверен, тем более есть масса других аналогичных решений и возможно написать свое.
К слову, начать тестирование мне удалось только с 20-й попытки. Все предыдушие были куда более веселыми, чем нормальное прохождение теста. Причина тому проста - стоит странице загрузиться полность, как сглючивает JS-таймер и вместо 19 минут 55 секунд тут же оказывалось, что осталась у иеня на все вопросы всего пара секунд... и прощай тест. Game Over.
Кстати, очень хорошая демонстрация использования AJAX с нормально работающей (с точки зрения простого пользователя) кнопкой "Назад" имеется в YUI.
Использование символа # для отделения адреса скрипта от параметров - не лучшая идея. У него другое назначение.
Два. Что дает авторизация? Да ничего. Писать все равно могу. Статус видеть все равно могу. Если так просто не могу, то беру QIP и жму "проверить статус"... И чего же оно дает?
Не знаю как вам, а меня мало интересует, кто меня добавил в список, хотя по старинке с древних времен стоит запрос авторизации.
Но. # - это все же якорь и не стоит использовать его иначе без необходимости, хотя бы из уважения к стандартам и чтобы не путать пользователей, которые могут воспринять этот символ буквально - как якорь.
Переменные при обновлении страницы через AJAX можно хранить как угодно - ничего с ними не сделается. Чтобы передавались в JS при переходе по ссылке с внешнего ресурса - обычные GET-запросы (пусть хоть сервером обрабатываются, хоть JS - зависит от задачи).
Остается одна проблема - продемонстрировать переход к новой информации в строке адреса для пользователя. Наверняка есть какое-то решение без использования символа "#".
Если с основной системой что-то случится, всегда будет возможность загрузится с BIOS'а и найти проблему. Но поддержки монтирования дисков очень будет нехватать ей.
Иначе имеем:
а) все тормозит как только нагрузка чуть больше на сервер пошла (генерируемая посещениями)
б) все тормозит в любом случае
в) чтобы поменять дизайн нужно рыться в исходниках системы (так у большинства поделок студий), что может привести к неработоспособности системы, лишнему геморру для разработчика, лишнему удорожанию прикручивания дизайна, поиску специалиста, знающего вдоль и поперек систему (или трате времени на его обучение).
Шаблоны типа Смарти для такого рода задач еле тянут. Шаблоны, полностью работающие на регулярных выражениях (особенно, если основной инструмент в них - разбиение кода на блоки и не более) вообще не тянут.
К любой CMS приделать шаблоны не всегда дело благодарное - иногда это требует слишком значительных затрат (времени, а следовательно - денег и бог знает, чего еще).
Лучше брать систему с изначально грамотно построенной архитектурой. Таких очень мало. Я под свои требования таковую так найти и не смог. Потому занимаюсь разработкой собственной. Кстати, если сравнивать с затратами на попытки подточить существующие - получаются в итоге гораздо меньшие затраты (особенно, если нужно сделать не единичный сайт, а заниматься этим постоянно, что я и делаю).
Посколько имеется вариант "за долю от проекта", то выбрал его.
Всем гуглоюзерам пить за здоровье серверов гугла :)