не

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

по планам там ещё на каждый номер телефона будет небольшое досье в двух таблицах. первая - парсинг этого сайта phonenum.info/phone/ вторая - данные от наших кадровиков (отметки\заметки)

А почему не с россвязи?

А почему не с россвязи?

а она умеет в снг?

и я так и не нашел как

Вот не знаю, понятно

Ну к примеру в постгресе есть расширение prefix как раз для нас. Это тип поля для хранения префиксов для биллинга

И триггер я могу написать на plpgsql питоне луа с и т.д.

по моему тут самое время подумать об использовании для отправки логов через mod_json_cdr внешней программе которая собственно это все и будет пережовывать

Вообще объяснять что постгрес лучше мускула бестолку. Ставится постгрес и работается. И через некоторое время mysql это уже и не бд а боль

Вообще объяснять что постгрес лучше мускула бестолку. Ставится постгрес и работается. И через некоторое время mysql это уже и не бд а боль

!!!

когда БД перевалят за 20Г это особенно становится понятно

Хорош холиварить. ?

PS. если что - у меня базы и в постгресе(больше 80Г) и в мускуле(более 50Г) и даже в монге имеем(там только бекап без индексов больше 90Г)

да просто правильно выбраная архитектура хранения - половина дела в проекте

В постгресе можно всю биллинн логику написать. И бизнес логику. И вообще любую логику. В общем то это нормальная практика при работе с нормальной бд.

С mysql чета кактоо все логику вне базы держат

тут немного не соглашусь - бывает что это очень потом больно - логика в БД - должна быть золотая середина

БД давное уже не "просто набор табличек" - это все понимают.

тут немного не соглашусь - бывает что это очень потом больно - логика в БД - должна быть золотая середина

Да. Бывает. В ногу себе тоже стреляюи некотоые и в голову тоже... будем инструмент винить?

не будем )

Мне довелось общаться с человеком, который писал чутли не plugins для Postgre с целью вводить свои индексы/типы данных, специфические для решаемой задачи и это давало и производительность и новые возможности.

хороший наверное человек... фирму только жалко после его ухода )

Ну, к слову, конфигурация Postgre для 1С тоже включает в себя набор неких фиксапов, которых нет в "стандартной поставке"

регистронезависимый поиск... вот только сравните сопровождение фирмой своих патчей и сопровождение человеком своего кода для фирмы

Смотря какой фирмы

Естественно, когда всё завязано на одного человека это риск.

при уходе этого человека и при обновлении продукта такие могут вылезти "веселости" что охренеть впору

Маленькой не сфтовой фирмочке с небольшим доходам кастомные решения проблема

Но в длинной перспективе кастомные решентя единсивенное на чем можно построить большой бизнес

знаем - проходили. у нас умелец запилил для коллцентра на ncurser через терминал putty с сервера оболочку для обработки заказов, с вызовом клиентов через астериск. в перемешку с перлом...

все почувствовали боль)))??

знаем - проходили. у нас умелец запилил для коллцентра на ncurser через терминал putty с сервера оболочку для обработки заказов, с вызовом клиентов через астериск. в перемешку с перлом...

А были такие мысли, быыыыли. :-)

при чем ncurser был патченый самолично потому как в нем были проблемы с русским языком при вводе )

Я когда вижу слово PERL то уже испытываю боль

Я когда вижу слово PERL то уже испытываю боль

Why?

Если програмер пытается писать на перле это по рукам надо бить

Если програмер пытается писать на перле это по рукам надо бить

Ой, да ладно.

Умер язык.

ну некоторые вещи можно на нем писать - меня больше напрягает когда на нем начинают писать заумно ))

по типу "я напишу, работать будет, но никто не вкурит" )

На перле пишут в конец закостеневшие товарисчи

я пишу иногда )

Умер язык.

с чего это?

В постгресе можно всю биллинн логику написать. И бизнес логику. И вообще любую логику. В общем то это нормальная практика при работе с нормальной бд.

вот уж ни разу нет. три уровня - клиент-сервер-хранилище. смешивать их - боль, ад, треш, угар, содомия, ад и израиль.

с чего это?

Тебе очевидные вещи надо объяснять чтоль? Ну ладно, посмотри кол во проектов на перле на гитхабе. Посмотрт вакансии. Да что угодно.

Тебе очевидные вещи надо объяснять чтоль? Ну ладно, посмотри кол во проектов на перле на гитхабе. Посмотрт вакансии. Да что угодно.

Это ничего не означает.

вот уж ни разу нет. три уровня - клиент-сервер-хранилище. смешивать их - боль, ад, треш, угар, содомия, ад и израиль.

Твой выбор. Никто не указывает как делать.

Тебе очевидные вещи надо объяснять чтоль? Ну ладно, посмотри кол во проектов на перле на гитхабе. Посмотрт вакансии. Да что угодно.

создателя phpixie схантил амазон для работы на perl

где-то с год назад

Исключения только подтверждают правило

никогда эту фразу не понимал

Есть кейсы когда дядечки на форьране чужие проекты поддерживают. Ибо НАПИСАНО.

Не о чём спорим. Пока люди пользуются - софт жив. Новые пакеты на CPAN появляются, кстати.

никогда эту фразу не понимал

Это как женщина ХОРОШИЙ программист. Это сразу ОЧЕНЬ СИЛЬНО ВЫДЕЛЯЕТСЯ. А когда что то выделяется из массы это не обычная ситуация

Вот так исключение подтверждает правило

yum deplist git

И дальше, я думаю, продолжать этот разговор не будем.

И дальше, я думаю, продолжать этот разговор не будем.

Дык ты и перл предпочитаешь ;)

yum deplist git

не так - для начала в репу пусть поставит exclude=perl а после посмотрит что у него в системе останется живым )

Ну не зная в чей камень огород ;) но это можно во первых сказать о любом инструментарии

А второе я стараюсь использовать исключительно debian based

А второе я стараюсь использовать исключительно debian based

Твоё право. ?

есть мнение, что Perl популярнее любого из: Rust, Haskell, D, Erlang и даже Go. новые версии perl выходят регулярно и они классненькие. странно считать его мертвым.

эм... перл не подходит от слова НИКАК для задач решаемых именно на указынных выше языках.

да, восторженных хипстеров и статеек на отдельных ресурсх мало, но это необязательно означает, что он мертв. профессионалы сидят себе и пишут рабочий софт, который будет без изменений вообще запускаться на актуальном интерпретаторе через 10 лет.

эм... перл не подходит от слова НИКАК для задач решаемых именно на указынных выше языках.

каждому Антошке - по ложке... у каждого свое предназначение.

Я писал на перле лет 15 назад :)

эм... перл не подходит от слова НИКАК для задач решаемых именно на указынных выше языках.

как категорично. вы точно в курсе ВСЕХ задач решаемых на Rust, D, Go и Perl? (авторы их считают языками универсальными)

и то что вы писали - сейчас оно запустится?

То что я писал я уже и не вспомню. И скорее всего запустилось бы.

просто в golang я не уверен что он не поломается при перескоке на другой glibc в системе

Не надо путать копмиллируемые языки и интерпретируемые

бинарник запустится при наличии слинкованных либ

Перл того времнени у меня щас сам не запустится

и у вас в том числе

Всем пока

пока

Вообще объяснять что постгрес лучше мускула бестолку. Ставится постгрес и работается. И через некоторое время mysql это уже и не бд а боль

поставить постгрес, понять что оно непонятное говно, исплеваться, исплеваться от его консоли и укуренного синтаксиса (все эти \t или как оно), понять что ему тюнинг и секс с изучением нюансов обязателен, исплеваться от _чуть_иного_ скуль синтаксиса... и только поработав с ним годик, начать наслаждаться

))) ой ли... я после консоли постгреса плююсь на мускуль где нет элементарного автодобавления ввода )

Ну... некоторым недельки хватает

тюнинг - да.... на оф.сайте так и написано - постгрес первоначально настроен на запуск в качестве блокнота )

скуль-синтаксис.... а стандарт sql92 слышали - не?

Парни, в @mysql_vs_postgres пожалуйста. ?

ну не годик. преувеличиваете сильно. от консоли я до сих пор не в восторге. Но она хороша. Работаю все равно в большенстве случаев через pgadmin. Если спросить у меня сейчас что мне будет удобнее постгрес или мускуль, отвечу что постгрес. Оракловой привычки "все в функции и все внутрь" не имею и не страдаю.

Ну тут фрисвитч. А фрисвитч в ядре с какими бд работает? SQLite & Postgres

ну у меня постгря не только для свитча. свитч напрямую с базой не работает.

А через odbc с любыми доступными через odbc.

))) ой ли... я после консоли постгреса плююсь на мускуль где нет элементарного автодобавления ввода )

а у меня есть...

тюнинг - да.... на оф.сайте так и написано - постгрес первоначально настроен на запуск в качестве блокнота )

а мускуль - поставил и работай. Есть разница

под блокнот его можно затюнить

Парни, в @mysql_vs_postgres пожалуйста. ?

not found

ну у меня постгря не только для свитча. свитч напрямую с базой не работает.

Ну если ты не в курсе то свис хранит текущий стейт в бд. А бд по умолчанию SQLite. Для производительности pg разрабы рекомендуют вместо SQLite

Ну и фишка есть call recover в такой конфигурации

Ну тут фрисвитч. А фрисвитч в ядре с какими бд работает? SQLite & Postgres

и мускуль

not found

Я ж пошутил. ?

Ну если ты не в курсе то свис хранит текущий стейт в бд. А бд по умолчанию SQLite. Для производительности pg разрабы рекомендуют вместо SQLite

Конечно вкурсе. Просто в текущий момент нет в этом необходимости.

скуль-синтаксис.... а стандарт sql92 слышали - не?

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

Когда руки кривые проблемы будут на ровном месте