mithraen

У вас ведь уже есть астериск и значит опыт с его администрированием?
Ну и ставьте второй астериск.
Несколько десятков звонков в день это не нагрузка.
Да, второй запущеный астериск у вас займет, вероятно, вплоть до нескольких сотен мегабайт оперативки (это зависит от того, насколько вы у него поотрываете с помощью modules.conf ненужные модули). Стоимость этой памяти — десять баксов.

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

Посмотрите на spamassassin, там используется множество тестов и расставлены веса для результатов этих тестов.

Анализ текста один из них.

У Lisp очень непривычный синтаксис. И читается он тяжело :( Причем по ходу изучения языка читабельность все равно остается низкой — очень много информационного мусора — те самые скобочки, за которые его не любят :)

Посмотрите лучше на Haskell. У него тоже cryptic syntax на первый взгляд, но со временем он начинает казаться очень лаконичным и простым.

В нем вообще только две самых больших сложности:
1. осознать понятие «монада», оно непривычно, хотя писать код можно и без полного понимания, но читать чужой код будет сложно, и писать _хороший_ код не получится;
2. осознать то, что он «ленивый», и какие из этого следствия;

У каждого языка есть набор подходов к разработке, которыми в нем наиболее удобно пользоваться. Опыт использования языков с разными парадигмами разработки меняет мышление — вы можете сформулировать задачу разными способами.

Это, в итоге, оказывается полезным и при разработке на других языках.

С практической же точки зрения сейчас Lisp мало интересен. Насколько я вижу, сейчас на практике используют скорее Scala.

Вообще функциональные языки очень интересны. Их освоение для более-менее опытного программиста оказывается сложным (новичку их осваивать даже проще), из-за того, что многие привычные подходы в них оказываются неудобны. Но после освоения — оказываются даже проще в разработке чем объектно-ориентированные и процедурные.

Итоги:
1. Освоение функциональных языков полезно потому, что повысит скорость и качество разработки и на других языках (правда будет неприятный побочный эффект — от них станет подташнивать, когда окажется что вещь реализуемая в несколько строк на haskell требует несколько страниц бреда на C++).

2. Их очень удобно использовать в качестве скриптовых языков внутри более сложных продуктов (как тот же AutoLISP).

3. В крупных «enterprise» проектах их использовать нереально из-за того что мало разработчиков которые с ними знакомы, а для бизнеса заменимость сотрудников критически важна.

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

5. Некоторые функциональные языки, например Haskell и OCaml обладают очень интересной и мощной системой типов, которая одновременно не так сильно путается под ногами как в Java, но при этом очень жесткая, и срезает множество потенциальных ошибок.

6. Ну и еще — например в JavaScript и Perl есть ряд инструментов, привычных для функционального программирования. Владение хотя бы одним функциональным языком программирования позволит писать более красивый код на этих языках.

200 аналоговых абонентов имеет смысл только если телефонизируется крупное предприятие где уже проложены телефонные кабели до какой-нибудь старой АТС, и есть сложности провести ethernet.

Вообще-то это очень маловероятная ситуация, ибо ethernet везде есть.

Самым надежным решением будет использовать IP-телефоны.

#!/bin/sh -e
#============================================================================#
# Конвертация видео в группу файлов (в т.ч. ускоренное воспроизведение       #
# ускорение производится фиксированно в 1.6 раз                              #
#============================================================================#
# (C) Denis Smirnov <mithraen@freesource.info>          http://mithraen.ru/  #
#============================================================================#
IN="$1"

if [ ! -f "$IN" ]; then
    exit -1
fi

IN=$(realpath "$IN")

dir=$(dirname "$IN")
cd "$dir"

# каталог, куда отправляем результат
outdir=${IN%.*}
mkdir -p $outdir

# делаем копию оригинального файла
ln "$IN" $outdir/original

# извлекаем звук (конвертируя сразу же в wav)
avconv -i "$IN" -vn -y $outdir/in.wav

# извлекаем видео
avconv -i "$IN" -an -y -vcodec copy $outdir/in.mkv

# конвертируем видео в ускоренный вариант и сразу конвертируем в lossless H.264
avconv -i "$outdir"/in.mkv -vf setpts=0.625*PTS -an \
     -vcodec libx264 -pre:v lossless_ultrafast \
    "$outdir"/fast.mkv

# конвертируем аудио в ускоренный формат
echo "Audio file converting -- tempo"
sox "$outdir"/in.wav "$outdir"/fast.wav tempo 1.6

# конвертируем ускоренное аудио в mp3
sox "$outdir"/fast.wav "$outdir"/fast.mp3

avconv -i "$outdir"/fast.mkv -i "$outdir"/fast.mp3 -acodec copy -vcodec copy  "$outdir"/out-fast.mkv

Сделать таблицу с _3-мя_ полями:
ticket_id (внутренний ID, последовательный)
ticket_number (номер билета)
user_id (ID купившего)

При создании таблицы поле ticket_id заполнять последовательно, а ticket_number в случайном порядке. В итоге мы легко можем получить следующий случайный не проданный билет:

SELECT * FROM tickets WHERE user_id IS NULL ORDER BY ticket_id LIMIT 1;

индекс создаем один по двум полям — user_id и ticket_id. Этот индекс как ускорит этот запрос, так и поможет получить список билетов, принадлежащих конкретному пользователю.

только про блокировки надо не забывать — иначе при покупке билета могут быть коллизии.

Похоже -fPIC компилятором просто игнорируется.
На x86 возможна сборка shared libs без -fPIC. На x86_64 — нет.

Вы начали не с PHP а с JavaScript :)

PHP в качестве первого языка при изучения программирования плох тем, что позволяет писать очень грязный код, и при этом весьма беден в плане возможностей как языка (а не библиотек).
Человек, который имел опыт программирования на другом языке, на PHP часто пишет лучше.

JavaScript как язык гораздо мощнее — в нем даже есть элементы функционального программирования. Для поднятия своих скиллов как программиста очень рекомендую с ними ознакомиться.

Для web-разработчика сейчас знать PHP надо. Хотя бы потому, что код на нем наверняка придется в жизни не только писать, но и читать.

Так что раз вам нужно делать web-сайт — изучайте PHP, и не напрягайтесь по этому поводу. Если же хотите в будущем выбиться в верхний ценовой сегмент по квалификации, даже если будете делать сайты на PHP, все равно ознакомьтесь с другими языками и предлагаемыми ими парадигмами.

С точки зрения заказчика (бизнеса) самое лучшее решение по-умолчанию — это самое распорстраненное. Другие решения имеет смысл выбирать исключительно если у них есть какие-либо серьезные преимущества. Причем не технические, а для бизнеса.

Мейнстрим это, как не обидно, PHP. Использование его означает:
— дешевый хостинг
— огромное количество разработчиков любой квалификации и стоимости (от работающих за еду чайников, до опытных девелоперов с з/п в десятки баксов в часов)
— благодаря последнему заказчик, даже ничего не понимающий может просто нанять кого-то на review кода, и тем самым получить в итоге хороший продукт относительно дешево.

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

Решения на Java/C# для бизнеса:
— требуют более редких и дорогих специалистов)
— требует более дорогой хостинг

Все разработки для highload проектов сейчас ведутся в основном для Linux как платформы, и отнюдь не на java как следствие:
— разработчиков умеющих делать такие решения на C# и Java найти крайне сложно и дорого
— эти технологии не обкатаны, ибо крупнейшие сайты в мире сделаны отнюдь не на них, а именно они делятся своими наработками в области highload с community.

Итог — причины делать сайт на С# или Java может быть только три:
— Наняли конкретного разработчика, и он знает именно эти платформы.
— Мы продаем разработку на C# или Java
— Это учебный проект

Посему правильный ответ на заданный вопрос будет «ни то, ни другое, если вы хотите научиться делать сайты».

Если цель личное развитие, и в будущем пробиться на хорошие места, то стоит взяться за RoR (спрос есть, разработчикам на нем платят часто выше чем PHP'шникам).

Если цель банально зарабатывать на создании сайтов — то PHP.

int удобнее.

Мы просто считаем что все суммы у нас указаны в копейках. И все математические операции выполняются крайне быстро. А понятие «рубли/копейки» имеют смысл только при вводе/выводе.
Там и конвертировать.

Если у вас сотни хостов, то настройте таки .ssh/config, указав там для каждого хоста используемого пользователя, и пользуйтесь автодополнением в шелле для быстрого соединения.

«совершенно однозначная» идентификация по анализу поведения — задачка по масштабам тянет на хорошее научное исследование.

Если речь идет о дошкольниках/младших школьниках, я бы предложил таки PIN, но выполненный не в виде цифр, а в виде картинок.

Выбрать свой аватар, пару цветов для частей аватара, и какой-нибудь аксессуар. Таким образом можно организовать несколько тысяч вариантов.

Если использовать это, совместно с привязками по IP и кукам, можно получить неплохую точность. Но уж никак не гарантию.

Проще поставить себе ff или хром :)

А если хочется чего-то от них добиться, то следует писать в техподдержку уже конкретику. Т.е. к примеру:

===

Вы используете то-то и то-то, оно не работает в таких-то браузерах, фиксится так-то. Приводит к невозможности использовать сайт пользователями Safari. Фиксится вот так-то. Пожалуйста передайте это сообщение группе, отвечающей за разработку сайта.

Также я готов помочь вам в тестировании.

Либо Apple, либо ThinkPad. Но второй оценят только те, кто в теме.

XFCE — легкий, быстрый и просто работает.