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