Народ мож кто слышал, есть ли коннекторы которые позволяют подключить Slim DVD-RW для ноутбуков с интерфейсом PATA к обычному компу?
С сата я так понимаю проблем нет там конекторы стандартные или нет?
Я думаю не стоит сравнивать молоток с отверткой.
Нужно использовать технологию там где это будет к месту.
Если говорить об аккордионе то я бы не стал реализовывать при помощи него меню я бы использовал табы.
Но есть исключения, это тот случай когда у аккордиона могут быть раскрыты несколько пунктов сразу.
Приведу реальные примеры.
WordPress последних версий, вертикальное меню в админке реализованно не то чтобы при помощи класического аккордиона но все же это можно назвать аккордионом. И оно довольно удобно.
Классика, как на сайте Apple — это жутко неудобно, плохая реализация.
Куда бы я запихнул аккордион так это в блоги… в некоторых блогах сайдбар просто неимоверно огромен и приходится скролить страничу чтобы пролистать то тэгов например.
Заменим сайдбар на аккордион, сделаем раскрытым по умолчанию только один самый важный радел.
Далее, пусть этот аккордион передвигается при скроле странички и все время на виду.
И наконец, контент раскрытого раздела аккордиона не должен превышать высоту окна в браузера чтобы при игре на нем было удобно пользоваться информацией.
Думаю это будет удобно.
Может реализую даже как плагин со временем. :)
Да, слабое место Линукса как десктопной системы это GUI.
Меня это не удивляет так как Линукс все же бесплатная ОС и разрабатывалась так сказать на энтузиазме.
Я уверен что ситуация в корне изменится в ближайшее время.
Сейчас, после появления Убунту, и когда на Линукс обратили внимание как на вполне пригодную систему для «домохозяек» я думаю многие процессы одомохозяивания значительно ускорятся.
Кстати говоря если не брать в расчет ГУИ то, например, убунту 9.04 у меня работает значительно быстрее чем предшественница 8.10. У меня не очень мощный ноут и я сразу заметил разницу без всяких тестов. Можно только сказать спасибо все разработчикам Убунты за старания, у них все получается.
Если оглянуться вокруг, то можно обнаружить что огромное количество серверов работает на Линукс. Я думаю ни для кого ни секрет то, что ОС изначально позиционировала себя как для профессионалов.
Так что я думаю критиковать ОпенСорс продукт такого класса за медленный ГУИ не стоит.
На примере МакОС видно что любой ГУИ можно довести до ума.
Так что все время которое я потратил на этот длинный комментарий, я мог бы вложить в разработку Линукса тем самым ускорив его рост и улучшение в том числе как и «ОС для дома» сейчас линукс как никогда нуждается в нашей поддержке как материальной так и в виде нашего труда.
Я посвящаю этот комментарий господину: Homm с «Но мне это не нужно, мне нужна быстрая гуи.» который ожидает рекордов от бесплатной OpenSource OS ;)
Благодарю за статью было интересно почитать.
Сервисы от амазона пока использовать желания нет (кроме S3) поэтому есть просьба к тем кто сталкивался: скиньте пожалуйста ссылочек на проверенные европейские компании у которых можно заказать dedicated. И как у них там дела с трафиком обстоят? Как я понимаю бесплатного трафика у них нет в принципе? Или ошибаюсь?
Радуют подобные новости!
Я думаю во всем мире музыканты начинают осознавать что свободное распространение музыки остановить очень сложно, какие бы палки в колеса (DRM?:) нам не пытались вставить. Сейчас уже очевидно, что нужно искать другие варианты получения прибыли, чтоб «и вашим и нашим» так сказать. И это радует что такие известные музыканты делают шаги в этом направлении! За Flac отдельное спасибо, люблю этот проект!
Спасибо Пол! :)
ЧЕТКОЕ, подробное ТЗ и четкие сроки в договоре — решение проблемы в 99% случаев.
Если составить такое ТЗ, то исполнителю ловольно просто уложиться в сроки, так как он может оценить объемы работ по ТЗ, все прикинуть, продумать и согласиться на сроки которых требует заказчик или же сказать ему что это нереально для него при таком объеме работ.
Все это, палка о двух концах:
1. Заказчики часто ленятся или не хотят платить за специалиста который составит хорошее ТЗ =>
2. Исполнители устали от слишком частого невежества заказчиков =>
3. Исполнители привыкают к неадекватным заказчикам и сами становятся неадекватными и теперь нормальному заказчику с исполнителем тяжело
4. Как итог постоянные споры и обсуждения подобные этому.
От себя лишь скажу что виноваты оба и изменить ситуацию проще всего изменив себя.
Когда пользователь выбрал язык, можно хранить его в сессиях, или, как предлагали, в кукиз, если юзер зарегистрированый то в его настроках хранить… впрочем это очевидно)
Постоянные ссылки на страницы формировать с :lang в УРЛ тогда можно будет давать ссылки на странички на любом языке.
Вкратце свой подход описал)
Для меня сейчас актуально определение Страны и Города посетителя может вы решали подобную задачу с использованием ZF?
По моему мнению диск неудобен и громоздок. Лучше одну карту на 4 Гб с wavками чем 5 CD дисков…
Да и к тому же карту вы можете впихнуть себе в телефон и использовать просто как носитель информации, переписав предварительно всю музыку с нее на хард.
А диск он просто лежит и пылится, не практично.
Альтернатива полиграфии просто обложки дисков сохраненные на карте например в JPEG которые поймутся большинством плееров и порадуют вас на экране вашего плеера. + можно прилагать красивый PDF с текстами песен и прочим прочим прочим что так радует фанатов…
Ну так карта не только к телефону подходит ;) Есть множество других девайсов с более качественным звуком.
Да и это вопрос принципиальный, зачем мне платить за «полувещь» я хочу сначала получить полноценную вещь (музыку), а потом уже сам решить что с ней делать, в mp3 пожать или еще что замутить… а они хитрые, не так не пойдет :)
Вы не учитываете один момент. Сколько весят 10000 страниц А4? Много :) А закачав 10000 страниц текста в девайс весом 370 грамм его вес все равно будет 370 грамм, но у вас будет гораздо больше «свободы». Посмотрите внимательно на иллюстрацию с девушками которая в посте.
В целом согласен.
Но по поводу 1, это не оправдание, просто это факт, нужна доп. проверка. А лениться написать 3 строки кода это надо кем быть :)
В общем тема не так проста как кажется добавлю комментарий щас более подробный.
Плюсы использования логина в качестве имени личной странички юзера:
— Имя странички и логин должны быть уникальными, отпадает необходимость в доп. проверке
— Юзеру не приходится запоминать отдельно логин и отдельно имя странички своей
Минусы:
— Как вы уже подметили, снижает безопасность (что впрочем для юзера katya с паролем katya или 03071986 не играет особой роли)
В итоге что касается безопасности, и да и нет.
Нет потому что редко сейчас ломают в лоб, применяем психологию и ломаем все проще ;)
Тут недавно как раз пост был на эту тему.
А мне с логином Ivan но с паролем Gjdj765dHvdhjkB//`86dbJJLL все равно знает мой логин кто-то или нет :) Запарится ломать, лучше другие дыры искать.
Поэтому сокрытие логина в большинстве случаев (не во всех) ощутимого прироста в безопасности не даст.
Но это и не так, например когда логин это e-mail скрывать его просто необходимо, по всем известным причинам.
Ну и конечно же излишняя безопасность никогда не повредит (в случае если не в ушерб юзеру, я про нечитаемые капчи например).
В общем, мне кажется, как реализовывать, личное дело каждого, везде есть свои плюсы и минусы.
С сата я так понимаю проблем нет там конекторы стандартные или нет?
А вот внизу страницы интересные надписи:
"
Разработка сайтов с сильными идеями.
Продвижение и рекламные кампании.
Вирусный маркетинг и SMO.
"
Реклама?)
Нужно использовать технологию там где это будет к месту.
Если говорить об аккордионе то я бы не стал реализовывать при помощи него меню я бы использовал табы.
Но есть исключения, это тот случай когда у аккордиона могут быть раскрыты несколько пунктов сразу.
Приведу реальные примеры.
WordPress последних версий, вертикальное меню в админке реализованно не то чтобы при помощи класического аккордиона но все же это можно назвать аккордионом. И оно довольно удобно.
Классика, как на сайте Apple — это жутко неудобно, плохая реализация.
Куда бы я запихнул аккордион так это в блоги… в некоторых блогах сайдбар просто неимоверно огромен и приходится скролить страничу чтобы пролистать то тэгов например.
Заменим сайдбар на аккордион, сделаем раскрытым по умолчанию только один самый важный радел.
Далее, пусть этот аккордион передвигается при скроле странички и все время на виду.
И наконец, контент раскрытого раздела аккордиона не должен превышать высоту окна в браузера чтобы при игре на нем было удобно пользоваться информацией.
Думаю это будет удобно.
Может реализую даже как плагин со временем. :)
Меня это не удивляет так как Линукс все же бесплатная ОС и разрабатывалась так сказать на энтузиазме.
Я уверен что ситуация в корне изменится в ближайшее время.
Сейчас, после появления Убунту, и когда на Линукс обратили внимание как на вполне пригодную систему для «домохозяек» я думаю многие процессы одомохозяивания значительно ускорятся.
Кстати говоря если не брать в расчет ГУИ то, например, убунту 9.04 у меня работает значительно быстрее чем предшественница 8.10. У меня не очень мощный ноут и я сразу заметил разницу без всяких тестов. Можно только сказать спасибо все разработчикам Убунты за старания, у них все получается.
Если оглянуться вокруг, то можно обнаружить что огромное количество серверов работает на Линукс. Я думаю ни для кого ни секрет то, что ОС изначально позиционировала себя как для профессионалов.
Так что я думаю критиковать ОпенСорс продукт такого класса за медленный ГУИ не стоит.
На примере МакОС видно что любой ГУИ можно довести до ума.
Так что все время которое я потратил на этот длинный комментарий, я мог бы вложить в разработку Линукса тем самым ускорив его рост и улучшение в том числе как и «ОС для дома» сейчас линукс как никогда нуждается в нашей поддержке как материальной так и в виде нашего труда.
Я посвящаю этот комментарий господину: Homm с «Но мне это не нужно, мне нужна быстрая гуи.» который ожидает рекордов от бесплатной OpenSource OS ;)
Сервисы от амазона пока использовать желания нет (кроме S3) поэтому есть просьба к тем кто сталкивался: скиньте пожалуйста ссылочек на проверенные европейские компании у которых можно заказать dedicated. И как у них там дела с трафиком обстоят? Как я понимаю бесплатного трафика у них нет в принципе? Или ошибаюсь?
www.look-o.ru/
Автор помоему доносит до нас не новую идею, а новое исполнение!
Получилось у него очень неплохо я думаю ;)
Я думаю во всем мире музыканты начинают осознавать что свободное распространение музыки остановить очень сложно, какие бы палки в колеса (DRM?:) нам не пытались вставить. Сейчас уже очевидно, что нужно искать другие варианты получения прибыли, чтоб «и вашим и нашим» так сказать. И это радует что такие известные музыканты делают шаги в этом направлении! За Flac отдельное спасибо, люблю этот проект!
Спасибо Пол! :)
Если составить такое ТЗ, то исполнителю ловольно просто уложиться в сроки, так как он может оценить объемы работ по ТЗ, все прикинуть, продумать и согласиться на сроки которых требует заказчик или же сказать ему что это нереально для него при таком объеме работ.
Все это, палка о двух концах:
1. Заказчики часто ленятся или не хотят платить за специалиста который составит хорошее ТЗ =>
2. Исполнители устали от слишком частого невежества заказчиков =>
3. Исполнители привыкают к неадекватным заказчикам и сами становятся неадекватными и теперь нормальному заказчику с исполнителем тяжело
4. Как итог постоянные споры и обсуждения подобные этому.
От себя лишь скажу что виноваты оба и изменить ситуацию проще всего изменив себя.
ИМХО, подход неверный.
Когда пользователь выбрал язык, можно хранить его в сессиях, или, как предлагали, в кукиз, если юзер зарегистрированый то в его настроках хранить… впрочем это очевидно)
Постоянные ссылки на страницы формировать с :lang в УРЛ тогда можно будет давать ссылки на странички на любом языке.
Вкратце свой подход описал)
Для меня сейчас актуально определение Страны и Города посетителя может вы решали подобную задачу с использованием ZF?
Да и к тому же карту вы можете впихнуть себе в телефон и использовать просто как носитель информации, переписав предварительно всю музыку с нее на хард.
А диск он просто лежит и пылится, не практично.
Альтернатива полиграфии просто обложки дисков сохраненные на карте например в JPEG которые поймутся большинством плееров и порадуют вас на экране вашего плеера. + можно прилагать красивый PDF с текстами песен и прочим прочим прочим что так радует фанатов…
Да и это вопрос принципиальный, зачем мне платить за «полувещь» я хочу сначала получить полноценную вещь (музыку), а потом уже сам решить что с ней делать, в mp3 пожать или еще что замутить… а они хитрые, не так не пойдет :)
Но по поводу 1, это не оправдание, просто это факт, нужна доп. проверка. А лениться написать 3 строки кода это надо кем быть :)
В общем тема не так проста как кажется добавлю комментарий щас более подробный.
Плюсы использования логина в качестве имени личной странички юзера:
— Имя странички и логин должны быть уникальными, отпадает необходимость в доп. проверке
— Юзеру не приходится запоминать отдельно логин и отдельно имя странички своей
Минусы:
— Как вы уже подметили, снижает безопасность (что впрочем для юзера katya с паролем katya или 03071986 не играет особой роли)
В итоге что касается безопасности, и да и нет.
Нет потому что редко сейчас ломают в лоб, применяем психологию и ломаем все проще ;)
Тут недавно как раз пост был на эту тему.
А мне с логином Ivan но с паролем Gjdj765dHvdhjkB//`86dbJJLL все равно знает мой логин кто-то или нет :) Запарится ломать, лучше другие дыры искать.
Поэтому сокрытие логина в большинстве случаев (не во всех) ощутимого прироста в безопасности не даст.
Но это и не так, например когда логин это e-mail скрывать его просто необходимо, по всем известным причинам.
Ну и конечно же излишняя безопасность никогда не повредит (в случае если не в ушерб юзеру, я про нечитаемые капчи например).
В общем, мне кажется, как реализовывать, личное дело каждого, везде есть свои плюсы и минусы.