для таких проектов смысла нет, старое железо можно только с рук взять, оно может накрыться в любое время. к тому же, всегда лучше когда конфигурация примерно одинакова, тогда проблем с обслуживанием становится значительно меньше
были закуплены терминалы (внешне почти как платежные), плюсом к стандартной конфигурации - ридер для смарт карт (через них идет оплата услуг, что само по себе уже минус по сравнению с купюроприемником), телефон для ip телефонии / видео конференции, принтер (для распечатки материала с экрана)
система покупалась готовая у украинской компании (вместе с техникой). она была очень сырая, приходилось все доводить до ума вручную (на сервере большая часть была на php, а клиент был на делфи, естественно без исходников ничего кроме иконок поправить нельзя было). связь с разработчиками была, но баги фиксились очень долго. софт был привязан к железу. ip телефонию так и не удалось заставить работать.
еще очень важным фактором было руководство. нас было всего 2 программера студента, опыта было по минимуму. конечно, для такого проекта нужно было хотябы одного толкового админа/программиста, но на этом руководство сэкономило.
в итоге запустили 1 терминал для теста, желающих попробовать можно было по пальцам пересчитать. через некоторое время проект умер.
писал анализ литературы для курсача, в него вошли 17 книг по php. просмотр литературы был очень беглый (все 17 штук за ночь), так что на полноту не претендует. больше всего понравилась - "Котеров Д.В., Костарев А.Ф., PHP5. Наиболее полное руководство". сам обзор тут http://blog.reborn.ru/programmer_notes/?postid=4617
полностью согласен со всеми пунктами. от себя добавлю - 2 дисплея повышают цену, вес и энергопотребление. 1 всегда светится просто так, его мы не читаем и он только отвлекает.
имхо сейчас было бы само то - тоненькая читалка с пластиком soft tuch и сенсорным экраном, который занимает почти всю поверхность. кнопок минимум, только чтоб выполнять основные функции. ну и экран конечно eINK
при разработке конкретного проекта конечно предпочтительней второй вариант, реализация проще и скорость выше. первый больше подходит при разработке универсальной платформы
Сначала обрадовался, давно wind жду. Но у этого экран 9 дюймов при том же размере корпуса, что и у MSI Wind U100. Ну и батарея на 2200 это вообще ужас.
Плюсы по сравнению с другими подобными ноутбуками - это цена и большая клавиатура, но минусы всеравно этим не перекрываются.
Думаю, пока если прижмет Asus EeePC 900 взять, познее поменять на MSI U100 или Asus EeePC 1000H (а возможно 901)
вот еще вариант. при подготовке страницы генерим уникальный ключ, он будет соответстовать url'у, который принимает post/get данные. естестввенно, в таком случае понадобится mod_rewrite. пишем ключ в сессию. далее генерим javascript, который будет указывать action у формы, в соответствии со сгененрированным ключом. если у пользователя отключен javascript, то предлагаем ему ввести уже обычную капчу. чтоб бот не парсил javasсript, можно каждый раз генерировать скрипт по разному.
ZF активно развивается, нельзя тащить с собой кучу старого кода только для совместимости, а то как у microsoft получится. конечно, в случае таких тяжелых нововведений нужно дать достаточно времени разработчикам на переход
мне понравился вариант, когда идет к примеру 5 рисунков. на 4 из них изображены домашние животные, на пятом - дикие. ну и соответственно вопрос задается, на каком из рисунков дикое животное. чтоб усложнить жизнь ботмейкеру, можно на одну комбинацию рисунков добавлять несколько вопросов, менять местами слова, накладывать эффекты на изображения, некоторые изображения вообще рандомно генерировать, вообщем нмного чего можно придумать.
система покупалась готовая у украинской компании (вместе с техникой). она была очень сырая, приходилось все доводить до ума вручную (на сервере большая часть была на php, а клиент был на делфи, естественно без исходников ничего кроме иконок поправить нельзя было). связь с разработчиками была, но баги фиксились очень долго. софт был привязан к железу. ip телефонию так и не удалось заставить работать.
еще очень важным фактором было руководство. нас было всего 2 программера студента, опыта было по минимуму. конечно, для такого проекта нужно было хотябы одного толкового админа/программиста, но на этом руководство сэкономило.
в итоге запустили 1 терминал для теста, желающих попробовать можно было по пальцам пересчитать. через некоторое время проект умер.
сначала все казалось намного проще, но при реализации была куча проблем, в итоге проект не удался
хотел сюда http://habrahabr.ru/blog/os/45369.html#comment949620
имхо сейчас было бы само то - тоненькая читалка с пластиком soft tuch и сенсорным экраном, который занимает почти всю поверхность. кнопок минимум, только чтоб выполнять основные функции. ну и экран конечно eINK
Плюсы по сравнению с другими подобными ноутбуками - это цена и большая клавиатура, но минусы всеравно этим не перекрываются.
Думаю, пока если прижмет Asus EeePC 900 взять, познее поменять на MSI U100 или Asus EeePC 1000H (а возможно 901)