В начале 90-х выбирал платформу для своего первого интернет-магазина. К этому моменту довольно плотно сидел на Microsoft и понял, что это приводит к очень большому расходу времени и денег.
Microsoft непрерывно выкатывал обновления API, каждый год нужно было покупать новый MSDN, MS Visual Studio и изучать все заново. При этих обновлениях каких-то особых прорывов в функциональности не ощущалось, и часть API всегда была не документирована. А после известного "No more VBX Controls" как-то совсем расхотелось и дальше сидеть на игле Microsoft)
Очень рад что избавился от Vendor lock-in, перейдя на платформу Linux!
Насколько я знаю, Microsoft SQL Server стоит очень дорого. Интересно было бы узнать, какие ключевые преимущества есть у него по сравнению с другими распространенными серверами баз данных, в том числе доступными бесплатно?
В общем случае да. Надо еще смотреть какой усилитель, не будет ли он перегружен сигналом от NanoVNA. А то может быть придется ставить два аттенюатора - перед усилителем и после него (10–20 дБ). Убедитесь, что с выхода усилителя на вход NanoVNA не будет подано постоянное напряжение.
NanoVNA измеряет параметры относительно земли - нужен замкнутый контур. Если подключить только центральную жилу, прибор не сможет корректно провести измерения.
Тут нужно обеспечить связь оплетки с противовесом - например, металлической поверхностью, корпусом прибора или отдельным проводом. То есть потребуется имитация земли.
Например, можно прикрутить к разъёму несколько проводов длиной четверть волны, разведённых веером или положить антенну на металлическую пластину, соединённую с землёй NanoVNA.
Вот именно что основатель и директор SAAS-сервиса интернет-магазинов. Поэтому у меня есть опыт миграции с Битрикса и я делюсь этим опытом. При миграции единственное что нам нужно, не считая сохранения URL проиндексированных страниц, - это перенести данные. Поэтому пришлось разбираться со структурой хранения этих данных и с запросами.
Исследуя журнал запросов к базе данных при выполнении простейших операций, типа показа страницы клиентов, я обнаружил огромное количество запросов с JOIN типа таких:
SELECT BE.ID as ID,BE.IBLOCK_ID as IBLOCK_ID,BE.IBLOCK_SECTION_ID as IBLOCK_SECTION_ID,BE.NAME as NAME,IF(EXTRACT(HOUR_SECOND FROM BE.ACTIVE_FROM)>0, DATE_FORMAT(BE.ACTIVE_FROM, '%d.%m.%Y %H:%i:%s'), DATE_FORMAT(BE.ACTIVE_FROM, '%d.%m.%Y')) as ACTIVE_FROM,B.DETAIL_PAGE_URL as DETAIL_PAGE_URL,BE.DETAIL_TEXT as DETAIL_TEXT,BE.DETAIL_TEXT_TYPE as DETAIL_TEXT_TYPE,BE.PREVIEW_TEXT as PREVIEW_TEXT,BE.PREVIEW_TEXT_TYPE as PREVIEW_TEXT_TYPE,BE.PREVIEW_PICTURE as PREVIEW_PICTURE,L.DIR as LANG_DIR,BE.SORT as SORT,BE.CODE as CODE,BE.XML_ID as EXTERNAL_ID,B.IBLOCK_TYPE_ID as IBLOCK_TYPE_ID,B.CODE as IBLOCK_CODE,B.XML_ID as IBLOCK_EXTERNAL_ID,B.LID as LID FROM b_iblock B INNER JOIN b_lang L ON B.LID=L.LID INNER JOIN b_iblock_element BE ON BE.IBLOCK_ID = B.ID INNER JOIN b_iblock_property FP0 ON FP0.IBLOCK_ID = B.ID AND FP0.CODE='ORDER' INNER JOIN b_iblock_element_property FPV0 ON FPV0.IBLOCK_PROPERTY_ID = FP0.ID AND FPV0.IBLOCK_ELEMENT_ID = BE.ID WHERE 1=1 AND ( ((((BE.IBLOCK_ID = '16')))) AND (EXISTS ( SELECT IBLOCK_ID FROM b_iblock_site WHERE IBLOCK_ID = B.ID AND (((SITE_ID='s1'))) )) AND ((((BE.ACTIVE='Y')))) AND (((BE.ACTIVE_TO >= now() OR BE.ACTIVE_TO IS NULL) AND (BE.ACTIVE_FROM <= now() OR BE.ACTIVE_FROM IS NULL))) AND ((((FPV0.VALUE_NUM = '0')))) ) AND (((BE.WF_STATUS_ID=1 AND BE.WF_PARENT_ELEMENT_ID IS NULL))) ORDER BY BE.ACTIVE_FROM desc ,BE.SORT asc ,BE.ID desc LIMIT 0, 200
И это я еще использование индексов у полей таблиц не проверял, потому что при миграции это не важно.
Перевел один из магазинов с Битрикса на свою платформу - продажи выросли на 30% сразу после переключения из-за резко возросшей скорости загрузки страниц и ускорения процедуры оформления заказов.
Сейчас перевожу еще одну систему, так там да, безумное количество запросов SQL при отображении простой таблицы клиентов из 50-60 строк. Время загрузки страниц полностью не устраивает заказчика, что и не удивительно.
Битрикс создавался очень давно как универсальный инструмент для разработки сайтов. Не удивительно, что попытки применения его для интернет-магазинов не приводят ни к чему хорошему. По моему мнению, универсальные инструменты, разработанные для всего подряд, плохо справляются с решением всех задач, для которых они создавались. Ведь там нет специализации и учета особенностей каждой области.
Тогда не очень понятно по точность, сертификаты и прочее, что нужно для серьезных работ. А так по описанию да, очень интересный прибор, хотя и однопортовый.
Да, изгиб кабеля меняет волновое сопротивление и вносит фазовые искажения, поэтому график КСВ меняется. Для снижения эффекта можно калибровать NanoVNA с кабелем в том же положении, не сдвигая его после калибровки. Также можно использовать полужёсткие кабели.
Сам не пробовал, но полагаю что не сможем. Частоты DDR4 слишком высокие, а пайка щупов и переходы внесут большие искажения. Реально измерять можно только специально выведенные тестовые линии с SMA-разъёмами.
У RTL-SDR Blog V4 всего 8 бит (≈50 дБ динамического диапазона), поэтому фильтры нужны, чтобы отсечь сильные помехи, а МШУ усиливает слабые сигналы — но ни он, ни АРУ не могут «добавить биты», и для сложных условий используют 14–16-битные АЦП.
В начале 90-х выбирал платформу для своего первого интернет-магазина. К этому моменту довольно плотно сидел на Microsoft и понял, что это приводит к очень большому расходу времени и денег.
Microsoft непрерывно выкатывал обновления API, каждый год нужно было покупать новый MSDN, MS Visual Studio и изучать все заново. При этих обновлениях каких-то особых прорывов в функциональности не ощущалось, и часть API всегда была не документирована.
А после известного "No more VBX Controls" как-то совсем расхотелось и дальше сидеть на игле Microsoft)
Очень рад что избавился от Vendor lock-in, перейдя на платформу Linux!
Вот да!
Насколько я знаю, Microsoft SQL Server стоит очень дорого. Интересно было бы узнать, какие ключевые преимущества есть у него по сравнению с другими распространенными серверами баз данных, в том числе доступными бесплатно?
Благодарю за уточнение
Сам не пробовал, но возможно, будет полезен раздел "6 - Appendix II – USB data interface" описания "User Manual - NanoVNA V2".
В общем случае да. Надо еще смотреть какой усилитель, не будет ли он перегружен сигналом от NanoVNA. А то может быть придется ставить два аттенюатора - перед усилителем и после него (10–20 дБ).
Убедитесь, что с выхода усилителя на вход NanoVNA не будет подано постоянное напряжение.
NanoVNA измеряет параметры относительно земли - нужен замкнутый контур. Если подключить только центральную жилу, прибор не сможет корректно провести измерения.
Тут нужно обеспечить связь оплетки с противовесом - например, металлической поверхностью, корпусом прибора или отдельным проводом. То есть потребуется имитация земли.
Например, можно прикрутить к разъёму несколько проводов длиной четверть волны, разведённых веером или положить антенну на металлическую пластину, соединённую с землёй NanoVNA.
Интересно, сколько они вложили в создание сайта плюс к лицензии и на что это пошло. Полагаю, кастомными доработками можно сделать все что угодно.
Вот именно что основатель и директор SAAS-сервиса интернет-магазинов. Поэтому у меня есть опыт миграции с Битрикса и я делюсь этим опытом. При миграции единственное что нам нужно, не считая сохранения URL проиндексированных страниц, - это перенести данные. Поэтому пришлось разбираться со структурой хранения этих данных и с запросами.
Исследуя журнал запросов к базе данных при выполнении простейших операций, типа показа страницы клиентов, я обнаружил огромное количество запросов с JOIN типа таких:
SELECT BE.ID as ID,BE.IBLOCK_ID as IBLOCK_ID,BE.IBLOCK_SECTION_ID as IBLOCK_SECTION_ID,BE.NAME as NAME,IF(EXTRACT(HOUR_SECOND FROM BE.ACTIVE_FROM)>0, DATE_FORMAT(BE.ACTIVE_FROM, '%d.%m.%Y %H:%i:%s'), DATE_FORMAT(BE.ACTIVE_FROM, '%d.%m.%Y')) as ACTIVE_FROM,B.DETAIL_PAGE_URL as DETAIL_PAGE_URL,BE.DETAIL_TEXT as DETAIL_TEXT,BE.DETAIL_TEXT_TYPE as DETAIL_TEXT_TYPE,BE.PREVIEW_TEXT as PREVIEW_TEXT,BE.PREVIEW_TEXT_TYPE as PREVIEW_TEXT_TYPE,BE.PREVIEW_PICTURE as PREVIEW_PICTURE,L.DIR as LANG_DIR,BE.SORT as SORT,BE.CODE as CODE,BE.XML_ID as EXTERNAL_ID,B.IBLOCK_TYPE_ID as IBLOCK_TYPE_ID,B.CODE as IBLOCK_CODE,B.XML_ID as IBLOCK_EXTERNAL_ID,B.LID as LID
FROM
b_iblock B
INNER JOIN b_lang L ON B.LID=L.LID
INNER JOIN b_iblock_element BE ON BE.IBLOCK_ID = B.ID
INNER JOIN b_iblock_property FP0 ON FP0.IBLOCK_ID = B.ID AND FP0.CODE='ORDER'
INNER JOIN b_iblock_element_property FPV0 ON FPV0.IBLOCK_PROPERTY_ID = FP0.ID AND FPV0.IBLOCK_ELEMENT_ID = BE.ID
WHERE 1=1
AND (
((((BE.IBLOCK_ID = '16'))))
AND (EXISTS (
SELECT IBLOCK_ID FROM b_iblock_site WHERE IBLOCK_ID = B.ID
AND (((SITE_ID='s1')))
))
AND ((((BE.ACTIVE='Y'))))
AND (((BE.ACTIVE_TO >= now() OR BE.ACTIVE_TO IS NULL) AND (BE.ACTIVE_FROM <= now() OR BE.ACTIVE_FROM IS NULL)))
AND ((((FPV0.VALUE_NUM = '0'))))
)
AND (((BE.WF_STATUS_ID=1 AND BE.WF_PARENT_ELEMENT_ID IS NULL)))
ORDER BY BE.ACTIVE_FROM desc ,BE.SORT asc ,BE.ID desc LIMIT 0, 200
И это я еще использование индексов у полей таблиц не проверял, потому что при миграции это не важно.
Перевел один из магазинов с Битрикса на свою платформу - продажи выросли на 30% сразу после переключения из-за резко возросшей скорости загрузки страниц и ускорения процедуры оформления заказов.
Сейчас перевожу еще одну систему, так там да, безумное количество запросов SQL при отображении простой таблицы клиентов из 50-60 строк. Время загрузки страниц полностью не устраивает заказчика, что и не удивительно.
Битрикс создавался очень давно как универсальный инструмент для разработки сайтов. Не удивительно, что попытки применения его для интернет-магазинов не приводят ни к чему хорошему. По моему мнению, универсальные инструменты, разработанные для всего подряд, плохо справляются с решением всех задач, для которых они создавались. Ведь там нет специализации и учета особенностей каждой области.
Тогда не очень понятно по точность, сертификаты и прочее, что нужно для серьезных работ. А так по описанию да, очень интересный прибор, хотя и однопортовый.
К сожалению, на сайте нет никакой информации о производителе, только адрес электронной почты.
Да, изгиб кабеля меняет волновое сопротивление и вносит фазовые искажения, поэтому график КСВ меняется.
Для снижения эффекта можно калибровать NanoVNA с кабелем в том же положении, не сдвигая его после калибровки. Также можно использовать полужёсткие кабели.
Сам не пробовал, но полагаю что не сможем. Частоты DDR4 слишком высокие, а пайка щупов и переходы внесут большие искажения. Реально измерять можно только специально выведенные тестовые линии с SMA-разъёмами.
Есть графики: PHASE: фаза сигнала в диапазоне от -180° до +180° и такие как S21 Phase в программе NanoVNA-Saver
А так да - действительно целая лаборатория на дому для радиолюбителей!
У меня получилось со второй попытки купить на Озоне
А вот и моя статья вышла про NanoVNA.
Благодарю за дополнение!
У RTL-SDR Blog V4 всего 8 бит (≈50 дБ динамического диапазона), поэтому фильтры нужны, чтобы отсечь сильные помехи, а МШУ усиливает слабые сигналы — но ни он, ни АРУ не могут «добавить биты», и для сложных условий используют 14–16-битные АЦП.
Скоро будет моя отдельная статья про NanoVNA!