• Какой выбрать SSD для ноутбука?

    1. За тестами и обзорами Вам на железячные сайты вроде thessdreview.com :)
    По моделям:
    - crucial m550 - скорость и надёжность ок, энергопотребление не очень (для ноута важно)
    - samsung 840 evo - скорость и энергопотребление ок, но память TLC (менее износостойкая - стремновато, но для домашнего использования нормально)
    - plextor m6s - скорость ок, память ок, но нету дополнительных фич вроде аппаратного шифрования и защиты от потери питания
    - если смотреть модели малого объёма (~120 гиг), то ещё Smartbuy Ignition2 хвалят.

    2. хз. Уточните, может в вашем ноуте есть msata, тогда можно с заменой привода не морочиться.
    3. Ссд обычно мрут из-за отказа контроллера и происходит это внезапно. Хлоп - и девайс не определяется. При износе ячеек будут сыпаться ошибки при записи, чтение останется возможным.
    4. Технически - нет. Но есть маленький психологический момент: если оставить часть диска неразмеченной, будет гораздо проще держать свободными 10% пространства :)
    5. Мне кажется, нет - гарантия и всё такое, а с учётом доставки разница в цене будет не очень велика. Хотя для меня пару лет назад был смысл заказать нужную мне модель из штатов, потому что у нас она появилась значительно позже.

    И /home на винте держать не стоит - с ним же идёт активная работа, зачем покупать ссд и потом городить тормоза? Достаточно вынести и подмонтировать каталоги с фильмами/музыкой/whatever.
    Ответ написан
    4 комментария
  • Какие впечатления от Phalcon по сравнению с Symfony / Yii?

    deadbyelpy
    @deadbyelpy
    веб-шмеб
    Все собираюсь написать про это статью, да никак.
    если кратко имхо то: Phalcon лучше чем Symfony, который лучше чем Yii
    какие критериии отбора? Symfony имеет больший порог входа чем Phalcon, Yii же имеет порог входа еще меньше, но он отстает по архитектуре "внутри"
    Phalcon имеет Volt (шаблонизатор), у SF - Twig, Yii - ничего (но никто не мешает ставить туда Twig)
    У Ph,SF есть вменяемый DI, а Yii это Yii->app()
    SF поставляется с ACL, Yii - RBAC + ACL, Phalcon - ACL.
    Ph, SF2 (Doctrine) есть AR, у Yii же еще есть и DAO
    Ph на шаред хостинге не развернешь, но кто делает проекты для шаред хостингов на SF2? На Yii знаю т.к. достаточно быстро можно развернуть бложик.
    Больше написать просто неуспеваю, напоследок. делать сложные приложения на Phalcon уже можно, он готов к проду, он проще чем SF2 и удобнее, при этом архитектура у него продуманная как и у SF2
    Продвинул идею Phalcon в компании где работаю, его с радостью встретили и с радостью пользуются для сложных, enterprise проектов.
    все конечно только исходя из моего опыта работы с ними. не навязываю никому свое мнение
    Ответ написан
    6 комментариев
  • Что делать с дублями страниц на сайте?

    Если Вы о СЕО, то на всех дублять прописывать
    <link rel="canonical" href="http://основной адрес страницы" />
    Ответ написан
    Комментировать
  • Redis vs SQLite vs PostgreSQL

    @Ghostwriter
    1. В Redis лучше представлена работа с коллекциями. Простой пример — инкрементальный счётчик. Вы делаете incrby/hincrby для любого ключа, не заботясь о его наличие в хранилище. В Postgres аналогичная функциональность на основе последовательностей (nextval('foo')) подразумевает, что вы уже создали последовательность 'foo' ранее. Это подталкивает вас на написание процедур, которые перед попыткой изменить счётчик, сначала проверяют его наличие, при необходимости создают его и только потом изменяют. Больше ручной работы.

    2. Структуры данных в Redis оптимизированы либо под быстрый поик О(1), либо под компактность и приемлемую произволительность O(N), O(log(N)). Практически всегда получается обходиться простыми или вложенными хеш-таблицами с О(1) или О(n). В Postgres вы практически всегда пользуетесь той или иной разновидностью B/R-tree, GiST/GIN индексов со сложностью O(log(N)(+N)). До версии 8.4, индексы типа HASH в Postgres имели практически схожую с B-tree скорость поиска, поэтому их применение не имело никакого смысла. Сейчас, в версии 9.1, смысла стало больше, но не намного — HASH индексы не поддерживают Write-Ahead Log и при сбоях требуют ручной переиндексации:
    "Hash index operations are not presently WAL-logged, so hash indexes might need to be rebuilt with REINDEX after a database crash. They are also not replicated over streaming or file-based replication. For these reasons, hash index use is presently discouraged." http://www.postgresql.org/docs/9.1/static/indexes-types.html

    У себя в проектах, я использую и Redis, и Postgres. Первый — как эффективную систему для сбора онлайн-статистики (счетчики-лайки, различные метрики), а второй — как хранилище для пользовательских аккаунтов и контента с его мета-информацией. При этом, наметилась тенденция переносить контент на HBase, оставляя для Postgres только задачи по ACID-обслуживанию операций с пользовательскими аккаунтами.
    Ответ написан
    Комментировать