Оптимальное решение тут, имхо - просто забыть парадигму "таскаю с собой всю систему только ради синхронизации данных". И начать решать проблему сначала.
Проблему стоит разделить на две части:
1. Выбор зданий по карте, чтобы с ними работать. Решается подключением виджета от Яндекс.Карт, например.
2. Работа с данными по конкретному выбранному адресу. Тут у вас требуется что-то свое, а что именно - извольте составить ТЗ.
Mmrut, вот я и говорю: есть шанс и научиться пользоваться компьютером, и не испортиться дурными виндовскими привычками. Обстоятельства воистину благоприятны.
Потому что надо не "через флешку", а "с флешки". И уж никак - не из Линукса, а именно загрузившись с загрузочной флешки с виндой (возможно, предварительно придется разобраться с UEFI и SecureBoot).
Ну, или использовать уникальный шанс остаться на нормальной системе и не маяться мастдайкой вовсе.
izuru_hitachi, тогда все-таки стоит не гоняться за готовыми командами, а посмотреть, какие данные реально в этих полях в этих таблицах и не изменит ли их изменение формата поля (скорее всего - нет, но теоретически могут всплыть неприятные сюрпризы). Впрочем, в ответе Akina уже предложил такую проверку.
AlexVWill, только штат адвокатов нанять, если сам владелец в той стране, где на него могут выйти по итогам использования этих VPN "желающими". Впрочем, в этой стране это не поможет.
koder_1, в Битрикс все добавлялось через функции Битрикса, конечно, а не напрямую в таблицы. Правда, был однажды сюрприз с внезапно после обновления переставшим работать методом COrder::SetPaid... после чего перестал надеяться на официальную техподдержку.
Ну, и я уверен, что мои пару компактных таблиц с фьючерсами (которые на момент заказа еще тупо отсутствуют в каталоге) поддерживать намного проще и удобнее, чем тот колхоз, который ради этого пришлось бы наворотить в кастомных полях заказа по-битриксовски. И для последующей работы с этими данными все равно штатные интерфейсы Битрикса не годятся, необходимости завязываться на него - никакой.
Кирилл, вы одинаково реагируете на - скорее всего - спамера, который только что зарегистрировался и задал этот вопрос только для того, чтобы с другой регистрации на него "ответить".
koder_1, на упомянутом сайте продаются три принципиально разных вида электронных товаров, один каталог реальных и еще один - фьючерсных. Товаров тысячи, но они мелкие и дешевые, по одному (во всяком случае, с доставкой) обычно не продаются, при этом имеют строгую иерархию, так что выводить каждый товар отдельной карточкой нет смысла вовсе... да я бы свихнулся дрочить вприсядку с битриксовскими компонентами, да еще в то время, когда D7 еще и не задумывалось.
Написал свои интерфейсы, не делающие голову клиенту и наглядно позволяющие ему получить то, что он хочет и принести фирме деньги. На бэке обработал эту логику в кошмарные таблицы Битрикса о семьдесят полей. Добавляя свои таблицы с информацией, которая в предусмотренное Битриксом не вписывалась. И оно таки пятнадцать лет работает.
А я больше с Битриксом не связываюсь и живу душа в душу с Ларавелью. Делая на ней именно то, что нужно мне, а не то, что придумали пятьдесят маркетоидов и полтора программиста.
Черт, холивар все-таки получился ;)
koder_1, когда делается нетиповой сайт - типовые решения только мешают. Особенно такие кондовые, негибкие и неприспособляемые, как у Битрикса. Можете даже не начинать холивар.
koder_1, да я так и делаю. Битрикс у меня - легаси 15-летней настойки, его просто тяжко переписать целиком на что-нибудь вменяемое. Приходится подпирать.
koder_1, механизм может быть использованием классов Битрикса, но не конкретных (традиционно дырявых) скриптов. Например, у меня на подопечном Битриксе тупо забанены в htaccess скрипты redirect.php, html_editor_action.php и т.п., что не мешает сайту нормально работать.
Магазин на том сайте я сделал, тщательно избегая решений Битрикса в интерфейсе, только аякс и только через свои точки входа. Зато уверен, что все триста тысяч заказов - от живых ;)
Момент создания заказа известен.
Смотрим в логи веб-сервера, на какие адреса в этот момент обращались с POST-запросом и выясняем, где именно Битрикс оказывает медвежью услугу. Блокируем этот скрипт на хрен, если все равно все работает через стороннее решение.
Поскольку 0 < false === false, то цикл ни разу не выполнится.
Это как раз ожидаемое поведение. А вот если все-таки придет массив с несколькими элементами, такой цикл по причине true == 1 выполнится только для первого элемента.
Следовательно, Darklt - хреново "проверил".
Darklt, она НЕ заработала - цикл не выполняется, поскольку не выполняется первое условие.
Стоит проверить, работает ли эта конструкция с ожидаемыми данными.
