Все читать не стал, неинтересно. По теме скажу следующее - на трассе (ИМХО) мигание фарами не есть проявление какого то протеста против произвола гаишников или желание жить не по правилам установленными другими. Мигают тоже далеко не все. Это скорее некий признак братства, людей которые чем-то объединены. Людей, которые помогут если ты встал со сгоревшим мотором на трассе Хабаровск-Владивосток и будут тянуть тебя на галстуке до города Артема километров 70. Людей, которые не поленятся выйти из теплой машины и толкнуть, когда тебя развернет на ледяной дороге и вынесет в кювет в холод и пургу. И лично я очень ценю эту казалось бы случайную, но в то же время реально существующую взаимопомощь.
Все прекрасно понимают, что с установленной правилами скоростью на трассе в некоторых местах проехать физически невозможно. Например по питерской трассе 90 ехать можно только между фур - а это гарантированные проблемы с видимостью и трещины на лобовом от камней. Ночью это особая статья. Все нормальные люди едут 110-120, ненормальные - 180-220. И мигай тут или не мигай - это в общем ничего не изменит ни для первых ни для вторых. Если говорить об аварийности и превышении скорости, то стоящий пост перед которым тебе мигнут и картонный муляж автомобиля ДПС (как на трассе ДОН) выполняют одинаковые функции - заставляют сбросить скорость и ВСПОМНИТЬ ОБ ОГРАНИЧЕНИЯХ, о которых ты в процессе долгой дороги легко можешь забыть. Я уж молчу про робота-полицейского, которого в новостях недавно показали - стоит и перед каждой машиной руку со скоростемером поднимает.
А гаишников кормить - совсем противно. Я согласен с тем, что их работа обеспечивать безопасность. И желательно превентивными способами, а не как в анекдоте - "Михалычу на пенсию в этом году, давай ему знак 'ограничение 40' подарим, пусть ставит когда деньги нужны будут".
Совершенно нормально общается, по делу, грамотно и корректно.
Если вы хотите запрограммировать но не знаете что, возможно вам не нужно программировать. Вам нужно изучить предметную область, стать в ней специалистом и тогда вы сами увидите что нужно людям. Изначально нужен спрос. Предложение "я могу запрограммировать только скажите что" не нужно по большому счету никому.
Или устройтесь на работу если руки деть некуда.
Я писал по деловым вопросам два раза. Оба раза он ответил, правда первый раз с небольшой задержкой недели в три, но насколько я могу понять он был в отъезде. Да и вопрос был не так чтобы очень срочный, скорее предложение-совет по одному из продуктов Студии.
Хотя любой нормальный бизнесмен ответит на письмо если оно по делу. Непонятно чем Артемий Лебедев должен чем-то отличаться от остальных. Или ТС вы думаете что он небожитель?
Надо было поставить быстрое форматирование, тогда он сделал бы это за минуту. Зачем вам пустой винт форматировать полностью?
Да и непустой тоже...
Это делается на Javascript всплывающим окном - идите на hotscripts.com и им подобные порталы скриптов и ищите категорию типа "эффекты". Или по ключевым словам "tooltip", "popup" и так далее. Или пишите свой скрипт, что иногда бывает быстрее чем адаптировать чужое из-за его неполной подходящести.
Perl, как ТС уже написал выше по умолчанию opensource. А вот писать подобные утверждения безо всякой мотивации - это называется "неуважение к собеседникам".
ТС спрашивал совсем о другом. Про информационную поддержку вы ошибаетесь, библиотеки равной CPAN по объему у PHP нет. Уязвимости это не проблемы языка, а проблемы программиста. Никакого отношения это к выбору платформы не имеет.
Для задачи ТС - скрипт для генерации двух страниц без использования БД выбор языка реализации непринципиален. Как правило, несложные скрипты, которые не имеют коммерческой ценности (и потому поставляются в открытом коде) и не предназначены для модификации потребителем множат на нескольких языках сразу. Наиболее живой пример - скрипты работы с платежными системами (прием карточек). Если скрипт простой, то нет проблем написать сразу и на Perl и на PHP и на ASP и на чем угодно еще. Это дает большую распространенность продукту.
А имеет значение для выбора языка распространенность интерпретатора. Если скрипт просто веб-ориентации и предназначен для установки на коммерческих виртуальных хостингах - Perl или PHP - все равно. А вот если он специализированный - Perl может оказаться более выгодным, поскольку на Unix он по умолчанию ставится вместе с операционкой и является по сути ее частью. А PHP - нужно доставлять. Если приложение делается для специализированных секторов, типа банковского, где одни солярки стоят или еще чего похуже - это может оказаться критичным для распространения софта.
В любой редактор можно вставить, а не только в FCK. И в IE в editmode и в tinyMCE и в куче других. Только картинки придется перетягивать ручками, поскольку на сервер они автоматом не зальются.
Такая возможность однако есть в Twilight CMS версии Selection и выше. Весь вордовый контент автоматом переносится на сайт, остается только ткнуть в кнопку чистки тэгов и если нужно расставить стили таблицам через визуальную панель свойств.
так это у вас под шапкой телефон получится. а не над ней. а над flash вроде ничего разместить нельзя, это отдельное окно приложения внутри браузера, над которым если только вторую флэшку делать и то неизвестно что получится.
флэш декомпильнуть и новый слой вставить все же проще и быстрее на порядок чем мучиться с этими слоеными извратами.
Задавайте вопрос конкретнее, тогда флуда не будет. Опишите что, зачем и почему вы собираетесь делать. Если вы считаете что скрипт никто не будет модифицировать - почему opensource? Если вы в совершенстве знаете оба языка - откуда вопросы про проблемы с установкой? Если вы не сталкивались с Perl плотно - зачем тогда на нем что-то писать?
Это лишь несколько вопросов, которые появляются после вашего поста и рождены они некоторой неконкретностью.
Теперь что касается настроек и установок. Если скрипт написан на pure-PHP или pure-Perl (то есть не требуется ничего кроме интерпретатора) - нет никаких проблем с установкой. По сути установка на сайте (если это CGI скрипт) сводится к простановке прав. Если это отдельная программа - там вообще нет такого понятия как установка если скрипт качественно написан (то есть все грамотно с путями сделано).
Если скрипт требует библиотек - Perl модулей или внешних библиотек к PHP - определяйтесь сразу:
- являются ли они идущими в поставке с интерпретатором;
- являются ли они широкораспространенными и под все платформы;
- являются ли они самопальными недоделками выложенными на CPAN для редкого использования избранными.
Отсюда и ответы. В первом случае вообще ставить ничего не нужно и проблем у пользователей не будет. Во втором ставятся дополнительные библиотеки. Для Перла поставить библиотеку с CPAN - проще пареной репы. Для третьего случая основная проблема найти библиотеки. Но и она обходится легко если вы включите нужные библиотеки для перла в комплект своей проги, либо сделаете нужный инсталлятор/инструкцию для PHP проги.
Если вы грамотный специалист и не хотите чтобы вашу программу дописывали даже ламеры - тогда вам и вилы в руки. Решайте на чем писать исходя из личных предпочтений. Если продукт будет полезный - общество его так и так схавает. Примеров масса - SpamAssassin же на PHP никто не переводит.
