Советы и информация » страница 6


смотрите также: Новости посетителей
369 шт.

категории RSS


  

Выбор жёсткого диска (HDD)

Для новичков
Wed, 23 Jun 2010 00:17:18 +0400Жесткий диск компьютера отказывает только тогда,
когда на него недавно записаны важные данные, не имеющие архивной копии.


Закон Мерфи



  Жёсткий диск (Винчестер, Винт, англ. HDD - Hard Disk Drive) - перезаписываемое постоянное запоминающее устройство (ПЗУ). Информация в нём записывается на жёсткие герметизированные пластины в форме дисков, покрытые слоем ферромагнитного материала. В HDD могут использоваться одна или несколько пластин. При работе винчестера головки чтения/записи не касаются поверхности пластин (расстояние между ними составляет всего-лишь 5-10 нанометров), вследствие чего обеспечивается долгий срок службы устройства. При отсутствии питания на HDD, головки находятся за пределами дисков (у шпинделя или за внешними пределами пластин), что предотвращает их возможный контакт с рабочей поверхностью.
 
  Жёсткий диск играет одну из важнейших ролей в компьютере. Он позволяет записывать и хранить десятки и сотни гигабайт информации. Именно на него устанавливается операционная система, компьютерные игры, программы. И, скорее всего, на винчестере вы будете хранить свои файлы – музыку, фильмы, документы и пр. Несмотря на то, что на первый взгляд вы вряд ли заметите разницу в работе различных жёстких дисков, правильный выбор этого компонента системного блока также немаловажен, как, например и материнской платы. Очень важно отметить, что ни одна деталь компьютера не приносит столько досады своим выходом из строя, сколько винчестер. Если сгорит мат.плата или, например, видеокарта – вы только потеряете в финансовом плане и сможете купить на замену сгоревшей детали новую. Но если сгорит жёсткий диск, информацию с него восстановить практически не удастся.
 
  При выборе HDD необходимо обращать внимание на следующие характеристики:

  1. Первая, и самая важная характеристика – это, конечно же, объём (ёмкость*) диска. Если вы планируете играть в компьютерные игры, «заливать» на диск фильмы и музыку, то вам необходим винчестер с довольно большим объёмом дискового пространства. Ведь некоторые современные игры уже требуют до 12 гигабайт свободного места на жёстком диске. Что уж говорить – установленная Windows Vista Ultimate «весит» 11 гигабайт!

  * Ёмкость (англ. Capacity) - объём данных, которые можно вместить на диск. Ёмкость современных накопителей может достигать 1 Тб. Обычно производители указывают ёмкость диска как величину, кратную 1000, а не 1024, как следовало бы. В результате реальная ёмкость винчестера, заявленного как "200 Гб", составляет 186, 2 Гб. Кроме того, некоторые производители указывают ёмкость диска вместе со служебной информацией, что делает ещё большим "разрыв" между заявленными "200 Гб" и реальными ~160 Гб.

  2. Интерфейс*. Сейчас распространены IDE- и SATA-диски. SATA-интерфейс более удобен в плане подключения (вместо широких IDE-шлейфов используются компактные SATA-кабели) и имеет более высокую скорость передачи данных. IDE-интерфейс уже устарел, но использующие его жёсткие диски, ещё в продаже. Не забывайте, что старые материнские платы не поддерживают интерфейс SATA.

   * Интерфейс - устройство, преобразующее сигналы и передающее их от одного компонента оборудования к другому. Современные накопители могут использовать интерфейсы ATA (он же IDE* - Integrated Drive Electronic, он же Parallel ATA), EIDE, Serial ATA, SCSI, SAS, FireWire, USB, SDIO и Fibre Channel.

  * IDE (АТА) (аdvanced Technology Attachment) - параллельный интерфейс подключения накопителей (жёстких дисков и оптических приводов) к компьютеру. В настоящее время вытесняется своим последователем - SATA. Разные версии ATA известны под синонимами IDE, EIDE, UDMA, ATAPI. С появлением SATA*, интерфейс IDE получил название PATA (Parallel ATA).

  * SATA (Serial ATA) - последовательный интерфейс обмена данными с накопителями информации (как правило, с жёсткими дисками). SATA является развитием интерфейса ATA (IDE). Первоначально стандарт SATA предусматривал работу шины на частоте 1, 5 ГГц (SATA150), обеспечивающей пропускную способность приблизительно в 1, 2 Гбит/с (~150 МБ/с). Стандарт SATA300 позволяет работать на частоте 3 ГГц, обеспечивает пропускную способность до 2, 4 Гбит/с (~300 МБ/с). Впервые был реализован в контроллере чипсета nForce 4 фирмы NVIDIA. Весьма часто стандарт SATA300 называют SATA-II. Теоретически SATA150 и SATA300-устройства должны быть совместимы (как SATA300-контроллер и SATA150-устройство, так и SATA150-контроллер и SATA300-устройство).

  3. Объём буфера (кэша*). Чем он больше, тем лучше. Сейчас распространены винчестеры с объёмом кэша 8, 16 и 32 Мбайт.

  * Кэш (буфер) - это встроенная в жёсткий диск память, предназначенная для хранения данных, обращение к которым происходит наиболее часто. Это нужно для того, чтобы информация не считывалась с дисковой пластины при каждом запросе. В результате достигается более высокая скорость обработки данных. В настоящее время самым распространённым считается буфер объемом 16 Мб, бывают также модели с 8 Мб, и с 32 Мб-кэшем.

  4. Скорость вращения шпинделя. Естественно, чем она выше, тем быстрее вращаются магнитные диски внутри корпуса HDD, и тем быстрее происходят чтение и запись информации. Чаще всего можно встретить жёсткие диски со скоростью вращения 7200 об/мин. (англ. 7200rpm). Хотя существуют "продвинутые модели" HDD со скоростью вращения шпинделя 10000 об/мин (интерфейс SATA-II) и 15000 об/мин (интерфейс SAS*). Как правило модели с высокими оборотами шпинделя имеют не очень большую ёмкость.

  * SAS (Serial Attached SCSI*) - интерфейс, обеспечивающий подключение по физическому интерфейсу, аналогичному SATA, устройств, управляемых набором команд SCSI. Обладая обратной совместимостью с SATA-интерфейсом, он даёт возможность подключать по этому интерфейсу любые устройства, управляемые набором команд SCSI.

  * SCSI (Small Computer Systems Interface) - интерфейс, разработанный для объединения на одной шине различных по своему назначению устройств, таких как жёсткие диски, приводы CD/DVD, принтеры, и т.д. SCSI широко применяется на серверах и высокопроизводительных рабочих станциях. RAID-массивы на серверах часто строятся на жёстких дисках со SCSI-интерфейсом (однако, в серверах нижнего ценового диапазона часто применяются RAID-массивы на основе SATA). В настоящее время устройства на шине SAS постепенно вытесняют устаревающую шину SCSI.

  5. Производитель жёсткого диска. Большая часть всех винчестеров для настольных компьютеров производится всего несколькими компаниями:


  Seagate (Maxtor), Samsung, Western Digital, Hitachi

  Существует несколько мнений, что:

  Диски от Seagate - самые надёжные

  Western Digital - самые быстрые

  Samsung - самые "холодные"

  Но не стоит полностью полагаться на эти доводы. В настоящее время производители жёстких дисков практически сравняли качество своей продукции друг с другом. То есть, например, температурный режим дисков Seagate не намного отличается от Samsung, а скоростные характеристики последнего также несильно отличаются от WD (Western Digital) (при условии одинаковой скорости вращения шпинделя. Например, у обоих дисков - 7200 об/мин. Глупо сравнивать 10000 и 7200 об/мин). Таким образом, выбор производителя в основном исходит от личных предпочтений и симпатий пользователя к той или иной фирме. Мы же рекомендуем вам подобрать себе наиболее оптимальную модель в соотношении объём/цена. Выбирайте исходя из имеющейся у вас суммы денег. Все нынешние компании, выпускающие жёсткие диски, давно зарекомендовали себя как производители качественной продукции. И помните - при должном обращении, винчестеры любого производителя будут служить вам долго и без сбоев.

Несколько строк о массивах RAID

  RAID (Redundant Array of Independent Disks - избыточный массив независимых дисков) - это объединение нескольких независимых дисковых накопителей в один массив. В этом массиве данные хранятся с дополнительной избыточной информацией. Она может быть либо в виде самих данных (зеркальное отражение, англ. mirroring), либо в виде информации о четности, вычисленной на основе нескольких блоков данных (RAID4 или RAID5). При установленном RAID-массиве операционная система работает уже не с отдельными дисками, а с целым массивом, как с одним логическим диском. RAID служит для повышения надёжности хранения данных и/или для повышения скорости чтения и записи информации (RAID0). Такой массив предназначен в первую очередь для серверов, где одновременно должны выполняться множество операций с жёсткими дисками. В домашнем компьютере (даже если это игровая конфигурация) массив RAID не нужен. Он не принесёт ощутимой прибавки в производительности компьютера.


Что такое NCQ

  NCQ (Native Command Queuing - встроенная очередь команд) - это технология, предназначенная для повышения быстродействия SATA-устройств. NCQ предполагает "накопление" винчестером запросов, их упорядочивание и выполнение в соответствии с внутренней архитектурой самого устройства (например, для сведения к минимуму дополнительных перемещений считывающих головок). Данная технология повышает производительность накопителя при выполнении задач, связанных с одновременной работой нескольких программ, с произвольным чтением или одновременной обработкой данных из различных источников (яркий пример такой работы - сервер). Для включения NCQ необходимо, чтобы технология поддерживалась не только самим жёстким диском, но и SATA-контроллером, к которому он подключен.

Охлаждение дисков

  Внимание! Так как жёсткие диски поставляются без систем охлаждения, многие пользователи не считают нужным обеспечивать свой винчестер такой важной деталью, как кулер (радиатор). Часто бывают случаи выхода диска из строя по причине перегрева. Запомните - либо вы устанавливаете жёсткий диск в корпус напротив переднего корпусного вентилятора (производители качественных корпусов заботятся о том, чтобы корзина для HDD располагалась в оптимальном, с точки зрения охлаждения диска, месте), либо вы покупаете отдельное устройство для охлаждения винчестера (с креплением под диском, или вместе с ним в отсек 5.25''). Иначе вы рискуете "сжечь" винт при малейшей же нагрузке (особенно если вы играете в компьютерные игры). Известны неоднократные случаи такого халатного обращения с жёсткими дисками, приводившего к выходу последних из строя раньше отведённого срока службы.

  -----------------------------------

  Итог. Что, в основном, нужно знать при выборе жёсткого диска:

  1. Объём диска

  2. Интерфейс

  3. Объём кэша

  4. Скорость вращения шпинделя

  -----------------------------------

  Пример расшифровки:

  160 Gb SATA-II 300 Samsung 7200rpm 8Mb (1400)

  -----------------------------------

  Объём диска - 160 Гб/ Интерфейс - SATA-II (SATA300)/ Производитель - Samsung/ Модель - HD160HJ/ Скорость вращения шпинделя - 7200 об/мин./ Объём кэша - 8 Мб.

   ----------------------------------- aleksei.pavin
Выбор жёсткого диска (HDD)
Источник новости: www.hardware-portal.net
--------

Жесткий диск компьютера отказывает только тогда, когда на него недавно записаны важные данные, не имеющие архивной копии.Закон Мерфи  Жёсткий [...] читать описание


  9070 

Комментарии: 22

Модуль Profile - статистика исполнения кода (PyS60 2.0)

Программирование для смартфонов
Sun, 20 Jun 2010 19:30:02 +0400Хотелось бы рассказать о модуле profile, который появился в PyS60 2.0(на самом деле в версию 2.0 включено очень много интересных и полезных  модулей стандартной библиотеки Python, о которых многие не знают.Эти модули появились благодаря тому, что Python for S60 2.0 собран на базе компьютерного 2.5.4, и все нововведения "старшего" брата тоже в него вошли).
  Итак, модуль profile - это профайлер , который можно использовать для сбора статистики о времени работы отдельных функций.Например когда требуется повысить быстродействие отдельного участка кода, можно протестировать профайлером варианты его(участка) реализаций, и выбрать менее ресурсоемкий.Для этого мы будем использовать функцию run() этого модуля.
 Например, нам требуется посчитать суму чисел от 0 до 100, и на выбор у нас есть два варианта: использовать рекурсию(ну не знаю зачем, просто для примера) или цикл while:

import profile                  # импортируем модуль profile
def plus(cell, i):                # объявляем рекурсивную функцию(cell - переменная для сохранения результата суммирования до следующего вызова,
     cell+=i                    # i - счетчик и одновременно число для сложения с предыдущим результатом)
     i+=1
     if i>100:                  # если сложили все 100 чисел(0....100), выводим результат на экран
         print cell
         return
     return plus(cell, i)      # собственно, рекурсия(вызываем функцию из самой же себя)

profile.run("plus(0, 0)")      # просим профайлер собрать и вывести вывести статистику выполнения нашей функции, и время выполнения(аргумент
                                       # функции run() должен быть строкой с выражением или кодом

code="""cell_=0               # в переменную code сохраняем код выполнения нашей операции, но уже с циклом while(вместо рекурсии)
i=0
while i<=100:
    cell_+=i
    i+=1
print cell_"""
profile.run(code)                 # вызываем run(code) для профилирования












Запускаем наш скрипт и получаем следующее:


>>>
5050  # собственно результат

         301 function calls (201 primitive calls) in 0.029 CPU seconds  # рекурсия - вызов 301-й функции, 0.029 CPU seconds

   Ordered by: standard name

   ncalls  tottime  percall  cumtime  percall filename:lineno(function)
       12    0.003    0.000    0.003    0.000 :0(acquire)
        6    0.000    0.000    0.000    0.000 :0(allocate_lock)
        3    0.000    0.000    0.000    0.000 :0(append)
        3    0.000    0.000    0.000    0.000 :0(dumps)
        3    0.000    0.000    0.000    0.000 :0(fileno)
        3    0.000    0.000    0.000    0.000 :0(get)
       15    0.000    0.000    0.000    0.000 :0(get_ident)
        7    0.000    0.000    0.000    0.000 :0(has_key)
        6    0.000    0.000    0.000    0.000 :0(isinstance)
        9    0.000    0.000    0.000    0.000 :0(len)
        3    0.000    0.000    0.000    0.000 :0(pack)
        6    0.000    0.000    0.000    0.000 :0(release)
        3    0.000    0.000    0.000    0.000 :0(select)
        3    0.001    0.000    0.001    0.000 :0(send)
        1    0.023    0.023    0.023    0.023 :0(setprofile)
        1    0.000    0.000    0.006    0.006 :1()
        3    0.000    0.000    0.000    0.000 :1(fileno)
        1    0.000    0.000    0.029    0.029 profile:0(plus(0, 0))
        0    0.000             0.000          profile:0(profiler)
    101/1    0.000    0.000    0.006    0.006 recursion.py:2(plus)
       21    0.000    0.000    0.000    0.000 rpc.py:149(debug)
        3    0.000    0.000    0.005    0.002 rpc.py:208(remotecall)
        3    0.000    0.000    0.001    0.000 rpc.py:218(asynccall)
        3    0.000    0.000    0.004    0.001 rpc.py:238(asyncreturn)
        3    0.000    0.000    0.000    0.000 rpc.py:244(decoderesponse)
        3    0.000    0.000    0.004    0.001 rpc.py:279(getresponse)
        3    0.000    0.000    0.000    0.000 rpc.py:287(_proxify)
        3    0.000    0.000    0.004    0.001 rpc.py:295(_getresponse)
        3    0.000    0.000    0.000    0.000 rpc.py:317(newseq)
        3    0.000    0.000    0.001    0.000 rpc.py:321(putmessage)
        3    0.000    0.000    0.001    0.000 rpc.py:548(__getattr__)
        2    0.000    0.000    0.000    0.000 rpc.py:591(__init__)
        2    0.000    0.000    0.004    0.002 rpc.py:596(__call__)
        3    0.000    0.000    0.000    0.000 threading.py:101(__init__)
        3    0.000    0.000    0.000    0.000 threading.py:116(acquire)
        3    0.000    0.000    0.000    0.000 threading.py:136(release)
        3    0.000    0.000    0.000    0.000 threading.py:154(_acquire_restore)
        3    0.000    0.000    0.000    0.000 threading.py:162(_release_save)
        3    0.000    0.000    0.000    0.000 threading.py:172(_is_owned)
        3    0.000    0.000    0.000    0.000 threading.py:176(Condition)
        3    0.000    0.000    0.000    0.000 threading.py:181(__init__)
        3    0.000    0.000    0.003    0.001 threading.py:230(wait)
        6    0.000    0.000    0.000    0.000 threading.py:59(__init__)
       15    0.000    0.000    0.000    0.000 threading.py:64(_note)
        6    0.000    0.000    0.000    0.000 threading.py:808(currentThread)
        3    0.000    0.000    0.000    0.000 threading.py:96(RLock)

5050 #результат

         135 function calls in 0.004 CPU seconds  # цикл while - 135 вызовов, 0.004 CPU seconds

   Ordered by: standard name

   ncalls  tottime  percall  cumtime  percall filename:lineno(function)
        8    0.003    0.000    0.003    0.000 :0(acquire)
        4    0.000    0.000    0.000    0.000 :0(allocate_lock)
        2    0.000    0.000    0.000    0.000 :0(append)
        2    0.000    0.000    0.000    0.000 :0(dumps)
        2    0.000    0.000    0.000    0.000 :0(fileno)
        2    0.000    0.000    0.000    0.000 :0(get)
       10    0.000    0.000    0.000    0.000 :0(get_ident)
        4    0.000    0.000    0.000    0.000 :0(has_key)
        4    0.000    0.000    0.000    0.000 :0(isinstance)
        6    0.000    0.000    0.000    0.000 :0(len)
        2    0.000    0.000    0.000    0.000 :0(pack)
        4    0.000    0.000    0.000    0.000 :0(release)
        2    0.000    0.000    0.000    0.000 :0(select)
        2    0.000    0.000    0.000    0.000 :0(send)
        1    0.000    0.000    0.000    0.000 :0(setprofile)
        1    0.000    0.000    0.004    0.004 :1()
        2    0.000    0.000    0.000    0.000 :1(fileno)
        1    0.000    0.000    0.004    0.004 profile:0(cell_=0
i=0
while i<=100:
    cell_+=i
    i+=1
print cell_)
        0    0.000             0.000          profile:0(profiler)
       14    0.000    0.000    0.000    0.000 rpc.py:149(debug)
        2    0.000    0.000    0.004    0.002 rpc.py:208(remotecall)
        2    0.000    0.000    0.000    0.000 rpc.py:218(asynccall)
        2    0.000    0.000    0.003    0.002 rpc.py:238(asyncreturn)
        2    0.000    0.000    0.000    0.000 rpc.py:244(decoderesponse)
        2    0.000    0.000    0.003    0.002 rpc.py:279(getresponse)
        2    0.000    0.000    0.000    0.000 rpc.py:287(_proxify)
        2    0.000    0.000    0.003    0.002 rpc.py:295(_getresponse)
        2    0.000    0.000    0.000    0.000 rpc.py:317(newseq)
        2    0.000    0.000    0.000    0.000 rpc.py:321(putmessage)
        2    0.000    0.000    0.000    0.000 rpc.py:548(__getattr__)
        2    0.000    0.000    0.000    0.000 rpc.py:591(__init__)
        2    0.000    0.000    0.004    0.002 rpc.py:596(__call__)
        2    0.000    0.000    0.000    0.000 threading.py:101(__init__)
        2    0.000    0.000    0.000    0.000 threading.py:116(acquire)
        2    0.000    0.000    0.000    0.000 threading.py:136(release)
        2    0.000    0.000    0.000    0.000 threading.py:154(_acquire_restore)
        2    0.000    0.000    0.000    0.000 threading.py:162(_release_save)
        2    0.000    0.000    0.000    0.000 threading.py:172(_is_owned)
        2    0.000    0.000    0.000    0.000 threading.py:176(Condition)
        2    0.000    0.000    0.000    0.000 threading.py:181(__init__)
        2    0.000    0.000    0.003    0.002 threading.py:230(wait)
        4    0.000    0.000    0.000    0.000 threading.py:59(__init__)
       10    0.000    0.000    0.000    0.000 threading.py:64(_note)
        4    0.000    0.000    0.000    0.000 threading.py:808(currentThread)
        2    0.000    0.000    0.000    0.000 threading.py:96(RLock)

ncalls - количество вызовов функции или метода;
tottime - полное время выполнения кода функции (без времени нахождения в вызываемых функциях);
percall - тоже, в пересчете на один вызов;
cumtime - аккумулированное время нахождения в функции, вместе со всеми вызываемыми функциями;

Последняя колонка - имя файла, номер строки с функцией или методов и его имя.
То есть 0, 029/0, 004=7, 25 - во столько раз быстрее выполнение нашей задачи при использовании цикла while(разумеется, это было очевидно с самого начала, но это же всего лишь пример).Таким образом, вы получаете простой и мощный инструмент для оптимизации кода, и нахождения "узких"
 мест для последующего их рефакторинга с целью повышения еффективности. DimonVideo
Модуль Profile - статистика исполнения кода (PyS60 2.0)
Источник новости: dimonvideo.ru
--------

Хотелось бы рассказать о модуле profile, который появился в PyS60 2.0(на самом деле в версию 2.0 включено очень много интересных и полезных  [...] читать описание


  3719 

Комментарии: 1

Делаем сплеш для TTPod

Для новичков
Thu, 10 Jun 2010 11:54:49 +0400Здравствуйте, дорогие друзья!Из-за многочисленных просьб в лс, решил написать вот эту статью.

ОЧЕНЬ прошу тех, кто все это знает камнями в меня не бросаться, я пишу ее для тех, кому это нужно и кто не знает этого!!!


Для создания сплеша нам понадобятся:
» Питон, модули к нему и сама программа, в которой мы будет все это проделывать, называется MbmTool, тоже на питоне.

» Любой файловый менеджер, рекомендую X-plore.

» Любой графический редактор(неважно для компа он или для смарта) для редактирования изображений, пользуйтесь тем, что вам удобнее.

Итак, приступим...
Сначала устанавливаем Питон, модули к нему, и программу MbmTool(ставить все в память телефона).
Берем файл Splash.ttb, находится в папке !:/TTPod/splash, где !-диск, куда установлен плеер, копируем его куда-нибудь и меняем его расширение на mbm, чтоб получилось Splash.mbm и переносим его в папку python/mbmtool/mbm.

Затем открываем прогу MbmTool, при открытии выбираем диск с которым будем работать:
Диск C(память телефона), если вы закинули файл Splash.mbm в память телефона.
Диск Е(карта памяти), если файл лежит на карте,

переходим на вкладку mbm и нажимаем Функции>Распаковать.

В mbm-файле находятся 2 изображения:одно для вертикалок, второе для горизонталок, после расспаковки mbm они будут лежать в папке python/mbmtool/img.
С этими двумя файлами делаем все что хотим, меняем на другие или чуток редактируем те, что есть.Вообщем, все что душе угодно.

После редактирования этих изображений опять заходим в нашу прогу, нажимаем Функции>Запаковать и ждем окончания процесса.


Все, наш СПЛЕШ готов, он будет лежать в папке python/mbmtool/mbm.
И снова меняем расширение файла с mbm на ttb, чтоб получилось Splash.ttb
Перемещаем его в папку TTPod/splash, соглащаемся на замену и радуемся новому оформлению.

Все программы, которые я перечислил в статье прикрепляю внизу, чтоб вам не пришлось их искать повсюду.

ВСЕМ УДАЧИ!!!

С уважением, ваш scatman928!

Питон, модули и MbmTool

X-plore scatman928
Делаем сплеш для TTPod
Источник новости: dimonvideo.ru
--------

Здравствуйте, дорогие друзья!Из-за многочисленных просьб в лс, решил написать вот эту статью. ОЧЕНЬ прошу тех, кто все это знает камнями в [...] читать описание


  5246 

Комментарии: 5

Галерея: ошибки и решения

Для новичков
Thu, 10 Jun 2010 11:54:44 +0400Здравствуйте уважаемые жители сайта DimonVideo!!!
Проблемы стандартного приложения «Галерея» на смартфонах под управлением Symbian OS.
Многие владельцы смартфонов сталкивались с проблемой, когда стандартное приложение «Галерея» начинает работать некорректно. Появляются поврежденные файлы и их невозможно открыть, в иных случаях галерея вообще не видит файлов. Ниже Вам будет предложено несколько способов решения этих и других проблем галереи.
Если Вы наблюдательны, то наверняка заметили, что если файлы сохраняются в памяти телефона, то с ними никогда не возникает проблем (имеется ввиду у стандартной галереи, а не у сторонних приложений). Другое дело обстоит с сохранением файлов на карте памяти и начинается это примерно после полугодового использования карты памяти. Все дело в том, что многие карты памяти рассчитаны на 100.000 раз перезаписи, но если здраво посудить, то это немного. И после интенсивного использования они начинают преподносить нам подобные неприятности. Зачастую причиной всех ошибок галереи будет всего лишь один или несколько поврежденных файлов, и почти всегда самые последние, которые вы загружали. Вот их то нам и нужно найти, и удалить.
Итак приступим
У Bас должен быть установлен файл-менеджер, лучше всего использовать Х-Рlore.
=======================
Способ первый:
Форматирование не требуется. Требуется много терпения, но позволяет найти и удалить только «битые» файлы.
- Идем в Х-Рlore на диск Е, туда где у нас находятся файлы галереи. Там мы видим папки с нашими мультимедийными файлами ( R, Images, Music, Video).
- Теперь ставим на первую же папку атрибут «скрытый» (нажав цифру «6»).
- Идем в галерею и смотрим на результат. Если все осталось по прежнему, то возвращаемся в Х-Рlore, убираем атрибуты с папки.
- Теперь проделываем ту же операцию со следующей папкой. Идем в галерею и смотрим результат. Если файлы стали отображаться нормально, то наш поврежденный (битый) файл находится в этой папке.
Теперь нам нужно найти этот файл.
Теперь проделываем ту же операцию со следующей папкой. Идем в галерею и смотрим результат. Если файлы стали отображаться нормально, то наш поврежденный (битый) файл находится в этой папке.
Теперь нам нужно найти этот файл.
- Ставим на все папки атрибут «скрытый», кроме той в которой находится наш поврежденный (битый) файл.
- Заходим в нашу папку и на все файлы по очереди ставим атрибут «скрытый», после каждого соответственно заходя в галерею и наблюдая за изменениями. Найдя «битый» файл удаляем его и теперь все файлы в галерее должны восстановиться и отображаться корректно
! Если при выставлении на папку атрибута «скрытый» файлы из галереи не исчезли, придется проделывать эти манипуляции с самими файлами.
=======================
Способ второй:
Фактически то же, что и выше, но производим форматирование карты памяти, при этом сохраняя дорогие нам фотографии.
- Идем в Х-Рlore по пути E:/Images...
- Переносим все фотографии на диск С: (наведя курсор на файлы Image, зажимаем карандаш (звездочку) и джойстик вправо, файлы выделились красным, теперь нажимаем цифру 2 и переносим файлы на диск С:).
- Выходим из Х-Рlore.
- Идем в меню > средства > память > функции - форматировать карту! повторить два раза.
- Перекидываем наши фотографии обратно с диска С: на диск Е:
- Идем в галерею, смотрим, удаляем поврежденные файлы.
При использовании этого способа к сожалению придется пожертвовать видео и музыкальными файлами, но удастся сохранить дорогие нам фотографии.
=======================
Способ третий:
- Подключаем телефон к компьютеру (на вашем компьютере должна быть установлена программа Nokia PC Suite ).
- Заходим в карту памяти и копируем все наши мультимедийные фалы на компьютер.
- Затем форматируем нашу карту памяти в телефоне! два раза подряд.
- Теперь копируем наши файлы с компьютера обратно на карту памяти телефона. Все папки по очереди. Сначала Music, затем Images и в последнюю очередь Video.
Компьютер предложит вам отказаться от копирования видео файлов. Следует отказаться, нажав «нет для всех».
- Теперь заходим в галерею смартфона и видим картину, большинство файлов видны нормально, а часть мы наблюдаем поврежденными, смело удаляем их и радуемся стабильной работе нашей галереи.
-----------------------
Следует отметить, что почти в 90% случаев причиной не корректной работы галереи являются видео файлы и как показывает практика в формате *.3GP. Почти всегда это файлы скачанные из интернета. Видеозаписи сделанные камерой смартфона таких проблем не вызывают.
Теперь рассмотрим конкретные ошибки связанные с работой приложения Галерея.
1. Вопрос:
При работе с галереей она выдает нам сообщение; Галерея: функция не поддерживается.
На Symbian OS 8, эта ошибка почти всегда связана с установленным плеером CorePlayer от BINPDA.
Решение:
Удалить используемую версию приложения CorePlayer и установить другую. Самая стабильная версия CorePlayer v1.1.2
На Symbian 9.х данная ошибка возникает в основном из-за того, что галерея не может открыть данный формат мультимедийного файла. Наиболее часто это происходит при попытке открыть файлы .flv
Решение:
поменять расширение файла с .flv на .swf и после этого файл откроется родным флэш-плеером либо браузером.
2. Вопрос:
в X-Plore на картинки выставляю атрибут «скрытый», а в галерее они по-прежнему отображаются.
Решение:
картинку, которую хотите скрыть, перемещаете в память телефона (на диск С:) и потом обратно на карту памяти (диск Е:), затем в X-Plore выставляете на нее атрибут «скрытый».
3. Вопрос:
При переименовании картинки, она не переименовывается, либо переименовывается, но посмотреть ее нельзя - пишет «картинка повреждена».
Решение:
перезагрузить телефон, если же не помогает, то нужно уменьшить размер картинки, в галерее выбрав изображение «функции/уменьшить изображение».
4. Вопрос:
В галерее не отображаются фото и видео. Но X-Plore видит все файлы.
Решение: форматирование карты памяти.
5. Вопрос:
В галерее отображаются смайлы ICQ, Smaper и прочих Aгентов. Выставление атрибутов не помогает.
Решение:
В X-Plore переименовать папку с приложением (Пример: Е:qip > Е:ххх).
Зайти в галерею, смайлы должны исчезнуть. Выйти из нее и теперь опять переименовать папку с приложением обратно (Пример: Е:ххх > Е:qip), затем поставить на папку с приложением атрибут «скрытый».
6. Вопрос:
Как скрыть изображения, чтобы они не были видны в галерее.
Выставление атрибутов не помогает.
Решение:
Переместить изображения на другой диск и в папку, которую не прочитает галерея.
Пример: изображения находятся по пути E:/Images, перемещаем их по пути C:/Data/Documents
7. Вопрос:
Что за папки PalbTN, зачем они нужны и стоит ли их удалять?
Ответ:
Работа галереи смартфонов под управлением Symbian OS 9.x построена по принципу слайдшоу и для загрузки (открытия) всех изображений требуется не мало времени. И галерея использует эти папки(PalbTN) для хранения эскизов изображений, в различных расширениях. Эскизы изображений нужны галерее для сохранения их в кэш-памяти галереи, а кэш-память галерея использует для ускорения открытия самих изображений, т.е. от них зависит быстродействие галереи.
Внимание!!! Не следует путать кэш-память браузеров с кэш-памятью галереи.
Папки PalbTN создаются галереей автоматически, после каждой перезагрузки смартфона.
Для удаления папок PalbTN в X-plore находим их, удаляем. По тому же адресу создаем текстовый файл PAlbTN.txt. Убираем расширение, получаем файл _PAlbTN, ставим атрибут скрытый.
Так делаем на месте всех папок _PAlbTN и больше они не появятся.
=======================
Все вопросы галереи, задаем на форуме
Галерея - форум DimonVideo
Галерея: ошибки и решения
Источник новости: profismart.ru
--------

Здравствуйте уважаемые жители сайта DimonVideo!!! Проблемы стандартного приложения «Галерея» на смартфонах под управлением Symbian OS. Многие [...] читать описание


  24214 

Комментарии: 13

Как сохранить здоровье жёсткого диска ноутбука?

Для новичков
Thu, 03 Jun 2010 15:56:42 +0400Очень часто случается то, что при работе на ноутбуке система ни с того, ни с сего приостанавливается и подает звуки жужжания. А через несколько секунд ноутбук опять начинает работать. На самом деле остановку диска придумали специально для того, чтобы экономить заряд батареи. Когда ноутбук питается от аккумулятора, то включается профиль сбережения энергии. При этом через 5-10 минут бездействия жесткий диск останавливается, а затем начинать работать, когда пользователь проявляет активность. Так вы будите экономить заряд батареи, но портить свой HDD.

Для того чтобы отключить остановку диска зайдите в меню «Пуск»> «Панель управления» > «Производительность и оборудование» и выберите «Электропитание». В вашем случае запустится либо стандартная вкладка Windows Электропитание, либо специальная программа, которая отвечает за электропитание. В открывшемся окне выберите «отключение диска» и ставьте значение не 5 минут, а больше или вообще «никогда» (это значит, что жесткий диск не будет отключаться). Данные действия увеличат срок работы диска и уменьшат его износ, но время работы от аккумулятора существенно уменьшится.

Если во время запуска высвечивается надпись на английском языке, говорящая о том, что нужно произвести замену жесткого диска, то не нужно паниковать. Это значит, что некоторые параметры диска нарушены, и он может сломаться. Для того чтобы избежать потери данных в этом случае нужно постоянно делать копии системы и сохранять важную информацию на другие носители. Самый лучшим носителем послужит внешний винчестер. Относится к нему нужно очень бережно, так как вещь тоже достаточно хрупкая. Есть еще один выход это заменить диск.

Чтобы продлить жизнь своему диску, необходимо регулярно производить проверку логического диска, на котором установлена операционная система. Чтобы произвести проверку нужно зайти в «Мой компьютер», выбрать в свойствах диска вкладку «Сервис» и нажать на «Выполнить проверку». В открытом окне поставьте галочки на «Автоматически исправлять системные ошибки» и «Проверять и восстанавливать повреждённые сектора» и нажать «Запуск». И согласится с тем, что проверка будет произведена при следующей перезагрузке. Данная программа Windows хорошо может справиться с мелкими повреждениями, но не с теми ситуациями когда операционная система сообщает, что винчестер повредился и требует замены, но есть возможность вызвать эту программу из командной строки. Нажмите «Пуск» > «Выполнить…» > chkdsk /f /r > «ОК». Chkdsk – это специальная команда для проверки дисков на ошибки, /f /r – это команда, которая исправляет повреждения в любых областях, корректирует данные без запроса к пользователю.

В большинстве случаев данные действия вылечат ваш компьютер. Если не вылечат, то воспользуйтесь специальными программами от производителей жесткого диска. Регулярно проверяйте жесткий диск на наличие ошибок - это существенно продлит срок его работы. Glebon_2009
Как сохранить здоровье жёсткого диска ноутбука?
Источник новости: pc-king.ru
--------

Очень часто случается то, что при работе на ноутбуке система ни с того, ни с сего приостанавливается и подает звуки жужжания. А через несколько [...] читать описание


  9272 

Комментарии: 14

Vkontakte.ru через jabber

Для новичков
Sun, 30 May 2010 17:46:35 +0400Всем привет. Так как на сайте поиском не нашел решил описать способ пользовать vkontakte через транспорт jabber в мeceнджepах mobileagent , fring , talkonaut , nimbuzz и т.д. . Может кому проводится. И так , лично я для этого использовал talkonaut но в источнике есть другие варианты , решайте сами. Регистрируемся в talkonaut именно с мылом имя@gmail.com . Далее выбираем : меню > средства > обзор сервисов , здесь ищем сервер с упоминанием vkontakte : меню > открыть : eqx.su; hartois.info; games.onego.ru; zoo.dontexist.net; bagrincev.ru; jabber.tsure.ru; zlug.ru ( я по подсказке iwan1112 использовал последний так как в других не нашел vkontakte ) , если таких серверов нет , добавляем сами : меню > добавить. Регистрируемся в нем , выбираем транспорт с упоминанием vkontakte , регистрируем свой почтовый адрес который используется для vkontakte и пароль . Выбираем пункт pyvk-t commands там подключаемся и выбираем : получение списка друзей . Если не пошли звуковые сигналы уведомления о авторизации ваших друзей выбираем пункт : echo command вводим текст : getroster и подтверждаем . Должны пойти сигналы уведомления . Дальше открываем : настройки транспорта и отмечаем пункты вам необходимые , но включить аватары обязательно - потому что дальше самый трудоемкий процес переименования контактов . Выйдя в главное меню talkonaut мы увидим что контакты имеют вид : e-mail , но благодаря аватарам мы сможем их отличить и переименовать , к сожалению они появятся только после появления контакта в сети. Можно конечно зайти на сайт vkontakte и найти Id каждого контакта , но проще дождаться :-) . Аватары появятся во всех выше перечисленных мeceнджepах кроме fring , переименованные в одном могут не измениться в другом. Ну вот вроде и все . Буду рад если моё описание процесса кому то поможет. Glum75
Vkontakte.ru через jabber
Источник новости: tel.blogs.mail.ru
--------

Всем привет. Так как на сайте поиском не нашел решил описать способ пользовать vkontakte через транспорт jabber в мeceнджepах mobileagent , fring , talkonaut , nimbuzz [...] читать описание


  5793 

Комментарии: 18

Меняем сервер и User-Agent в UCweb 7.x

Для новичков
Tue, 25 May 2010 09:24:04 +0400Только Ветеранам!
Добрый день! Информация изложенная ниже пригодится скорее для новичков, собственно в этом раздела она и лежит, ну и для людей которые просто не умеют это делать, причины тому разные не будем углубляться.
Наверное 90 процентов пользователей сайта которые пользуются своим смартом в качестве основного устройства для выхода в интернет предпочитают браузер UCweb.
В этой статье я расскажу как сменить стандартный прокси сервер на русский - 400
Я не говорю что открыл америку, подобная статья есть, но по истечению времени стало всё на много проще.
Ниже список программ который для этого понадобится:
- Zntxhan Для его работы требуется Питон и Модули!
- Ucweb
- Прямые руки=)
Приступим:
Открываем Znthan Выбираем: Открыть файл, идем по пути System/Apps/UCwebXX.
Открываем app файл. (если при открытии вы увидите сообщение *Нет ресурсов значит app файл сжат, чтобы расжать его, выберите пункт Сжать/Расжать EXE) итак открыли...Появился список ресурсов. Далее жмем поиск (клавиша 2) в поиск вводим номер версии, в данном случае 7.2.2.51.
Программа находит ресурс , заменяем 7.2.2.51 на 7.0.0.41 И так во всех местах! Поиск запоминает значение. Вы поймете когда замените все значения, при повторном поиске программа известит вас что *Ресурсы не найдены.
(в одном месте не нужно менять, так где пункт О программе, но это не столь важно, меньше заморочек) Когда смена версии произведена во всех местах
Переходим непосредственно к серверу, в оригинале стоит сервер 999 , это значение нам и нужно ввести в поиск, проделываем всё то же самое но теперь вводим 999 и меняем на 400.
Примечание
Перед сервером и версией могут стоять такие знаки как:
0-Ноль и b-Буква Их ни в коем случае Не стирать! А писать за ними, как в оригинале.
В своих сборках я еще меняю значение pfid Оригинал 27 , меняем на 72 так же через поиск как написанно выше.
Для полной смены сервера идем по пути:
C/System/Data/ucwebconfig
Видим там файл ucweb_200030F4_info.ini редактируем его, и вместо версии 7.2.2.51 пишем 7.0.0.41 Редактировать лучше программой Dedit.

Меняем User-Agent
Вводим в поиск .dat (4 символа, вместе с точкой) первый результат поиска пропускаем, на втором результате останавливаемся и видим такую картину:

В красном квадрате 4 строки, их можно редактировать, User Agent будет читаться сверху вниз, то есть если прописать так
Nokia
5900
s6
0v4
То браузер будет определяться как Nokia 5900 s60v4
*В строках ограничен ввод символов. И помните если перед надписью стоит Ноль или Буква b их НЕ Стирать! Писать за ними. Вводить только Английскийе буквы. И символы. Это будет отображаться если в браузере поставить значение Нет в настройках User-Agent.
После всех этих действий, нажимаем в программе ZntxHan Цифру 7 (Сохранение) Программа создаст старый (родной файл) с приставкой .bak. Проверьте после этого браузер, всё ли вы сделали правильно. Если же вылетает, то удаляем app файл, а у файла ucweb60.App_bak стираем значение _bak и пробуем снова.
За неправильные действия ответственности не несу.
Удачи! Glum
Меняем сервер и User-Agent в UCweb 7.x
Источник новости: dimonvideo.ru
--------

Только Ветеранам! Добрый день! Информация изложенная ниже пригодится скорее для новичков, собственно в этом раздела она и лежит, ну и для [...] читать описание


  7190 

Комментарии: 15

Python Style Guide

Программирование для смартфонов
Mon, 24 May 2010 14:00:21 +0400Столкнулся на форуме с тем что многие пишут код с одним пробелом в качестве отступа, названиями переменных на транслите и тп... Это приводит к нечитаемости кода, но Python это язык ориентированный на читаемость кода, и этого нельзя допустить.
Итак, перевод PEP-008 Python Style Guide

=================================================

Введение
Этот документ описывает соглашение о том, как писать код для языка python, включая
стандартную библиотеку, входящую в состав python. Пожалуйста, посмотрите также на
сопутствующий PEP (python enhanced proposal — заявки на улучшение языка python), описывающий,
какого стиля следует придерживаться при написании кода на C в реализации языка python.
Этот документ создан на основе рекомендаций Гуидо ван Россума с добавлениями от Барри. Если
где-то возникал конфликт, мы выбирали стиль Гуидо. И, конечно, этот PEP может быть неполным
(фактически, он, наверное, никогда не будет закончен).

A Foolish Consistency is the Hobgoblin of Little Minds
Ключевая идея Гуидо такова: код читается намного больше раз, чем пишется. Собственно,
рекоммендации о стиле написания кода направлены на то, чтобы улучшить читбельность кода и
сделать его согласованным между большим числом проектов. В идеале, весь код будет написан в
едином стиле, и любой сможет легко его прочесть. Как говорится в PEP 203, «Читабельность имеет
значение».
Это руководство о согласованности и единстве. Согласованность с этим руководством очень важна.
Согласованность внутри одного проекта еще важнее. А согласованность внутри модуля или
функции — самое важное. Но важно помнить, что иногда это руководство неприменимо, и понимать,
когда можно отойти от рекоммендаций. Когда вы сомневаетесь, просто посмотрите на другие
примеры и решите, какой выглядит лучше.
Две причины, чтобы нарушить правила:
• Когда применение правила сделает код менее читабельным даже для того, кто привык читать
код, который следует правилам.
• Чтобы писать в едином стиле с кодом, который уже есть в проекте и который нарушает правила
(может быть, в силу исторических причин) — впрочем, это возможность подчистить чужой код.

Внешний вид кода
Отступы
Используйте 4 пробела на один уровень отступа. В старом коде, который вы не хотите трогать,
можно продолжить пользоваться 8 пробелами для отступа.
Табуляция или пробелы?
Никогда не смешивайте символы табуляции и пробелы.
Самый распространенный способ отступов — пробелы. На втором месте — отступы только с
использованием табуляции. Код, в котором используются и те, и другие типы отступов, должен быть
исправлен так, чтобы отступы в нем были расставлены только с помощью пробелов. Когда вы
вызываете интерпретатор в командной строке с параметром -t, он выдает предупреждения
(warnings) при использовании смешанного стиля в отступах, а запустив интерпретатор с
параметром -tt, вы получите в этих местах ошибки (errors). Используйте этии опции!
В новых проектах для отступов мы настоятельно рекомендуем использовать пробелы. К тому же,
многие редакторы позволяют легко делать.
Максимальная длина строки
Ограничьте максимальную длину строки 79 символами.
Пока еще существует немало устройств, где длина строки равна 80 символам; к тому же, ограничив
ширину окна 80 символами, мы сможем расположить несколько окон рядом друг с другом.
Автоматический перенос строк на таких устройствах нарушит форматирование, и код будет
труднее понять. Так что, пожалуйста, ограничьте длину строки 79 символами, и 72 символами в
случае длинных блоков текста (строки документации или комментарии).
Предпочтительный способ переноса длинных строк — использование подразумевающегося
продолжения строки между обычными, квадратными и фигурными скобками. В случае
необходимости можно добавить еще одну пару скобок вокруг выражения, но часто лучше выглядит
обратный слэш. Постарайтесь сделать правильные отступы для перенесённой строки.
Предпочтительнее вставить перенос строки после бинарного оператора, но не перед ним.


Вот несколько примеров:
class Rectangle(Blob):
def __init__(self, width, height,
color=\'black\', emphasis=None, highlight=0):
if width == 0 and height == 0 and \\
color == \'red\' and emphasis == \'strong\' or \\
highlight > 100:
raise ValueError(\"sorry, you lose\")
if width == 0 and height == 0 and (color == \'red\' or
emphasis is None):
raise ValueError(\"I don\'t think so -- values are %s, %s\" %
(width, height))
Blob.__init__(self, width, height,
color, emphasis, highlight)
Пустые строки
Отделяйте функции (верхнего уровня, не функции внутри функций) и определения классов двумя
пустыми строчками.
Определения методов внутри класса отделяйте одной пустой строкой.
Дополнительные отступы строками могут быть изредка использованы для выделения группы
логически связанных функций. Пустые строки могут быть пропущены, между несколькими
выражениями, записанными в одну строку, например, «заглушки» функций.
Используйте (без энтузиазма) пустые строки в коде функций, чтобы отделить друг от друга
логические части.
Python расценивает символ control+L как незначащий (whitespace), и вы можете использовать его,
потому что многие редакторы обрабатывают его как разрыв страницы — таким образом логические
части в файле будут на разных страницах.
Кодировки (PEP 263)
Код ядра python всегда должен использовать ASCII или Latin-1 кодировку (также известную как
ISO-8859-1). Начиная с версии python 3.0, предпочтительной является кодировка UTF-8 (смотрите
PEP 3120).
Files using ASCII (or UTF-8, for Python 3.0) should not have a coding cookie. Используйте Latin-1 (или
UTF-8), только если это необходимо, чтобы указать в комментарии или строке документации имя
автора, содержащее в себе символ из Latin-1. В противном случае предпочтительнее использовать
escape-символы \\x, \\u или \\U для не-ASCII символов в строках.
Начиная с версии python 3.0 в стандартной библиотеке действует следующая политика (смотрите
PEP 3131): все идентификаторы обязаны содержать только ASCII символы, и означать английские
слова везде, где это возможно (во многих случаях используются сокращения или неанглийские

технические термины). Кроме того, строки и комментарии тоже должны содержать лишь ASCII
символы. Исключения составляют: (а) test case, тестирующий не-ASCII особенности программы, и (б)
имена авторов. Авторы, буквы в именах которых не из латинского алфавита, должны
транслитерировать свои имена в латиницу.
Проектам с открытым кодом для широкой аудитории также рекомендуется использовать это
соглашение.
Import-секции
Импортирование разных модулей должно быть на разных строчках, например:
правильно:
import os
import sys
неправильно:
import os, sys
В то же время, можно писать вот так:
from subprocess import Popen, PIPE
Импортирование всегда нужно делать сразу после комментариев к модулю и строк документации,
перед объявлением глобальных переменных и констант.
Группируйте импорты в следующем порядке:
• импорты стандартной библиотеки
• импорты сторонних библиотек
• импорты модулей текущего проекта
Вставляйте пустую строку между каждой группой импортов.
Указывайте спецификации __all__ после импортов.


Относительные импорты крайне не рекомендуются — всегда указывайте абсолютный путь к
модулю для всех импортирований. Даже сейчас, когда PEP 3284 реализован в версии python 2.5,
использовать явные относительные импорты нежелательно, потому что абсолютные импорты лучше
переносимы и читабельны.
Когда вы импортируете класс из модуля, вполне можно писать вот так:
from myclass import MyClass from foo.bar.yourclass import YourClass
Если такое написание вызывает конфликт имен, тогда пишите:
import myclass import foo.bar.yourclass
И используйте «myclass.MyClass» и «foo.bar.yourclass.Yourclass».
Пробелы в выражениях и
инструкциях
Избегайте использования пробелов в следующих ситуациях:
1. Сразу после или перед скобками (обычными, фигурными и квадратными)
можно:
spam(ham, {eggs: 2})
нельзя:
spam( ham, { eggs: 2 } )
2. Сразу перед запятой, точкой с запятой, двоеточием:
if x == 4: print x, y; x, y = y, x
if x == 4 : print x , y ; x , y = y , x
3. Сразу перед открывающей скобкой, после которой начинается список аргументов при вызове
функции:
spam(1)
spam (1)
4. Сразу перед открывающей скобкой, после которой следует индекс или срез:
dict = list
dict = list
5. Использование более одного пробела вокруг оператора присваивания (или любого другого) для
того, чтобы выровнять его с другим таким же оператором на соседней строке:
x = 1
y = 2
long_variable = 3
x = 1
y = 2
long_variable = 3
Прочие рекоммендации:
1. Вседа окружайте эти бинарные операторы одним пробелом с каждой стороны: присваивание (=,
+=, -= и прочие), сравнения (==, , !=, <>, =, in, not in, is, is not), логические
операторы (and, or, not).
2. Ставьте пробелы вокруг арифметических операций.
i = i + 1
submitted += 1
x = x * 2 - 1
hypot2 = x * x + y * y
c = (a + b) * (a - b)
i=i+1
submitted +=1
x = x*2 - 1
hypot2 = x*x + y*y
c = (a+b) * (a-b)
3. Не используйте пробелы для отделения знака =, когда он употребляется для обозначения
аргумента-ключа (keyword argument) или значения параметра по умолчанию.
def complex(real, imag=0.0):
return magic(r=real, i=imag)

def complex(real, imag = 0.0):
return magic(r = real, i = imag)
4. Не используйте составные инструкции (несколько команд в одной строке).
if foo == \'blah\':
do_blah_thing()
do_one()
do_two()
do_three()
if foo == \'blah\': do_blah_thing()
do_one(); do_two(); do_three()
5. Иногда можно писать тело циклов while, for или ветку if в той же строке, если команда короткая,
но если команд несколько, никогда так не пишите.
if foo == \'blah\': do_blah_thing()
for x in lst: total += x
while t < 10: t = delay()
if foo == \'blah\': do_blah_thing()
else: do_non_blah_thing()
try: something()
finally: cleanup()
do_one(); do_two(); do_three(long, argument,
list, like, this)
if foo == \'blah\': one(); two(); three()
Комментарии
Комментарии, которые противоречат коду, хуже, чем отсутствие комментариев. Всегда
исправляйте комментарии, если меняете код!
Комментарии должны являться законченными предложениями. Если комментарий — фраза или
предложение, первое слово должно быть написано с большой буквы, если только это не имя
переменной, которая начинается с маленькой буквы (кстати, никогда не отступайте от этого
правила для имен переменных).

Если комментарий короткий, можно опустить точку в конце предложения. Блок комментариев
обычно состоит из одного или более абзацев, составленных из полноценных предложений, поэтому
каждое предложение должно оканчиваться точкой.
Ставьте два пробела после точки в конце предложения.
Если вы пишете по-английски, не забывайте о Странке и Уайте (имеется в виду книга Strunk &
White, “Elements of style”, которая является практически эталонным руководством по правильному
написанию текстов на английском языке, — прим. перев.)
Программисты, которые не говорят на английском языке, пожалуйста, пишите комментарии на
английском, если только вы не уверены на 120 процентов, что ваш код никогда не будут читать
люди, не знающие вашего родного языка.
Блок комментариев
Блок комментариев обычно объясняет код (весь, или только некоторую часть), идущий после блока,
и должен иметь тот же отступ, что и сам код. Каждая строчка такого блока должна начинаться с
символа # и одного пробела после него (если только сам текст комментария не имеет отступа).
Абзацы внутри блока комментариев лучше отделять строкой, состоящей из одного символа #.
Комментарии в строке с кодом
Старайтесь реже использовать подобные комментарии.
Такой комментарий находится в той же строке, что и инструкция. «Встрочные» комментарии
должны отделяться хотя бы двумя пробелами от инструкции. Они должны начинаться с символа # и
одного пробела.
Комментарии в строке с кодом не нужны и только отвлекают от чтения, если они объясняют
очевидное. Не пишите вот так:
x = x + 1 # Increment x
Впрочем, иногда такие комметарии полезны:
x = x + 1 # Compensate for border

Строки документации
Соглашения о написании хорошей документации (docstrings) увековечены (да, забавно, но автор
использует именно такое слово, — прим. перев.) в PEP 2575.
Пишите документацию для всех модулей, функций, классов, методов, которые объявлены
как public. Строки документации необязательны для не-public методов, но лучше написать, что
делает метод. Комментарий нужно писать после строки с def.
PEP 257 объясняет, как правильно и хорошо документировать. Заметьте, очень важно, чтобы
закрывающие \"\"\" стояли на отдельной строчке. А еще лучше, если перед ними будет ещё и пустая
строка, например:
\"\"\"Return a foobang
Optional plotz says to frobnicate the bizbaz first.
\"\"\"
Для однострочной документации можно оставить \"\"\" на той же строке.

Учёт версий
Если вам нужно использовать Subversion, CVS или RCS в ваших исходных кодах, делайте вот так:
version__ = \"$Revision: 68852 $\"
# $Source$
Вставляйте эти строки после документации модуля перед любым другим кодом и отделяйте их
пустыми строками по одной до и после.
Имена
Соглашения об именах переменных в python немного туманны, поэтому их список никогда не будет
полным — тем не менее, ниже мы приводим список рекоммендаций, действующих на данный
момент. Новые модули и пакеты должны быть написаны согласно этим стандартам, но если в какой-
либо уже существующей библиотеке эти правила нарушаются, предпочтительнее писать в едином с
ней стиле.
Описание: Стили имен
Существует много разных стилей. Поможем вам распознать, какой стиль именования используется,
независимо от того, для чего он используется.
Обычно различают следующие стили:
• b (одиночная маленькая буква)
• B (одиночная заглавная буква)
• lowercase (слово в нижнем регистре)
• lower_case_with_underscores (слова из маленьких букв с подчеркиваниями)
• UPPERCASE (заглавные буквы)
• UPPERCASE_WITH_UNDERSCORES (слова из заглавных букв с подчеркиваниями)
• CapitalizedWords (слова с заглавными буквами, или CapWords, или CamelCase6. Иногда
называется StudlyCaps). Замечание: когда вы используете аббревиатуры в таком стиле, пишите
все буквы аббревиатуры заглавными — HTTPServerError лучше, чем HttpServerError.
• mixedCase (отличается от CapitalizedWords тем, что первое слово начинается с
маленькой буквы)
• Capitalized_Words_With_Underscores (слова с заглавными буквами и
подчеркиваниями — уродливо!)
• Ещё существует стиль, в котором имена, принадлежащие одной логической группе, имеют один
короткий префикс. Этот стиль редко используется в python, но мы упоминаем его для полноты.
Например, функция os.stat() возвращает кортеж, имена в котором традиционно имеют вид
st_mode, st_size, st_mtime и так далее. (Так сделано, чтобы подчеркнуть соответствие этих
полей структуре системных вызовов POSIX, что помогает знакомым с ней программистам).
В библиотеке X11 используется префикс Х для всех public-функций. В python этот стиль считается
излишним, потому что перед полями и именами методов стоит имя объекта, а перед именами
функций стоит имя модуля.
В дополнение к этому, используются следующие специальные формы записи имен с добавлением
символа подчеркивания в начало или конец имени:
• _single_leading_underscore: слабый индикатор того, что имя используется для «внутренних
нужд». Например, from M import * не будет импортировать объекты, чьи имена начинаются с
символа подчеркивания.
• single_trailing_underscore_: используется по соглашению для избежания конфликтов с
ключевыми словами языка python, например:
Tkinter.Toplevel(master, class_=\'ClassName\')
• __double_leading_underscore: изменяет имя атрибута класса, т.е. в class FooBar поле
__boo становится _FooBar__boo.
• __double_leading_and_trailing_underscore__ (двойное подчеркивание в начале и в конце
имени): «волшебные» объекты или атрибуты, которые «живут» в пространствах имен,
управляемых пользователем (user-controlled namespaces). Например, __init__, __import__ или
__file__. Не изобретайте такие имена, используйте их только так, как написано в документации.
Стили имен
Имена, которых следует избегать
Никогда не используйте символы l (малелькая латинская буква «эль»), O (заглавная латинская
буква «о») или I (заглавная латинская буква «ай») как однобуквенные идентификаторы.
В некоторых шрифтах эти символы неотличимы от цифры один и нуля (и символа
вертикальной
палочки, — прим. перев.) Если очень нужно использовать l имена, пишите
вместо неё заглавную L.
Имена модулей и пакетов
Модули должны иметь короткие имена, состоящие из маленьких букв. Можно использовать и
символы подчеркивания, если это улучшает читабельность. То же, за исключением символов
подчеркивания, относится и к именам пакетов.
Так как имена модулей отображаются в имена файлов, а некоторые файловые системы являются
нечувствительными к регистру символов и обрезают длинные имена, очень важно
использовать
достаточно короткие имена модулей — это не проблема в Unix, но, возможно, код окажется
непереносимым в старые версии Windows или Mac, или DOS.
Когда модуль расширения, написанный на С или C++, имеет сопутствующий python-модуль
(содержащий интерфейс высокого уровня), С/С++ модуль начинается с символа подчеркивания,
например, _socket.
Имена классов
Все имена классов должны следовать соглашению CapWords почти без исключений. Классы
внутреннего использования могут начинаться с символа подчеркивания.
Имена исключений (exceptions)
Так как исключения являются классами, к исключениями применяется стиль именования
классов.
Однако вы можете добавить Error в конце имени (если конечно исключение
действительно
является ошибкой).
Имена глобальных переменных
Будем надеяться, что такие имена используются только внутри одного модуля. Руководствуйтесь
теми же соглашениями, что и для имен функций.
Добавляйте в модули, которые написаны так, чтобы их использовали с помощью from M import *,
механизм __all__ чтобы предотвратить экспортирование глобальных переменных. Или же,
используйте старое соглашение, добавляя перед именами таких глобальных переменных один
символ подчеркивания (которым вы можете обозначить те глобальные переменные, которые
используются только внутри модуля).
Имена функций
Имена функций должны состоять из маленьких букв, а слова разделяться символами
подчеркивания — это необходимо, чтобы увеличить читабельность.
Стиль mixedCase допускается в тех местах, где уже преобладает такой стиль, например во
threading.py, для сохранения обратной совместимости.

Аргументы функций и методов
Всегда используйте self в качестве первого аргумента метода экземпляра объекта
(instance method).
Всегда используйте cls в качестве первого аргумента метода класса (class method).
Если имя аргумента конфликтует с зарезервированным ключевым словом python, обычно
лучше
добавить в конец имени символ подчеркивания, чем исказить написание слова или использовать
аббревиатуру. Таким образом, print_ лучше, чем prnt. (Возможно, хорошим вариантом будет
подобрать синоним).
Имена методов и переменные экземпляров классов
Используйте тот же стиль, что и для имен функций: имена должны состоять из
маленьких букв,
а слова разделяться символами подчеркивания.
Чтобы избежать конфликта имен с подклассами, добавьте два символа подчеркивания,
чтобы
включить механизм изменения имен. Если класс Foo имя атрибут с именем __foo, к нему нельзя
обратиться, написав Foo.__a. (Настойчивый пользователь всё равно может получить доступ,
написав Foo._Foo__a). Вообще, двойное подчеркивание в именах должно использоваться, чтобы
избежать конфликта имен с атрибутами классов, спроектированных так, чтобы от них наследовали
подклассы.
Константы
Константы обычно объявляются на уровне модуля и записываются только заглавными буквами, а
слова разделяются символами подчеркивания. Например: MAX_OVERFLOW, TOTAL.
Проектирование наследования
Обязательно решите, каким должен быть метод класса или переменная экземпляра класса (в
общем, атрибут) — public или не-public. Если вы сомневаетесь, выберите закрытый, не-public
атрибут. Потом будет проще сделать их public, чем наоборот.
Открытые атрибуты — это те, которые будут использовать потребители ваших классов, и вы
должны быть уверены в отсутствии обратной несовместимости. Не-public атрибуты, в свою очередь,
не предназначены для использования третьими лицами, поэтому вы можете не гарантировать, что
не измените или не удалите эти атрибуты.
Мы не используем термин «закрытый член» (private), потому что на самом деле в python таких
членов не бывает.
Другой тип аттрибутов классов принадлежит так называемому API подклассов (в других языках они
часто называются protected). Некоторые классы проектируются так, чтобы от них наследовали
другие классы, которые расширяют или модифицируют поведение базового класса. Когда вы
проектируете такой класс, решите и явно укажите, какие атрибуты являются открытыми (public),
какие принадлежат API подклассов (subclass API), а какие используются только базовым классом.

Теперь сформулируем рекомендации:
• Открытые атрибуты не должны иметь в начале имени символа подчеркивания
• Если имя открытого атрибута конфликтует с ключевым словом языка, добавьте в конец имени
один символ подчеркивания. Это более предпочтительно, чем аббревиатура или искажение
написания (однако, у этого правила есть исключение — аргумента который означает класс, и
особенно первый аргумент метода класса (class method) должен иметь имя cls).
• Назовите простые открытые атрибуты понятными именами и не пишите сложные методы доступа
и изменения (accessor/mutator, get/set, — прим. перев.) Помните, что в python очень легко добавить
их потом, если потребуется. В этом случае используйте свойства (properties), чтобы скрыть
функциональную реализацию за синтаксисом доступа к атрибутам.
• Свойства (properties) работают только в классах нового стиля (new-style classes)
• Постарайтесь избавиться от побочных эффектов, связанным с функциональным поведением;
впрочем, такие вещи, как кэширование, вполне допустимы.
• Избегайте использования вычислительно затратных операций, потому что из-за записи с
помощью атрибутов создается впечатление, что доступ происходит (относительно) быстро.
• Если вы планируете класс таким образом, чтобы от него наследовались другие классы, но не
хотите, чтобы подклассы унаследовали некоторые атрибуты, добавьте в имена два символа
подчеркивания в начало, и ни одного — в конец. Механизм изменения имен в python (name
mangling, — прим. перев.) сработает так, что имя класса добавится к имени такого атрибута, что
позволит избежать конфликта имен с атрибутами подклассов.
• Будьте внимательны: если подкласс будет иметь то же имя класса и имя атрибута, то вновь
возникнет конфликт имен.
• Механизм изменения имен может затруднить отладку или работу с __getattr__(), однако он
хорошо документирован и легко реализуется вручную.
• Не всем нравится этот механизм, поэтому старайтесь достичь компромисса между
необходимостью избежать конфликта имен и возможностью доступа к этим атрибутам.

Общие рекоммендации
Код должен быть написан так, чтобы не зависеть от разных реализация языка (PyPy, Jython,
IronPython, Pyrex, Psyco и пр.). Например, не полагайтесь на эффективную реализацию в CPython
конкатенации строк в выражениях типа a+=b или a=a+b. Такие инструкции выполняются
значительно медленнее в Jython. В критичных к времени выполнения частях программы
используйте \'\'.join() — таким образом склеивание строк будет выполнено за линейное время
независимо от реализации python.
Сравнения с None должны обязательно выполняться с использованием операторов is или is not,
а не с помощью операторов равенства или неравенства. Кроме того, не пишите if x, если имеете в
виду if x is not None — если, к примеру, при тестировании такая переменная или аргумент примет
значение иного типа, то при приведении к булевскому типу получится false.
Создавайте исключения на основе классов. Впрочем, начиная с версии python 2.6, мы уже не можем
использовать строки в качестве исключений. В модулях или пакетах создавайте свои базовые
классы исключений, наследуя их от встроенного класса Exception и обязательно их
документируйте:
class MessageError(Exception):
\"\"\"Base class for errors in the email package.\"\"\"
Здесь применимы те же правила, что и для именования классов. Если исключение по своему
смыслу является ошибкой, вы можете добавить в конце имени Error.
Когда вы генерируете исключение, пишите raise ValueError(\'message\') вместо старого синтаксиса
raise ValueError, message. Такое использование предпочтительнее, потому что из-за скобок не
нужно использовать символы для продолжения перенесенных строк, если эти строки длинные или
если используется форматирование. Старая форма записи запрещена в python 3000.
Когда код перехватывает исключения, «ловите» конкретные ошибки вместо простого выражнения
except:. К примеру, пишите вот так:
try:
import platform_specific_module
except ImportError:
platform_specific_module = None
Простое написание \'except:\' также перехватит и SystemExit, и KeyboardInterrupt, что
породит проблемы, например, сложнее будет завершить программу нажатием control+C. Если вы
действительно собираетесь перехватить все исключения, пишите \'except Exception:\'.

Ограничьтесь использованием чистого \'except:\' в двух случаях:
1. Если обработчик исключения выводит пользователю всё о случившейся ошибке (например,
traceback)
2. Если нужно выполнить некоторый код после перехвата исключения, а потом вновь «бросить» его
для обработки где-то в другом месте. Обычно же лучше пользоваться конструкцией
\'try...finally\'.
Постарайтесь заключать в каждую конструкцию try...except минимум кода, чтобы легче отлавливать
ошибки.
try:
value = collection
except KeyError:
return key_not_found(key)
else:
return handle_value(value)
try:
# Здесь много действий!
return handle_value(collection)
except KeyError:
# Здесь также перехватится KeyError, сгенерированный handle_value()
return key_not_found(key)
Используйте строковые методы вместо модуля string — они всегда быстрее и имеют тот же API
для unicode-строк. Можно отказаться от этого правила, если необходима совместимость с версиями
python младше 2.0.
Пользуйтесь \'\'.startswith() и \'\'.endswith() вместо обработки частей строк (string slicing) для
проверки суффиксов или префиксов. startswith() и endswith() выглядят чище и порождают
меньше ошибок. Например:
if foo.startswith(\'bar\'):
if foo == \'bar\':
Исключением является случай, когда вам нужна совместимость с python 1.5.2.
Сравнение типов объектов нужно делать с помощью isinstance(), а не прямым сравнением
типов:
if isinstance(obj, int):
if type(obj) is type(1):
Когда вы проверяете, является ли объект строкой, обратите внимание на то, что строка может быть
unicode-строкой. В python 2.3 у str и unicode есть общий базовый класс, поэтому пишите вот так:
if isinstance(obj, basestring):
В python 2.2 в модуле types для этой цели определен тип StringTypes:
from types import StringTypes
if isinstance(obj, StringTypes):
В python 2.0 и 2.1 нужно писать:
from types import StringType, UnicodeType
if isinstance(obj, StringType) or \\
isinstance(obj, UnicodeType) :
Для последовательностей (строк, списков, кортежей) можно использовать тот факт, что пустая
последовательность есть false:
if not seq:
if seq:
if len(seq):
if not len(seq):
Не пользуйтесь строковыми константами, которые имеют важные пробелы в конце — они
невидимы, а многие редакторы (а теперь и reindent.py) обрезают их.
Не сравнивайте логические типы с True и False с помощью ==:
if greeting:
if greeting == True:
А вот так писать совсем плохо:
if greeting is True:

Copyright
Авторы: Guido van Rossum , Barry Warsaw .
Текст собран Андреем Черниным из версии 68852 PEP 8 — «Style Guide for Python Code».
Перевод на русский язык выполнен Дмитрием Бударагиным. kolayuk
Python Style Guide
Источник новости: 360.nnov.ru
--------

Столкнулся на форуме с тем что многие пишут код с одним пробелом в качестве отступа, названиями переменных на транслите и тп... Это приводит [...] читать описание


  12008 

Комментарии: 8

Прикручиваем настройки к программе на питоне

Программирование для смартфонов
Sat, 22 May 2010 14:52:26 +0400Статья будет полезна новичкам!

Решил написать эту статью отчасти потому, что нашел это: Делаем настройки к программе на python и мне стало жалко тех, кто будет это использовать...

Ниже представлен код небольшой программы, использующей модуль prodb и реализующей простейшее меню настройки программы на примере изменения надписи заголовка программы.


# Импортируем необходимые модули
import appuifw2,     prodb,     os,     e32

# Немного магии...
def ru(x):return x.decode("utf-8")

# Устанавливаем путь до файла с настройками
setspath='D:settings.txt'

# Проверяем наличие файла настроек. Если функция os.path.exists() возвращает False,      создаем файл с помощью модуля prodb и записываем в него переменную DISP,      значение которой по умолчанию: Hello world!.

if os.path.exists(setspath):
  pass
else:
  SET=prodb.set(setspath,     load=0,     save=0)
  SET.DISP='Hello world'
  SET.save()


# Это функция,      которая будет запрашивать из файла текущее значение переменой DISP и присваивать ее значению заголовка программы.

def remain():
# Вводим глобальную переменную SET
  global SET
# Присваиваем ей значения из файла
  SET=prodb.set(setspath)
# Устанавливаем нужное значения в качестве заголовка
  appuifw2.app.title = SET.DISP


# Собственно сама функция настройки. Построена она на методе Listbox2 (имхо так удобнее).

def settings():
# Вызываем функцию обновления надписи
  remain()
# Далее код составления листбокса я описывать не буду,      так как документации на эту тему вагон

  items=[appuifw2.Item(title=ru('Имя заголовка:'),     subtitle=SET.DISP)]
  menu=appuifw2.app.body=appuifw2.Listbox2(items=[],     select_callback=click,     double=1,     icons=0)
  menu.extend(items)
  try:
    menu.set_current(index)
  except:
    menu.set_current(0)


# Функция обрабатывающая выбор пункта из меню листбокса
# Переменной index присваивается глобальное значение для того чтобы в дальнейшем при обновлении списка пунктов листбокса курсор становился на последний выбранный пункт меню.

def click():
global index
index=appuifw2.app.body.current()
if index==0: edit_disp()


# Функция запрашивает текст заголовка и записывает введенное значение в файл

def edit_disp():
disp=appuifw2.query(ru('Введите текст заголовка:'),     'text',     SET.DISP)
# Проверка на вшивость...
if disp==None:
   return
else:
# Записываем переменную в файл
   SET.DISP=disp
# Обновляем окно настроек
settings()

settings()
e32.Ao_lock().wait()


Внимание! Все переменные из prodb пишутся в верхнем регистре!

Удачных вам настроек
Прикрепленный файл #2: 4022_settings_instr.zip (1, 49 Kb) Qteb
Прикручиваем настройки к программе на питоне
Источник новости:
--------

Статья будет полезна новичкам! Решил написать эту статью отчасти потому, что нашел это: Делаем настройки к программе на python и мне стало [...] читать описание


  5036 

Комментарии: 3

Редактирование информации при проверке баланса

Для новичков
Tue, 18 May 2010 10:55:41 +0400Вобщем поискал поиском не нашел! Так что если где слышали сильно не кричите, может кому и поможет!

Значит так! Думаю много кому мозолит глаза надоедливая надпись при проверке счета типа (выполняется запрос и т.п.), ведь есть простая возможность поменять её!
1. Телефон должен быть взломан.
2. Установлен rompatcher и патч c2z (для вашей модели), или патч ChangePhoneClient
3. Установлена Программа mobilehex.
4. X-plore или какой другой файл менеджер.
Итак сам принцип:
1. Открываем x-plore диск z ищем в папке resource файл phoneclient.r16, его то и надо редактировать! Копируем его куда нибудь на диск с.
2. Открываем mobilehex, находим наш файл phoneclient.r16, открываем, нажимаем 5, видим перед нами текст наших команд, и меняем на свой вкус.
3. После этого сохраняем наш файл.
4. Снова идем в x-plore и ложим его по пути c/resource.
5. Затем идем в rompatcher, применяем наш патч c2z, либо ChangePhoneClient

Проверяем счет :) должно уже всё быть по нашему! Если не получилось, перезагрузаем телефон и повторяем пункт 5.
ПРимечание: если вы используете украинский язык, то редактируем файл phoneclient.r93, для английского phoneclient.r01
Желаю удачи, надеюсь кому помог!
P.S. Моя первая статья, сильно не ругайте :)

Прикрепленный файл #1: 4009_superscreenshot0007.jpg (22, 61 Kb)
Прикрепленный файл #2: 4009_superscreenshot0008.jpg (31, 45 Kb) DimonVideo
Редактирование информации при проверке баланса
Источник новости: dimonvideo.ru
--------

Вобщем поискал поиском не нашел! Так что если где слышали сильно не кричите, может кому и поможет! Значит так! Думаю много кому [...] читать описание


  6649 

Комментарии: 26

Яндекс.Метрика