Алексей Сундуков

Хотя «Unix. Разработка сетевых приложений» (У. Р. Стивенс, Б. Феннер, Э.М. Рудофф) больше ориентируется на программистов, но, имхо, сетевой кусок TCP/IP стека описан на столько отлично, что книгу стоит прочесть любому, кого касается работа с сетью. Кроме того считаю, что Стивенс на столько крут, что его труд не смогли испортить даже переводом (к сожалению, зачастую качество перевода на русский язык не очень хорошее).

Ну и упомянутое уже JuniorJack-ом «UNIX. Профессиональное программирование» Стивенс У. Р., Раго С. А. почитать так же стоит хотя для админа это менее актуально.

«UNIX. Взаимодействие процессов» Стивенс У. Р. хотя бы по диагонали стоило бы посмотреть, читается очень легко. Опять же, уклон больше в программированию.

«Ядро Linux» Д. Бовет, М. Чезати позволит более детально ознакомиться с работой ядра linux. Имхо, для админа факультативно.

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

>хочется именно предоставить возможность клиенту самому управлять своими товарами
Вообще во всех популярных CMS интернет-магазинах есть возможность управлять товарами.

Биржа и интернет-магазин разные группы ПО.

Если нравиться Samsung, то есть смысл посмотреть на Samsung NC215S. Сам долго выбирал и остановился на этой машине. Аккумулятор в 8850 мА*ч сейчас в стандартную поставку ставят редко, а тут он есть.

>Хочу сразу все сделать правильно, и не имея своего опыта
Взаимоисключающе. «Правильно» можно сделать только опираясь на опыт исходя из конкретной задачи. По крайне мере я пока других вариантов не видел.

reg.ru
— официальный аккредитованный регистратор
— адекватный интерфейс
— бесплатные DNS

Вот тут большая подборка очень интересных материалов: GIS-Lab

Полностью поддерживаю тему с Comodo. Когда то активно использовал Outpost Firewall, но понадобился день работы с Comodo что бы понять, что вот он, идеальный фаер! Для тех кто разбирается в особенностях сетевого стека позволяет накрутить нужных правил. Для тех, кто не понимает, есть автоматический режим либо режим обучения. Так что спокойно его накатываю простым юзерам.

Кстати, сейчас отдельно фаер получить нельзя, он идет в одном пакете с антивирусом. Но в наши дни там есть выборочная установка (было время, когда такого не было) которая позволяет накатить в том числе и чисто фаер.

market.yandex.ru/search.xml?hid=90829&text=%DF%E4%F0%EE%20Linux%20%C4.%20%C1%EE%E2%E5%F2%2C%20%CC.%20%D7%E5%E7%E0%F2%E8

Стандартный набор: Postfix+Dovecot+SpamAssasin+Sieve

Тоже искал подобный банк и с теми же результатами. Судостроительный вполне по виду вменяемый (как разработчика очень уж манит предоставляемый API), но его так же нет в мое регионе. Серьезно подумываю скататься в мск дабы там открыться. Вторая альтернатива которая возникала это Связной банк. По виду неплохо вроде, хотя при запросе к ним на письмо они так и не ответили.

Как я понимаю все остальные банки пример на одном хреновом уровне.

Уже много лет юзаю куллеры от Glacial Tech (как корпусные так и на процессор). Модельный ряд конечно разнообразный, но очень тихие и главное неубиваемые (к socket A в открытом системнике весь в пыли крутиться так же тихо, как и пять лет назад когда он был установлен) в нем имеются. Так что рекомендую подобрать где "радиатор побольше, вентилятор побольше, обороты поменьше" benipaz + с регулируемыми оборотами.

А для разработчика или веб разработчика?

Не скажу за doctrine, но запрос формата schema.table_name должен бы отрабатывать корректно. Как вариант можно перед запросом сменить текущую дефолтную схему через SET SCHEMA 'имя_схемы'

Чаще всего со второго. Уже сам не раз задумывался, с чем это связанно. В первом приближении можно было бы сказать, что первый раз человек набирает не очень внимательно. И ошибившись первый раз, второй уже более внимательно вводить данные. Я бы и выдвинул с ходу такую гипотезу. Проблема в том, что об это я подумал уже достаточно давно и с тех пор даже в первый раз очень внимательно рассматриваю картинку. И все равно кажется, что чаще всего войти получается только со второго раза.

Вторая гипотеза базируется на факте субъективности восприятия человека. Зачастую неудачные действия человек запоминает, а вот удачные у него не фиксируются. Поэтому и кажется, что чаще с первого раза войти не удается. В итоге есть только один объективный метод оценки капчи — статистика. Нужно при каждом входе соблюдать два условия: 1) смотреть внимательно капчу с первого раза; 2) фиксировать количество попыток и их результат. Только в этом случае получиться сказать, с какого раза производит вход конкретный человек.

P.S. Такую статистику мог бы предоставить и сам хабр. В ней бы не гарантировался п. 1, но гарантировался бы п. 2.

Сильно зависит от настройки самого сервера и используемого движка. Я меня когда-то крутилось несколько инстилляций на Joomla и WP на 400 МБ ОЗУ и даже без проблем раз пережило хаброэффект. Поэтому нормально настроенная связка nginx+php-fpm с включенным кэшированием в самих движках без проблем будет работать на любой из этих конфигураций.

Прямо какой-то филиал фри-ланс.ру :D такие каменты я вижу обычно там.

Разрабатываю интернет магазин, клиент собирается подключать http://merchant.w1.ru/checkout/site/. Учитывая, что обычны бизнес народ относится достаточно щепетильно к вопросу выбора, то нужно думать были веские основания выбора именно этого агрегатора, тем паче я про них до этого не слышал вовсе. Как разработчик скажу, что сделано все очень даже прилично. Счет выставленный в альфу пришел тут же. Мелкие проблемы есть (отсутствие тестового API, отсутствие описания API для запросов узнать состояния счета на оплату), но в целом ощущения пока только положительные.

Главный плюс со стороны бизнеса это конечно очень широкий выбор методов оплаты.

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

Могу сказать только один механизм который осложняет получение контента — текст в виде картинок низкого качества. Но и это тоже решаемо через тот же FineReader, т.е. и для этого варианта тоже готовые инструменты уже давно есть и используются. Конечно, при распознавании с картинок низкого качества ошибок много и если нужен исходный контент, то приходится привлекать человека для контроля полученного текста. Но в итоге все равно требуемое парсер получает. А про поисковики в этом случае можно сразу забыть.

В общем задача в текущей формулировке — борьба в ветряными мельницами.