Мне доставили за 3 рабочих дня, причем без особо зверской наценки. Поправка на ветер — доставка в Россию может быть чуть дольше, но то что отправили на следующий день после оплаты — факт.
www.modmypi.com/shop/raspberry-pi-and-modmypi-case
35 евро + налоги, причем это уже с корпусом. Мне доставили за 3 рабочих дня.
анонсировано было $25 + налоги, но без корпуса, так что я считаю цену сопоставимой.
Подскажите где?
Если у реселлеров, то цена аналогична ODROID-U (при меньшей производительности). А Element4 сотоварищи раньше чем через 3 недели не доставляют.
Сказать что я матерюсь — ничего не сказать.
Полтора месяца назад заказал Rasp в Farnell. Жду, никого не трогаю. Сегодня зашел на сайт и, мягко говоря, удивился. Мой заказ отменен — саппорт говорит что платеж по карте не прошел и они его отменили. Меня, ессно, уведомить не удосужились. А теперь у них новые предписания — в Чехию (где я, собсно, живу) они теперь отгружают только юрлицам и только плательщикам НДС. Так что ни на себя ни на свою фирму я заказать не могу.
Нашел поставщика в Словакии у которого, вроде бы, есть на складе несколько единиц, завтра буду заказывать. Правда уже за 40+ евро.
Эт понятно. Но, сдается мне, при реальном использовании начнутся вполне специфические именно для этой железки нюансы и очень не хочется быть бета-тестером данного конкретного устройства.
В целом все выглядит очень даже вкусно: и cortex (оч. жаль что не A9) и sata и SPDIF-OUT. Хорошо заточено под медиацентры.
Но совершенно непонятно какое будет у этой красоты есть/будет сообщество.
В целом, игрушка интересная, присматриваю заказать и поиграться.
Да, Google DNS данные кэширует, но, с таким же успехом, он может сам делать round robin. Ничего внятного по этому поводу в описании Google DNS я не нашел, думаю, имеет смысл поэкспериментировать.
А как именно, позвольте полюбопытствовать, Вы собираетесь определять ближайший сервер на этапе генерации страниц? По географии IP-адресов?
Увы, только удалять. DISABLE KEYS не работает с InnoDB и не распространяется на уникальные индексы:
«This feature can be activated explicitly for a MyISAM table. ALTER TABLE… DISABLE KEYS tells MySQL to stop updating nonunique indexes»
Что-то мне подсказывает что у Вас интенсивность запросов чуть поменьше чем 1500/сек.
Исходя из опыта, наиболее эффективным в таком случае является следующий подход (мало ли, вдруг кому интересно будет):
1. Сделать идентичную табличку, но без индексов вообще. Назовем ее tempA.
2. В течение разумного интервала времени заполняем эту табличку данными.
3. Переименовываем табличку tempA в tempB, создавая попутно пустую tempA
4. Создаем все необходимые индексы в tempB (на уже имеющихся данных)
5. Переименовываем tempB в рабочую таблицу.
Плюсы:
1. выборки идут из рабочей таблицы, в которую ничего не вставляется.
2. вставки идут в таблицу без индексов, причем не нужно создавать никаких буферов на время пересоздания индексов
3. переименование таблицы происходит практически мгновенно — переименование файлов, поэтому ни поток записи ни поток чтения практически не прерывается.
4. нагрузка на сервер становится более предсказуемой, меньше вероятность что сервер упадет при ее увеличении.
На что нужно обратить внимание: время накопления данных в tempA было ощутимо больше, чем время создания индекса в tempB. Этот момент лучше отслеживать по существованию таблицы tempB, если она существует то tempA в tempB не переименовывается и данные продолжают накапливаться в tempA.
Скажем так, использовать UNSIGNED в автоинкрементных полях это все равно что смотреть в обе стороны, переходя одностороннюю дорогу. Вроде как и не зачем, а с другой стороны лишним не будет.
Операция Удалить индексы / Вставить 3k записей / Создать индексы при табличке на 500k записей может привести к весьма неоднозначным последствиям. Например, если операция не уложится в 2 секунды и на нее наложится следующая. Хотя подход, конечно же, правильный. Вопрос лишь в требованиям к актуальности данных — может быть там была жесткая необходимость иметь в любой момент актуальные данные.
35 евро + налоги, причем это уже с корпусом. Мне доставили за 3 рабочих дня.
анонсировано было $25 + налоги, но без корпуса, так что я считаю цену сопоставимой.
После НГ планирую начать собирать, о результатах сообщу.
Если у реселлеров, то цена аналогична ODROID-U (при меньшей производительности). А Element4 сотоварищи раньше чем через 3 недели не доставляют.
Полтора месяца назад заказал Rasp в Farnell. Жду, никого не трогаю. Сегодня зашел на сайт и, мягко говоря, удивился. Мой заказ отменен — саппорт говорит что платеж по карте не прошел и они его отменили. Меня, ессно, уведомить не удосужились. А теперь у них новые предписания — в Чехию (где я, собсно, живу) они теперь отгружают только юрлицам и только плательщикам НДС. Так что ни на себя ни на свою фирму я заказать не могу.
Нашел поставщика в Словакии у которого, вроде бы, есть на складе несколько единиц, завтра буду заказывать. Правда уже за 40+ евро.
Но совершенно непонятно какое будет у этой красоты есть/будет сообщество.
В целом, игрушка интересная, присматриваю заказать и поиграться.
А как именно, позвольте полюбопытствовать, Вы собираетесь определять ближайший сервер на этапе генерации страниц? По географии IP-адресов?
В 5.1, кстати, тоже, но только при использовании InnoDB Plugin.
«This feature can be activated explicitly for a MyISAM table. ALTER TABLE… DISABLE KEYS tells MySQL to stop updating nonunique indexes»
Исходя из опыта, наиболее эффективным в таком случае является следующий подход (мало ли, вдруг кому интересно будет):
1. Сделать идентичную табличку, но без индексов вообще. Назовем ее tempA.
2. В течение разумного интервала времени заполняем эту табличку данными.
3. Переименовываем табличку tempA в tempB, создавая попутно пустую tempA
4. Создаем все необходимые индексы в tempB (на уже имеющихся данных)
5. Переименовываем tempB в рабочую таблицу.
Плюсы:
1. выборки идут из рабочей таблицы, в которую ничего не вставляется.
2. вставки идут в таблицу без индексов, причем не нужно создавать никаких буферов на время пересоздания индексов
3. переименование таблицы происходит практически мгновенно — переименование файлов, поэтому ни поток записи ни поток чтения практически не прерывается.
4. нагрузка на сервер становится более предсказуемой, меньше вероятность что сервер упадет при ее увеличении.
На что нужно обратить внимание: время накопления данных в tempA было ощутимо больше, чем время создания индекса в tempB. Этот момент лучше отслеживать по существованию таблицы tempB, если она существует то tempA в tempB не переименовывается и данные продолжают накапливаться в tempA.
Хотя это, конечно же, не панацея.
Если ссылки не нужно править руками, то как ссылка, прописанная руками в шаблоне (логотип на вашем же сайте)
/bitrix/templates/1c-bitrix/images/1c-bitrix-logo.gif
трансформируется в
www.1c-bitrix.ru.images.1c-bitrix-cdn.ru/bitrix/templates/1c-bitrix/images/1c-bitrix-logo.gif
?