- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Доброго дня всем!
У меня такой вопрос - а насколько сложно сделать свою CRM систему, которая бы хранила все данные на рабочем компе, чтобы к ним в любой момент можно было получить доступ оффлайн, и при этом с заданной периодичностью бы выгружала часть данных в онлайн на сайт?
Дело в том, что сейчас у одного из заказчиков такая система - есть 1 ворд файл в котором хранятся в большом списке (около 500 страниц) имена и телефоны клиентов. Потом, есть экселевский файл с таблицей-расписанием, какой клиент в какое время должен придти. И есть сайт, на который периодически вручную переносится информация, какое время свободно.
И все эти 3 файла никак не связаны, чтобы найти телефон клиента из экселевской таблицы, то в ворде вручную ищут по имени.
И поэтому вот возникла идея сделать свою CRM систему, которая бы объединяла эти 3 файла. Чтобы можно было из расписания сразу по имени перейти на телефон клиента. И чтобы расписание периодически выгружалось на сайт.
Пока я понимаю, только как "поймать" данные на сайте - нужно чтобы эта система обращалась к SQL базе данных сайта, записывала туда новые данные, а уже php будет их выгружать в html.
А вот как и в чем сделать хранение данных на компе пользователя, кроме как в экселе, пока слабо представляю. Может, у кого бы был подобный опыт, или есть на примете какая-то готовая/полуготовая система с таким функционалом?
А зачем их хранить на компьютере пользователя? какая в этом цель?
а если, в дальнейшем, добавится еще один пользователь со своим компьютером? как синхронизировать данные будите между их компами?
Не изобретайте велосипед, подберите под себя уже готовый продукт, адаптируйте и внедрите сами, если не получится - заплатите за это.
Из плюсов, данные находятся в надежном месте, ресурсы легко масштабируются 90% функционала уже готово.
Да, решения с удаленным хранением данных давно уже предлагал. Самое простое из них - это гугл таблицы, просто хранить данные в них, а не в эксель, и их же на сайт можно выгружать.
Но клиент старой закалки и не доверяет онлайн хранению данных. Говорит - а если инет отключат, то что делать? И к тому же где гарантия, что разработчик системы не станет использовать наши данные для чего-нибудь? Например, захочет продать базу наших клиентов конкурентам? И в чем-то, принципе, его опасения можно понять.
Поэтому, он принципиально хочет, чтобы данные хранились оффлайн и лишь при надобности часть их выгружалась на сайт. И желательно самим с нуля или с полуфабриката написать эту crm, чтобы еще уменьшить вероятность, что разработчики crm как-то уведут данные.
Поэтому, я бы хотел хотя бы навскидку прикинуть, насколько это сложно, на чем это можно бы сделать, есть ли ли какие-то полуфабрикаты, типа фреймворки для crm, и сколько это может занять времени и сил
Вероятность того что данные уведут с его компа куда выше чем вероятность того что данные уведут разработчики.
Да и надежность хранения этих данных на компе - сомнительна. Тот же вирус шифрователь отлично это все поломает) да и померший жесткий диск никто не исключает.
Вот тут обзор декстомных crm http://blog.deaction.com/obzor-besplatnyx-crm-sistem-uchet-klientov-i-prodazh/
Но нет никаких гарантий что разработчики crm не заберут его данные себе :)
Но вам в любом случае придется все это дорабатывать, так как обычно данные сливаются с сайта в crm, а не наоборот. Например на сайте человек записался на услуги и эта инфа пришла в црм, манагер уже знает что эти даты заняты.
Но вот эти вот фобии по поводу данных - жуть. Кстати напомните ему о обработке персональных данных, которые он будет хранить у себя и т д... там штрафы не плохие
nikonlay, поднимите на компе клиента апач, установите туда, какой-нибудь webasyst crm 2017 потом экспотритуйте туда все эти ворд файлы.
если компьютер в сети на него всегда можно будет достучаться по ip адресу (даже в случае "отключения интернета")
Jurgen's, silicoid - спасибо! Информацию для изучения и размышления получил, пойду смотреть и думать )
Jurgen's, на счет обработки данных - кстати да, что-то и забыл об этом, после июля этого года там все гораздо строже стало, надо напомнить ему об этом, может одумается )
nikonlay, конечно, инфа о том что он хранит даннные скорее всего не всплывет, но вы же знаете нашу страну... а штрафы там пяти - шести значные.
Приведите в пример тот же битрикс 24, вебасис, облачные решения для интернет магазинов и прочего, когда все данные хранятся в облаке. Никому его данные не нужны, а если нужны будут - их достанут
Удачи в интеграции
Если данные хранятся в БД на сайте, то и работать надо на сайте.
Резервное копирование на случай слома сайта можно делать в любой удобной форме - дамп БД, файл csv и др.
От Ворда надо однозначно уходить, он для этого не предназначен совсем. А импорт-экспорт непосредственно в .xls в принципе возможен через плагин phpexcel, но там ограничение по работоспособности - где-то несколько тысяч строк.
От Ворда надо однозначно уходить,
к акцессу 🍿
Если данные хранятся в БД на сайте, то и работать надо на сайте.
Резервное копирование на случай слома сайта можно делать в любой удобной форме - дамп БД, файл csv и др.
От Ворда надо однозначно уходить, он для этого не предназначен совсем. А импорт-экспорт непосредственно в .xls в принципе возможен через плагин phpexcel, но там ограничение по работоспособности - где-то несколько тысяч строк.
Нет там никаких ограничений, точнее есть, но они правятся в настройках. Максимум упретесь в лимит памяти хостинга. У нас эта библиотека отлично переваривает файлы с 10-15 тысячами строк и генерирует файлы с >25000 строк
к акцессу 🍿
Акцесс - он вроде как менее популярен, чем эксель. Подозреваю, что тот клиент не захочет его осваивать.