Найти-то можно (lwin + rwin + menu например), но к сожалению такую комбинацию включений (три включателя, причем все три — метаклавиши) построить можно только написав свой нетривиальный кусок раскладки.
Или с того момента, как я это пробовал что-то поменялось?
Не знаю как сейчас — но было ниже.
Ибо нет у них никакого системного подхода, просто разжеванный курс на основе «Чего-нибудь для чайников».
Видел лет пять назад вакансии с примечанием «Выпускников академии Шаг просьба не беспокоиться».
Админа можно своего не держать — наймите для разовой настройки и заключите договор на подержку например. Если поддержка нужна не уровня «перестраивать каждый месяц с нуля потому что нам так хочется», а например «доставить мемкешед потому что разработчики о нем узнали и он им понравился» и «обновить апач на случай если в нем найдут дыру» — выйдет недорого.
Теперь причины:
1. Ставите чего угодно, нужных версий, в нужной конфигурации.
2. Отсутствие например кеширующего нгинкса на уровне хостера — некоторые хостеры этим страдают.
3. Нету заморочек с хостером вида «что-то от вас траффика много, да и сервак вы переодически нагружаете; переключайтесь-ка на больший тарифный план или вообще валите»
4. Возможность организовать более нормальную выкатку проекта нежели «скопировать все по ftp» — пакетами или хотя бы из системы контроля версий.
5. При нескольких разработчиках — возможность более гибко распределить им права, организовать доступ по vpn, дать держать каждому свою тестовую версию проекта, не упираясь в ограничения хостингового плана.
Будет-будет.
В двух плоскостях повороты возможны только на 180°, а в третьей невозможно повернуть только среднюю грань, плюс как мне кажется — при повороте одной из граней на 90° «цепочка» из кругов будет «проезжать» одну позицию, при этом еще и вращаясь.
Видео бы посмотреть, но алгоритмы сборки явно другими будут.
Еще можно смотреть в сторону баз, умеющих рекурсивные запросы (например postgresql 8.4)
Под рекурсивным запросом тут имеется в виду ясное дело не рекурсивный вызов запроса из кода, а запрос, содержащий рекурсию в себе.
Для веб этого маловато будет.
Либо придется заморочиться с DDNS и скриптами для обновления адресов при падении каналов, либо сделать «по-взрослому» — взять AS и настроить BGP
Или с того момента, как я это пробовал что-то поменялось?
Ибо нет у них никакого системного подхода, просто разжеванный курс на основе «Чего-нибудь для чайников».
Видел лет пять назад вакансии с примечанием «Выпускников академии Шаг просьба не беспокоиться».
В частности, сайт контеста с указанной датой.
Теперь причины:
1. Ставите чего угодно, нужных версий, в нужной конфигурации.
2. Отсутствие например кеширующего нгинкса на уровне хостера — некоторые хостеры этим страдают.
3. Нету заморочек с хостером вида «что-то от вас траффика много, да и сервак вы переодически нагружаете; переключайтесь-ка на больший тарифный план или вообще валите»
4. Возможность организовать более нормальную выкатку проекта нежели «скопировать все по ftp» — пакетами или хотя бы из системы контроля версий.
5. При нескольких разработчиках — возможность более гибко распределить им права, организовать доступ по vpn, дать держать каждому свою тестовую версию проекта, не упираясь в ограничения хостингового плана.
В двух плоскостях повороты возможны только на 180°, а в третьей невозможно повернуть только среднюю грань, плюс как мне кажется — при повороте одной из граней на 90° «цепочка» из кругов будет «проезжать» одну позицию, при этом еще и вращаясь.
Видео бы посмотреть, но алгоритмы сборки явно другими будут.
PostgreSQL — научился только в версии 8.4
Под рекурсивным запросом тут имеется в виду ясное дело не рекурсивный вызов запроса из кода, а запрос, содержащий рекурсию в себе.
Или если критична скорость, а умножение для используемого процессора слишком тяжелая операция по сравнению со сложением — тоже второй.
Или же a=(b<<2)+b если оптимизировать и переменные у нас целые положительные числа.
Либо придется заморочиться с DDNS и скриптами для обновления адресов при падении каналов, либо сделать «по-взрослому» — взять AS и настроить BGP