Viktor T2, подозреваю, одна из причин, почему все делается именно так, иллюстрируется этим самым вопросом.
Сделай открыто, стандартно и гибко - и тебе на шею сядут тысячи халявщиков, возлагая самим своим присутствием титанический болт на все надежды на монетизацию этого сервиса.
AVKor, то есть ваши фантазии о том, что вместо XLSX там CSV - это богатый опыт.
А мое предположение о том, что скрипт с этими данными делает не INSERT, а UPDATE - из пальца.
Ну-ну. Не буду стоять на пути непогрешимого. А то еще, чего доброго, читать научит. По-своему...
Виктория Туманова, по моему опыту работы в техподдержке - первым делом нужно научиться переводить то, что набрал пользователь, с "подскожите как мне зделать проблемму" на русский язык :)
Причем исправление опечаток - это только часть проблемы, и не самая большая...
Виктория Туманова, я смотрел с другой стороны: бот - это не нечто самостоятельное, а просто придаток к API.
Для его создания не нужно продумывать архитектуру, нужно просто суметь дать корректный ответ на документированный запрос.
BestXakep, собственно, это текст ОЕМ-лицензии.
На практике же это выглядит так: при замене любой железки, кроме мамки, у вас регистрация системы не слетает, а с мамкой приходится дозваниваться до MS-робота и обещать, что менял ты ее по гарантии (что, разумеется, никто не проверяет).
AVKor, я умею не только читать, но и думать. Импорт - это не только добавление, но и обновление данных, и с Ёкселем второе более вероятно. Менеджер выгрузил себе табличку, поправил нужное и загнал ее обратно на сайт. Или магазин прислал обновленный прайс, вот его и нужно закинуть по крону. Никакой CSV тут никаким боком не поможет, да и не нужен, когда логика уже вся описана, можно ее просто взять и использовать, выкинув только ненужные проверки авторизации, например.
есть скрипт импорта который умеет залить файл через веб-интерфейс
Зачем ему изобретать что-то на "любом языке", особенно если в этом скрипте, как я предположил, а вы не удосужились прочитать, не банальная логика импорта, а обновление данных только при необходимости?
Любой ЯП общего назначения и сам в БД записать может. Особенно если нужен не тупой экспорт, а обновление данных. Импорт CSV вряд ли удастся по логике INSERT IGNORE / ON DUPLICATE KEY UPDATE.
Более того - судя по вопросу, у ТС все это уже есть, нужно только посмотреть, что там в скрипте, и переделать его с веб-обработки на крон.
ALonUa, нет. В ООП, если вам нужен банан, надо думать не о ботанике (где, кстати, ожидает один сюрприз насчет бананов и деревьев), а о том, где этот банан применяется и как. А создание исключительно под него всей экосистемы, начиная с Большого Взрыва - это бессмысленный оверинжиниринг.
Danny Arty, вообще-то открытие для чтения и открытие для чтения и записи - это разный код.
Но в любом случае конкретной реализацией движения байтов руководит не РНР.
Сергей Сергей, помнится, мы в институте пару месяцев переводили в Паскаль математически готовый расчет ж/б купола по сопромату. Начали как раз с ситуации "описание тонкостей есть".
Причем это была - статика...
be52, нетбуки - тогда же. И, внезапно, в них не ставили только что появившиеся видюхи.
За все видео отдувается интегрированная GMA. Соответственно, за любые фичи - процессор.
Вообще-то вопрос был о другом - как оно реализовано: весь файл пишется заново с добавкой или как-то к нему подписывается дополнение, а все предыдущие гигабайты никто заново не пишет.
Но на этот вопрос нет ответа, потому что РНР не имеет прямого доступа к файловой системе.
