А как это миллион файлов грузиться на сервер будет ? Т.е. если десяток другой файлов, то тут ясно, выбрал категорию куда линковать и через мультиаплоад загнал файлы.
В свое время пробовал подобное реализовывать через api опен оффиса. Но на выходе получались дикие косяки с форматированием текстов. Тут скорее всего надо будет иметь win сервер с установленным микрософт и опен оффисом. И в зависимости от файла, скармливать задание одному или другому.
У себя в транзакции делаю. Т.е. в ней читаю баланс, проверяю на нужную сумму, создаю запись лога на уменьшение суммы, изменяю баланс.
Тут даже дело не в нагруженном проекте. Просто банально бывает от юзера по 2 одинаковых запроса прилетает в момент. Поэтому в транзакции можно успеть отследить дубль.
Но тем не менее у себя в импорте вы читаете с захордкоденого пути и не создаете ни каких связей. На пхп так же можно сделать это в три строки.
По хорошему весь импорт должен делаться в транзакции, а там где у вас "exept: pass" - должен быть откат транзакции, вывод ошибки и окончания действия импорта.
Это уже не говоря о том, что категорию и автора нельзя передавать по id. Их надо извлечь из базы и при отсутствии - создать.
greench277: я на протяжение 19 месяцев оплачиваю свой хостинг только вебмани.
greench277: Вероятно не вероятно, но в своей стране сделаю всё, чтобы вебмани перестал функионировать.
Пчелы против меда ?
greench277:
Скажите, что ещё мне собрать, чтобы получить максимальную отдачу от суда?
Как минимум выписки за пол года с налоговой о получении дохода по статье с вашего сайта.
А если серьезно, то проблема где то в смс гейтвее, которая судя по всему временная. Так как у других все нормально, да и у вас она только через 19 месяцев использования возникла.
Переведите оплату через саппорт, ведь от них вы все коды подтверждений получаете.
Sly32: В том и дело что нет - джанга все сама сделает. С разбором хмл и чтением из файла я разобрался, там все изумительно организовано. но , я думаю, вы и сами знаете.
Не знаю, никогда не приходилось. Изредка приходилось парсить XML и втыкался в кучу проблем. Но возможно не так делал.
Sly32: Получилась одна таблица.
Что в общем то и не правильно. Грубо говоря:
1. берем первую запись из поста - переносим в нужном виде
2.1 берем связанные теги этого поста - переносим
2.2 берем картинки этого поста - переносим
3. по циклу возвращаемся к пункту 1.
Не надо выбирать сразу и все. Пускай будет хоть миллион запросов, для импорта это совершенно не критично.
Sly32: Но если сможете подсказать правильные запросы для postgres - буду благодарен
точно такой же синтаксис как и для mysql, при учете, что таблицы уже созданы.
SELECT/UPDATE/INSERT по одной таблице - это вроде ну самый базовый уровень. Не представляю, куда уж меньше.
Sly32: Есть идея сконвертить данные в ХМЛ или Json и дальше обрабатывать их посредством Джанги.
Это как гланды через задний проход удалять. Легче потратить 10-20 минут на составление (изучение) SQL запросов, чем воротить такую схему.
Честное слово, не понимаю в чем сложность из одной таблицы сделать "select a,b,c from table" а в другой раскидать по нужным полям через "insert into table (a,n,c) values(a,b,c)"
В любом случае для джанги придется делать то же самое, только в первой части придется читать json/xml, а во второй части присваивать значения объекту и сохранять его. Но при этом на вашу голову ляжет определение типов и их конвертация.
А как это миллион файлов грузиться на сервер будет ? Т.е. если десяток другой файлов, то тут ясно, выбрал категорию куда линковать и через мультиаплоад загнал файлы.
Если найдете такого гения, дайте знать :)
В свое время пробовал подобное реализовывать через api опен оффиса. Но на выходе получались дикие косяки с форматированием текстов. Тут скорее всего надо будет иметь win сервер с установленным микрософт и опен оффисом. И в зависимости от файла, скармливать задание одному или другому.
как вариант в одном клиенте открыть транзакицю, обратиться к таблице, а во втором клиенте тоже обратиться.
Но следует учитывать, что транзакции тоже есть на чтение, на запись.
Транзакция это типа такого?
да, примерно так. Внутри транзакции происходит проверка баланса, проверка наличия товара, списывание товара, запись продажи, перерасчет баланса.
У себя в транзакции делаю. Т.е. в ней читаю баланс, проверяю на нужную сумму, создаю запись лога на уменьшение суммы, изменяю баланс.
Тут даже дело не в нагруженном проекте. Просто банально бывает от юзера по 2 одинаковых запроса прилетает в момент. Поэтому в транзакции можно успеть отследить дубль.
Но тем не менее у себя в импорте вы читаете с захордкоденого пути и не создаете ни каких связей. На пхп так же можно сделать это в три строки.
По хорошему весь импорт должен делаться в транзакции, а там где у вас "exept: pass" - должен быть откат транзакции, вывод ошибки и окончания действия импорта.
Это уже не говоря о том, что категорию и автора нельзя передавать по id. Их надо извлечь из базы и при отсутствии - создать.
я на протяжение 19 месяцев оплачиваю свой хостинг только вебмани.
Вероятно не вероятно, но в своей стране сделаю всё, чтобы вебмани перестал функионировать.
Пчелы против меда ?
Скажите, что ещё мне собрать, чтобы получить максимальную отдачу от суда?
Как минимум выписки за пол года с налоговой о получении дохода по статье с вашего сайта.
А если серьезно, то проблема где то в смс гейтвее, которая судя по всему временная. Так как у других все нормально, да и у вас она только через 19 месяцев использования возникла.
Переведите оплату через саппорт, ведь от них вы все коды подтверждений получаете.
Не советуем OVH - крайне медленный и тупой суппорт какой Вы будете проклинать
саппорт именно в ovh ? Т.е. не kimsufi, soyoustart. И какого рода проблемы были ?
В том и дело что нет - джанга все сама сделает. С разбором хмл и чтением из файла я разобрался, там все изумительно организовано. но , я думаю, вы и сами знаете.
Не знаю, никогда не приходилось. Изредка приходилось парсить XML и втыкался в кучу проблем. Но возможно не так делал.
Получилась одна таблица.
Что в общем то и не правильно. Грубо говоря:
1. берем первую запись из поста - переносим в нужном виде
2.1 берем связанные теги этого поста - переносим
2.2 берем картинки этого поста - переносим
3. по циклу возвращаемся к пункту 1.
Не надо выбирать сразу и все. Пускай будет хоть миллион запросов, для импорта это совершенно не критично.
Но если сможете подсказать правильные запросы для postgres - буду благодарен
точно такой же синтаксис как и для mysql, при учете, что таблицы уже созданы.
SQL знания зачаточные совсем.
SELECT/UPDATE/INSERT по одной таблице - это вроде ну самый базовый уровень. Не представляю, куда уж меньше.
Есть идея сконвертить данные в ХМЛ или Json и дальше обрабатывать их посредством Джанги.
Это как гланды через задний проход удалять. Легче потратить 10-20 минут на составление (изучение) SQL запросов, чем воротить такую схему.
Честное слово, не понимаю в чем сложность из одной таблицы сделать "select a,b,c from table" а в другой раскидать по нужным полям через "insert into table (a,n,c) values(a,b,c)"
В любом случае для джанги придется делать то же самое, только в первой части придется читать json/xml, а во второй части присваивать значения объекту и сохранять его. Но при этом на вашу голову ляжет определение типов и их конвертация.