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, она НЕ заработала - цикл не выполняется, поскольку не выполняется первое условие.
Стоит проверить, работает ли эта конструкция с ожидаемыми данными.
Иван Глебов, не может. Дабл-клик не глючит, он происходит, как понятно по тексту вопроса. При этом энтер (не) работает так же, но из консоли программы запускаются.
Соответственно, это какой-то глюк Наутилуса (или что там в основной Убунте сейчас).
Можно проверить, поставив PCManFM, например - убедиться, что в нем все работает... или копать дальше.
Что - "это"? Что с этими данными будет происходить? Как их нужно будет доставать, искать, править?
Гадание о серебряной пуле вместо постановки задачи.
Если будут постоянно копиться однообразные записи - естественно, нужно хранить их отдельными записями. Забыв про "словари" и думая про поля конкретного сообщения.
Если данные в БД только хранятся и никак самой базой не обрабатываются - их необязательно нормализовать. Можно вот прямо эту строчку и хранить. Вот если захочется по ней поиск, скажем - тогда исходя из этих требований и стоит планировать хранение.
В Advanced можно загрузиться с прошлой версии ядра, если махинации закончились неработоспособностью текущей конфигурации.
Ну, а на крайняк - грузимся с загрузочной флешки, спасаем то, что успело накопиться в хомяке, да переставляем систему. Чтобы в следующий раз проводить "некие махинации" несколько осторожнее.
Поэтому, например, сейчас у меня одинэсник переписывает загрузки данных с маркетплейсов так, чтобы при разборе XLSX не предполагалось, что под одинэской - винда. Ибо ее там уже нет.
Но при этом если вы сами пишете обе стороны - смысла передавать информацию в виде офисных файлов, а не нормальных открытых форматов XML/JSON нет решительно никакого.
И да, на хрена для этой задачи 1С вообще - вопрос первостепеннейший. Запрос к АPI и хранение в SQLite, если нужно что-то хранить локально, можно сделать буквально на чем угодно. Хоть на древних Дельфях, хоть на современных питоне с жабоскриптом.
