pcdesign

Первое, и в Вашем случае — самое главное: нужно переделать дизайн и верстку. Почему? Яндекс однозначно не любит сайты с ужасной версткой. Да и качество дизайна они определяют по верстке, а иногда и могут асессоров натравить для визуальной оценки дизайна.
Вот проблема: чтобы роботу добраться до первого осмысленного слова на странице, ему приходится пройти через /html/body/table/tbody/tr/td/object/table/tbody/tr/td[2]/center/font/i/font/a
Избавляемся срочно от методов, популярных в 98 году! К чертям собачьим все эти font, object, ctynth и табличную верстку в частности! Не для меня же придумали CSS, DIV, SPAN и много красивых слов.

Ну и после исправления первого главной проблемой становится конкуренция. Я даже аналитику включать не стал. И новичку видно, что «программа для магазинов» и смежные слова — это очень конкурентный запрос. Соответственно придется потратить огромное количество времени, денег и т.д., чтобы добиться результатов. 4-х страничный сайт никогда в жизни не обгонит гигантов рынка по ВЧ и СЧ. И даже мало вероятно, что по НЧ. Развиваем сайт. Каждый день пишем статьи на тему… Каждый день ищем где бы получить ссылки или покупаем эти ссылки. Методов мульон. Выбираем свой и долбим долбим долбим…

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

Для управления окнами в винде есть несколько шорткатов:
— Win + → и Win + ← — прибить окно к левому/правому краю.
— Win + Sift + → и Win + Shift + ← — перебросить окна на соседний монитор.

Подобные посты и вопросы мне неизменно напоминают классику:

День первый
Хакер приходит в общественную столовую и с возмущением обнаруживает, что солонку на столе может открутить кто попало и насыпать туда что угодно. Хакер приходит домой и пишет гневное письмо директору столовой: «Я, meG@Duc, обнаружил уязвимость солонки в Вашей столовой. Злоумышленник может вскрыть солонку и насыпать туда яду! Примите меры срочно!»

День второй
Директор среди прочих деловых писем, запросов о поставках еды и курьерских уведомлений получает письмо, и пожимает плечами: «Кому этот бред только в голову пришёл?»

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

/--start--#(.*)#--end--/ и потом полученный результат разбить по символу #

Да поставьте вы в этот ноут больше памяти, и все. Подавляющее большинство десктопных дистрибутивов Linux уже лет 8 как не «легче» по ресурсам, чем Windows XP, например. А вам нужен именно десктопный дистрибутив чтобы были «пасьянсы, казуалки». Flash-плагин в браузере он тормозит на малой памяти абсолютно одинаково, что на винде, что на Linux (откровенно говоря, на последнем даже сильнее).

Так что ответьте для себя на вопрос. Вам нужно сделать быстро и дешево, или помудохаться и с пользой для самообразования провести время (и пофиг на бабушек/тещ)? Если первое — в магазин за памятью, в три часа уложителсь. Если второе — добро пожаловать на форумы по Линуксам, в ближайшие пару месяцев вы с них вылазить не будете ;)

cpan Net-VKontakte-Standalone
и
cpan VKontakte-API

#!/urs/bin/perl
# ./script.pl > file.txt

print <<"EOF";
create vlan vlan$1
configure vlan vlan$1 tag $1
configure vlan vlan$1 add ports all
EOF
foreach (2..4093);

Многие системы уже не отвечают есть ли такой адрес или нет. Они просто говорят, что сообщение принято и всё, даже если такого ящика нет.
Только надо отсылать тестовый email и смотреть если был отлуп потом.

а для чего это нужно? Как-то упрощает жизнь или только чтобы не платить налоги на родине?

datetime — освобождает от привязки к текущей временной зоне сервера. допустим вы храните все даты в предопределенной временной зоне (например GMT), тогда при переносе базы на другой сервер — даты не пострадают.

timestamp — привязан к временной зоне сервера. если изменить временную зону сервера — то данные в поле изменяться соответственно.

код для проверки:

SET time_zone = '+00:00'; #ставим зону в GMT
CREATE TABLE `test_date_time` (  `dateime` DATETIME ,  `timestamp` TIMESTAMP ) ; # создаем таблицу
INSERT INTO `test_date_time`(`dateime`,`timestamp`) VALUES ( '2013-04-24 21:36:03','2013-04-24 21:36:03');  # вносим идентичные даты в оба поля
SET time_zone = '+05:00'; # меняем зону
SELECT * FROM test_date_time; # проверяем как выгдяет выборка

я за datetime.

функции манипуляции датами работают с timestamp и datetime идентично

Рекомендую полностью переходить на linux.
Приимущества:
1. Вы работаете в таком же окружении что и ваш web сервер.
2. Средств разработки под linux хватает и они ни чем не уступают windows приложениям.
3. На удаленном web сервере Вы будете чувствовать себя «как дома».
4. Установка софта для web проектов занимает минимум времени.

P.S. Если вы с linux не знакомы — начните с Ubuntu.

Сервис на грани фантастики!

Moodle. Есть опыт внедрения его и для внутреннего обучения (около 200 человек в год) и для обчения заказчиков (около 700 человек в год). Доступ через веб-морду, так что без разницы, что там на десктопе. Но будьте готовы к методической работе :)

Давно пилим Moodle. Очень адекватная система дистанционного обучения. Позволяет размещать обучающий контент в любом виде. Мощное сообщество в России. Существуют дополнительные модули на любой вкус, в том числе для проведения вебинаров и оплаты курсов через платежные системы. Интегрируется с AD и другими сервисами авторизации. Имеет собственное API. Прекрасно работает на LAMP сервере, можно устанавливать в связке с Postgress или OracleDB. Попробуйте! Удачи!

Про mega.co.nz/ все забыли уже)?

Perl отлично подойдёт.

Так фильтруйте по регулярке, да по чему хотите, в чём проблема? sed, awk, Perl, Python, PHP, любой другой скрипт из 1 и более строчек. Не очень понятно, как «анализатор статистики» соотносится с банальным фильтром.

Perl модули Logfile::Access, HTTPD::Log::Filter, Parse::AccessLogEntry

глава «Parsing Web Access Logs» из книги «Perl for Web Site Management» на тему парсинга регэкспами

100% утилизация процессора на сервере вообще это зло. Особенно для realtime задач (к коим относится и IP-телефония).

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

Но более 900 одновременных соединений в 1 сервере я успешно делал. Жалоб на качество связи при этом не было.

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

К счастью телефония прекрасно кластеризируется.

Конкретно в исходной задаче решение очевидно — зажать G.729 как требуемый кодек для всех peer'ов (потому как все транки обычно умеют его, но не все умеют G.711) — тем самым избавиться от транскодинга. Думаю даже transfer работать под такой нагрузкой будет, хотя надо проверять.

Если понадобится запись переговоров (а она наверняка в call-центре понадобится), вот там будет засада — ибо 400 потоков записи на диск убьют дисковую подсистему напрочь. Так что писать придется на tmpfs, а потом переносить одним потоком на диски. Кроме того писать придется прямо сырой G.729, а чем и где его потом перекодировать в пригодный для прослушивания формат — отдельная песня.

В общем ничего нерешаемого тут нет. Это задача — непростая, требующая подбора оборудования, тестов, и т.д. — но вполне решаемая.

Не слушайте теоретиков. 400 одновременных линий на астере не проблема, но только если нет transcoding, и обработки голосового потока на стороне самого астериска.

Т.е. если опции для управления переадресацией у Dial убрать, никакого inband dtmf (но его, к счастью, и так обычно никто в трезвом уме не использует), и идентичный список кодеков для абонентских устройств и аплинка — работать оно будет без проблем.

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

www.voip-info.org/wiki/view/Asterisk+dimensioning — почитайте это. Тысячи одновременных соединений для астериска на современном серверном железе уже не проблема.

И стоит помнить, что между major versions у астериска были существенные улучшения в производительности.