Я точно так же ушел с поста в ДЦ. Вот вам совет на будущее - ценить кадров и платить соответственно. Иначе как бы вы там все не записывали, обиженный IT-шник найдет способ вам подос*ать. С чего начать? С пересмотра своего отношения и анализа причины такого ухода.
Регулярные выражения дают большой оверхэд (излишние затраты) при каждом поиске.
Зачем вам это?
При сохранении в БД приводите номер телефона к единому формату (можно и регулярками), а потом ищите без всяких проблем.
скорее всего вам посоветовали грамотно проектировать БД, а не свою СУБД написать.
10К запросов в минуту это всего-то 166 запросов в секунду. Далее уже вопрос идет - какого плана запрсы. Если простые селекты то любая сгодится. Ну а если не простые - то тут уже надо думать. Опять же все упирается в архитектуру вашей БД и что вы будете с ней делать.
В целом потсгрес наиболее универсальный ответ, и не только потому что у него производительность норм и он хорошо скейлится горизонтально.
Сначала команду: $ crontab -e
Запустится редактор конфигурации cron.
И добавляете в этот файл строчку: */15 * * * * /path/to/command - где /path/to/command - путь к вашей команде
У node.js своя ниша. Никто не пишет обычный сервер на нём, а пишут некий middle layer между server side и client side для работы на очень высоких нагрузках. Кроме того, давно минули те дни, когда node.js был еще совсем зеленым страдал кучей детских болезней. Сегодня это полноценная платформа для разработки, которая обросла кучей плагинов и фреймворков. Взгляните например на https://www.meteor.com/
матерь божья, фреймворк для апи ..... вам по сути нжен нормальный маршрутизатор и орм чтоб лишние не играться, пишите на том что лучше знаете, ничего сложного в этом нет
самая сложная часть это написание доки, тобеж проектирование самого апи чтобы работать с ним было удобно, а с реализацией проблем быть не должно.
Не пугайтесь буржуйских названий, все очень просто и чем проще и понятнее оно будет дальше, тем лучше )
Вдобавок к ссылке выше:
1. Rails 4. Гибкая разработка веб-приложений
(Лично часто обращаюсь к 3-й главе, если есть вопросы)
2. Статьи и сайт (он же на русском) покрывают практически все возникающие вначале вопросы. Углубляясь, чаще идем на apidock.com/rails и api.rubyonrails.org
3. На 100% этих скринкастов всего 1-2% несостыковок по синтаксису.
4. Также, если вы житель Санкт-Петербурга (или планируете переехать), можно записаться на этот отличный курс по RoR, если из другого города, то вот отличная площадка для обучения.
Влад Животнев , Konkase , Владимир и все подписанные.
Друзья, совершенно неожиданно наткнулся на PAC Manager. Можно скачать отсюда: sourceforge.net/projects/pacmanager В Linux Mint он оказался предустановленным. Видел его раньше, но тогда как-то он меня не впечатлил. В общем, всем ищущим советую как минимум обратить на него внимание. Возможности широкие. Есть недоработки с прокруткой в табе, но решение быстро нагуглилось. Чтобы не искать - www.voip-lab.ru/obzor-pac-manager-pod-linux ближе к концу.
UPDATE
На Linux Mint 20 и Ubuntu 20.04 asbru-cm не подключается к серверам по RDP. Летом 2020 года я снова поставил Remmina. Она стала сильно хороша и многие ее недостатки были исправлены. Присмотритесь к ней.
