• Интеграция 1с из самописным интернет магазином?

    @stratosmi
    Дмитрий,
    Прежде чем запускать магазин вы можете спроектировать базу, сделать стандартную выгрузку товаров и цен из 1С и загрузить ее в свою базу. Создать в базе интернет-магазина несколько рандомных заказов и загрузить их в 1С. Если все будет нормально обмениваться, значит структура годная и проблем не возникнет.


    Не-а. Не все так просто. Например:

    Зачастую в 1С иерархия товаров (а то и их названия, но это вообще жесть) организована так, как удобнее менеджерам.

    Они эту иерархию знают. Им удобно.

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

    А если еще и сокращения используются специфические? А это, мягко говоря, не редкость.

    Это задача не чисто техническая.

    Потом, правда, может перерасти в техническую.

    Я делал альтернативную вторую иерархию специально для сайта.
    Чтобы осталась возможность у менеджеров использовать удобную им для работы иерархию товаров основную.
    И одновременно с этим для посетителей сайта найти товар было проще по иерархии товаров альтернативной.

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

    Это комплекс работ.

    И др. подобные же мелочи, но важные.
  • Интеграция 1с из самописным интернет магазином?

    @stratosmi
    Andrey Koval',
    Не подскажите что я должен учесть на этапе проектирования проекта, чтобы не возникло проблем на этапе интеграции?

    В идеале - это не простая интеграция.
    А по сути глубоко интегрированная единая система. Когда в БД 1С добавляются некие поля, нужные для сайта.
    Иначе - у вас будет весьма лимитирован функционал.

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

    Детали я описал отдельно в своем ответе. См. Проблема № 4.
  • Почему гугл и яндекс не сделали свои главные страницы в виде pwa?

    @stratosmi
    bro-dev0,
    Хотя бы для того чтобы страница грузилась не 0,5 сек а мгновенно, потом уже запрос отправляется ясен фиг через сеть.

    для этого достаточно кэша.
    PWA не нужен
  • Установка debian сервер на virtualbox?

    @stratosmi
    dimaserrr5, еще раз:

    локально в той же сети или удаленно снаружи (ради чего вы и покупали ip)?
  • Установка debian сервер на virtualbox?

    @stratosmi
    А вот проблема, вроде купил ip, статический.
    Всё поставил, порт 22 открыл.
    А не могу через putty к нему подключиться.

    Откуда именно подключиться не получается?
  • Чем конкретно занимается Frontender сейчас?

    @stratosmi
    Developer,
    Достаточно старого доброго jQuery

    В современные версии JS уже встроен наиболее частоупотребимый функционал jQuery
    Не так то нужен и jQuery
  • Какие книги прочесть на тему того, что сотрудников нельзя эксплуатировать как роботов по 8 — 12 часов в сутки и 5-6 дней в неделю?

    @stratosmi
    alexw1n,
    что современные работодатели должны создавать рабочие пространства, в которые люди будут ходить на работу с радостью, пространства где сотрудники являются центром вселенной, вокруг которых она вращается.

    На это было отвечено в самом начале - если ты достаточно квалифицирован/востребован, если нужен фирме больше, чем она хочет/может тебе платить деньгами.

    Все эти фишки - просто внеденежная компенсация.

    Поэтому ничего такого не будет:
    Представил себе внедрение таких вакансий в России. Драка за места будет похлеще чем за блины с лопаты.


    Это же не халява.
    Вам дают все эти фишки (вместо денег) потому что вы эффективны.

    Представьте, что речь идет только о большой зарплате. Сейчас есть фирмы, где платят существенно выше рынка и существенно ниже. Никаких драк нет. Люди понимают, что чтобы попасть где платят больше - нужно просто больше постараться.
  • Какие книги прочесть на тему того, что сотрудников нельзя эксплуатировать как роботов по 8 — 12 часов в сутки и 5-6 дней в неделю?

    @stratosmi
    alexw1n,

    Я еще раз задаю вопрос: вы точно поняли вопрос ТС? Перечитайте его,наконец. Если все же не получиться,я вам задам наводящий вопрос.Как к особенностям должности охранника относятся описанные ТС следующие характеристики...

    Просто повторю:
    Курьер, забегаловки KFC/Macdonalds и т.п. "подработка для студентов", охранники (не совсем "хочу работаю, хочу играю", ибо обходы строго по графику, но 90% времени - ничего-не-делание - сиди, играй)
    ИТ: фриланс.
    ИТ: не фриланс, очная работа в офисе. Чем выше квалификация, тем проще вам договориться с начальством о том, чтобы вы работали "когда вам вздумается".


    Ну так то в моей цитате видно, что про охранника - не 100% вариант, есть оговорка.

    Вы просто придрались к одному охраннику, что придраться больше не к чему.

    Пусть будет ровно все то же - минус охранник, если вам принципиально ходить когда вздумается.
  • Структура базы данных магазина/каталога для SQL. Как лучше хранить атрибуты и их значения в БД?

    @stratosmi
    Vasyl Fomin,
    Значения атрибутов у меня создаются наперед и просто указываются (выбираются например в multyselect) при создании товара

    Вы говорите про создание/редактирование товара.
    Тут да - ваш метод, схема EAV, и реляционные СУБД, к которым относится MySQL - вполне к месту и удобно.

    Я же говорю про поиск.
    Поиск из MySQL будет довольно медленным в такой схеме.

    Поиск на FTS будет радикально быстр.

    Поэтому, если создания редактирование товара непосредственно на сайте (а не из другой системы автоматически загружается), я бы сделал так:

    Редактирование, создание в MySQL по схеме как у вас или лучше по полному EAV.
    После редактирования - запускаем переиндексацию FTS.
    Для поиска - обращаемся только к FTS.

    P.S.:
    FTS не любит частичное обновление индекса, при индексации индекс удаляется и создается заново, поэтому на какое то время поиск будет недоступен вообще.

    Поэтому лучше реализовывать переиндексацию FTS как отдельную операцию после окончания редактирования всех товаров. А не после каждого товара.

    Имеет смысл сначала создавать новый индекс, для поиска во время индексации FTS использовать старый. Потом переключаться на новый.

    Впрочем, в современной версии SphinxSearch есть технология индексации на лету. Это называется RT-индексы. Такие индексы позволяют переиндексировать без временной потери работоспособности поиска.
    https://ruhighload.com/real+time+%d0%b8%d0%bd%d0%b...
  • Существуют ли шаблоны онлайн-конструкторов сайтов?

    @stratosmi
    Cenzor,
    он же свои услуги предоставляет?
    Тогда их названия совпадают.

    Если они посредники - то не совпадают.
  • Структура базы данных магазина/каталога для SQL. Как лучше хранить атрибуты и их значения в БД?

    @stratosmi
    Vasyl Fomin,
    я имею ввиду - не верен подход под эту задачу использовать реляционные СУБД, к которым относится и MySQL.
    в корне - потому что под задачу поиска по свойствам гораздо лучше подходит совершенно другая СУБД.

    для внутреннего учета магазина, где не важна скорость (ну там 2-3 менеджера сидят, редко ищут товар по свойствам, никуда не уйдут, если будет слишком долго думать) - использовать реляционную СУБД это целесообразно.

    И даже удобно.
    Удобно для хранения/редактирования этих свойство. Но только для менеджеров. Только для редактирования.

    Но, скорее всего, в магазине уже есть внутренний учет, например, используется 1С или т.п. Вот там первично фильтры и хранить.

    А на сайте - EAV не нужен, если вы не хотите, чтобы у вас все тормозило.

    Если нет внутреннего учета в отдельной системе типа 1С, а все на сайте, тогда EAV можно использовать и на сайте. Но лишь как вспомогательный компонент для того, чтобы менеджеры редактировали информацию о товаре в удобной форме.

    После редактирования - все равно все нужно сливать в full-text search engine (например, тот же SphinxSearch).

    И искать - только из FTS (full-text search)
  • Как парсить цену с другого сайта?

    @stratosmi
    itgraine, значит вам нужно будет как-то установить соответствия между товарами этих разных сайтов и где-то это хранить.

    Обратитесь к программисту.
  • Массовое внесения изменение в конфиг?

    @stratosmi
    Wexter,
    и поэтому теперь нельзя его использовать?

    Я даю лично вам свое разрешение.
  • Какие книги прочесть на тему того, что сотрудников нельзя эксплуатировать как роботов по 8 — 12 часов в сутки и 5-6 дней в неделю?

    @stratosmi
    alexw1n,
    Да прям,я имел ввиду такие вакансии вообще,а не в конкретной области,а именно IT.

    Да пожалуйста на оба варианта:

    Курьер, забегаловки KFC/Macdonalds и т.п. "подработка для студентов", охранники (не совсем "хочу работаю, хочу играю", ибо обходы строго по графику, но 90% времени - ничего-не-делание - сиди, играй)
    ИТ: фриланс.
    ИТ: не фриланс, очная работа в офисе. Чем выше квалификация, тем проще вам договориться с начальством о том, чтобы вы работали "когда вам вздумается".
  • Массовое внесения изменение в конфиг?

    @stratosmi
    Дмитрий,
    с чем вы спорите? что его нельзя применять для управления множеством устройств cisco?

    без Python это будет на уровне того же коленного скрипта.
  • Массовое внесения изменение в конфиг?

    @stratosmi
    Дмитрий, Ansible по ssh/telnet - это 0,01% его функционала. Для полноценной работы нужен Python на целевом железе).

    Собственно "выдавать команды по ssh/telnet" используется на практике только для того чтобы поставить Python и превратить систему в полноценно доступную для Ansible.
  • Какие книги прочесть на тему того, что сотрудников нельзя эксплуатировать как роботов по 8 — 12 часов в сутки и 5-6 дней в неделю?

    @stratosmi
    Вадим Соловьёв,
    Но ведь google и другие крупные корпорации уже внедряют эти инновации.

    Не совсем корректно трактуете.

    Гугль, которая получает основную массу бабла от рекламы, пользуясь своим монопольным фактически положением на рынке... Гугль, прибыль которой зависит не сколько от сотрудника, сколько от устоявшегося положения на рынке - может позволить себе это.
  • Какие книги прочесть на тему того, что сотрудников нельзя эксплуатировать как роботов по 8 — 12 часов в сутки и 5-6 дней в неделю?

    @stratosmi
    alexw1n,
    Ваша выборка накрывает какую генеральную совокупность?

    Я всего лишь отвечаю на ваше неверное утверждение:
    Представил себе внедрение таких вакансий в России. Драка за места будет похлеще чем за блины с лопаты.

    Тут не нужна совокупность.
    Или такая работа есть, она общедоступна.
    Или такой работы нет и за нее будут "драться".

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

    Или вы будете утверждать, что работы курьером не существует в природе? Или что туда можно устроиться только после армии, ВУЗа и только по блату через знакомства.

    ОК. Добавим ограничение:
    работа курьером для немелких городов.
    От 0,5 млн. жителей.
    Количество таких городов, количество жителей в них и долю этих жителей от общего числа населения страны - предлагаю вам посчитать самостоятельно.
  • Как выплачивать агентское вознаграждение физ лицам?

    @stratosmi
    snaggy,
    Договор подряда со мной или с конечным "заказчиком"?

    с тем кто платит.