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, если нужно что-то хранить локально, можно сделать буквально на чем угодно. Хоть на древних Дельфях, хоть на современных питоне с жабоскриптом.
Сергей Горностаев, в работе над дизайном может быть использована интеллектуальная собственность заказчика. Банально - его логотип. Фото директора. Фото, видео или графика, сделанные третьим лицом для сайта...
Использование всего этого добра для саморекламы только потому, что ты делал дизайн, вполне может быть неправомочным. Даже если не подписывал NDA :)
Впрочем, такие вещи решаются заменой чужих материалов своими аналогами. Для дизайнера это не должно быть проблемой...
Написал свои интерфейсы, не делающие голову клиенту и наглядно позволяющие ему получить то, что он хочет и принести фирме деньги. На бэке обработал эту логику в кошмарные таблицы Битрикса о семьдесят полей. Добавляя свои таблицы с информацией, которая в предусмотренное Битриксом не вписывалась. И оно таки пятнадцать лет работает.
А я больше с Битриксом не связываюсь и живу душа в душу с Ларавелью. Делая на ней именно то, что нужно мне, а не то, что придумали пятьдесят маркетоидов и полтора программиста.
Черт, холивар все-таки получился ;)