После обновления до 4.0.1 Челябинск таки скачался. Правда качался он поступательными движениями — прогресс бар уходил вперед, потом резко возращался назад, потом дальше вперед, еще немного назад и так до конца :)
Маршруты попробовал — первый же меня повеселил. Отправил в обратную связь откровенно нерабочий маршрут, на котором мне предлагают ехать по разным второстепенным улицам, по которым проблемно ехать (всем нужно уступить, некоторые реально дворовые улицы, а некоторые вообще проселочные или лесные goo.gl/CJpWoS), в то время как есть главные дороги и не длиннее маршрут — короче по времени и по удовольствию самый страшный маршрут — я себе его даже не представлял в страшном сне :) И добил меня этот маршрут еще тем, что предлагает повернуть вот тут налево goo.gl/oGTjo8 :)
UPD: возникли проблемы с серверами при скачивании городов. Боремся с проблемой и делаем всё, чтобы исправить ошибку.
UPD2: если у вас была проблема с загрузкой города на iOS, выгрузите приложение (двойное нажатие Home) и запустите его снова.
У меня вот iOS 8.2 на iPhone 5. Приложение то обновил.
Но вот карты уже вторые сутки загрузить не получается ни 3G ни два разных провайдера интернета не помогают. Зависает всегда в разных местах. Один раз зависло в конце последнего дерева :) что втройне обидно.
Кроме того хотелось бы добавить, что интерфейс той части приложения, что я успел увидеть — ужасен и не доработан (вернее сказать его вообще писали на уровне «школота», не соблюдая базовые HIG).
там где прогресс-бар появляется надпись что-то типа «Загрузить город», при нажатии на нее она немного меняет цвет и… ничего не происходит. Вот прям ничего, никакой реакции… ромашка в нав. баре не появляется, экран своего вида не меняет… затыкал эту кнопку 100500 раз — ничего не изменилось… спустя какое-то время — появился на ее месте прогресс бар… ромашки так же нету… вам жалко ромашку?
тыкаю надпись Выбрать город, она меняет цвет, но ничего не происходит, тыкаю еще пяток раз — ничего… смотрю на экран — ни ромашки ни какой активности и думаю — я тупой или… чего не понимаю… и тут бац открывается список выбора городов… (я промолчу, что на первом месте буржуйские города — возможно это фича), но почему нельзя было как-то показать пользователю, что вы пошли в интернет за списком городов?
Вообщем это вся моя обратная связь по вашему обновлению — т.к. на этом мне кажется я посмотрел весь функционал новой версии… попытки скачать город уже вторые сутки успехом не заканчиваются.
PS: я вот не один раз слышал рассказы ваших тестировщиков, как они тестируют приложения. мне кажется это сложно пропустить… вы разогнали всех тестировщиков?
Version 4.3.2 02/06/2014
Addressed issue related to referencing IdentifierForAdvertisers that could lead to app being flagged during Apple review process.
Случайно нашел баг.
* создал прототип для iPhone.
* поставил элемент текстового поля на экран
* кликнул на нем
* в свойства в поле witdh написал 100%
* страница перестала отвечать на действия мышью и через некоторое время chromе предложил ее убить.
User-Agent:Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/31.0.1650.63 Safari/537.36
Купил себе. Вопрос к обладателям сего девайса.
Я вижу у себя на экране смещение экрана на 1-2мм вокруг своей оси против часовой стрелки. это очень хорошо видно на картинке:
это видно так же и на Home Screen.
смотрите правый нижний угол — он выше на 1-2мм левого нижнего. Вверху экрана аналогично. т.е. получается экран внутри рамки смещен против часовой стрелки вокруг центра.
Кроме того в этой же статье есть кадр (судя по качеству с офф сайта), на котором этот дефект тоже заметен.
у меня тоже исполнительный лежит у приставов в нижнем новгороде, но там объективно взыскать не могут, ибо денег нету у должника.
Но все равно работают, я считаю, погано ибо:
* не прислали ответ о возбуждении дела (и про арест ничего), хотя я просил наложить арест. С такими запросами должны были рассмотреть вообще оперативно.
* дело завели спустя почти месяц с момента прихода исполнительного в отделение.
Жаловаться уже никуда и не жалуюсь даже, ибо почта мне не доставляет письма обычные вообще. :(
Отпиши потом, что ответила прокуратура. И, кстати, в какую писал в свою или в московскую?
если точно знаешь, что банк именно этот — то можно было и в него отправить исполнительный с заявлением тоже заказным письмом… Было бы быстрее, но если не к спеху, то можно и приставов напрячь.
будем ждать результатов :)
Возьмут как миленькие и у вас на родине, просто нужно заказным письмом отправить. Лично могут заболтать, но принять обязаны :) По закону обязаны отправить потом в то место, где взыскивать надо на самом деле.
Просто на самом деле по закону процедуры взыскания производиться должны там, где находится должник.
Пишите заявление судебным приставам в москву. причем лучше узнать сразу в какое конкретно отделение судебных приставов. Образцы заявления есть в интернете.
В заявлении указать информацию про исполнительный лист и указать реквизиты, куда перечислить деньги. В заявлении указать, что прилагается такой-то лист серия номер от такого-то.
все это завернуть в конверт и отправить ценным или просто заказным письмом судебным приставам. после того как прийдет письмо приставам — через дней 10-20 уже должны деньги упасть на счет.
Есть другой вариант, но для этого нужно знать банк, в котором открыт счет у почты России. Можно просто исполнительный сдать в этот банк с заявлением о взыскании. в течение трех дней банк обязан перечислить вам деньги на указнные в заявлении реквизиты.
я, когда настраивал связку SVN с redmine, столкнулся с тем, что redmine подтягивает к себе все ревизии и логи. При изменении коммента в частности по причине «перепутан номер тикета» приходилось чистить все таблицы, связанные с хранилищем и запускать скрипт, который подтягивал изменения, т.к. этот скрипт подтягивает изменения только начиная с последней ревизии, которая лежит в redmine.
С ростом репозитория выросло и кол-во ревизий, которые надо было перелопатить из SVN в mysql :)
это стало тоскливо и пришлось немного подшаманить хук, так чтобы он вычищал только те ревизии из redmine, которые моложе той, у которой изменили лог.
скрипт выглядит так (может кому-то будет полезно): post-revprop-change
#!/bin/sh
REPOS="$1"
REV="$2"
USER="$3"
PROPNAME="$4"
ACTION="$5"
# Generate SELECT statement to fetch last changements
SEL="SELECT id FROM redmine.changesets WHERE revision >= $REV"
echo "Truncate changesets tables into redmine..."
echo "DELETE FROM redmine.changes WHERE changeset_id IN ($SEL);" \
| mysql -u redmine --password="-----------------"
echo "DELETE FROM redmine.changesets_issues WHERE changeset_id IN ($SEL);" \
| mysql -u redmine --password="-----------------"
echo "DELETE FROM redmine.changesets WHERE revision >= $REV;" \
| mysql -u redmine --password="-----------------"
echo "Fetching changesets from SVN to redmine..."
rake -f PATH_TO_redmine/current/Rakefile redmine:fetch_changesets RAILS_ENV=production
exit 0
pre-revprop-change — поставил ограничение, чтобы только определенный автор мог менять лог
#!/bin/sh
REPOS="$1"
REV="$2"
USER="$3"
PROPNAME="$4"
ACTION="$5"
if [ "$USER" = "didenko" -a "$ACTION" = "M" -a "$PROPNAME" = "svn:log" ]; then
exit 0
fi
echo "Changing revision properties is prohibited. Please ask Administrator about it." >&2
exit 1
ну а post-commit стандартный почти как советует автор
а как будете переключать репликацию обратно, если учесть:
1. после момента переключения еще могли произойти изменения в основной базе
2. на основном сервере (по каким-то причинам выпавшем) еще могут выполнятся задачи по крону, которые вносят изменения в БД.
там неизбежны коллизии в БД при существенной активности посетителей или крона, например.
в heartbeat нужно бы еще сделать, что он флаги расставлял на серверах, кто мастер, а кто слейв… чтобы скрипты синхронизации и прочего понимали гд они запущены…
не у всех, а только у вновь зарегистрированных с момента запуска соц сети (и то регулируется это галкой при регистрации «Создать личную страницу на Мой Мир@Mail.Ru»).
у меня например ящик был создан за долго до соц. сети и у меня не было мира, а была кнопочка или галочка «создать мой мир».
а как с транзакциями внутри одного действия миграции? есть?
понятно что можно разбить до самых мелких действий, но например иногда в цикле нужно что-то выполнить, и если на определенной итерации произойдет какая-то ошибка, то по-уму нужно откатить…
1. ну как бэ да, ибо таких чисел в 32битной системе нет, поэтому реализация сделана в обход.
2. я не говорю, что мне не хватает, я говорю, что вы приравнивая auto_increment_increment=65535 сокращаете кол-во возможных нод с 2^32 до 65535. — просто сформулировал ограничение для системы.
афигеть, вы еще скажите, что вы трафик на лупбэке считает :)) (не серкрет, что 80-90% хостеров мускулы держат прям на бэках и еще 80% из них даже фронта не имеют).
к вашему удивлению наверное, но не всегда рационально экономить трафик в пользу блокировок внутри мускула и медленному выполнению выборки.
вот пример (поле id — это ключ id_key):
1. один запрос: SELECT * FROM t WHERE id IN (1,2,3,4,5,...,N);
2. N запросов: SELECT * FROM t WHERE id=N;
2. HANDLER t OPEN id_key; N запросов: HANDLER t READ id_key=(N); HANDLER CLOSE;
сейчас я так понимаю вы проголосуете за первый запрос, ведь он меньше всего трафика жрет.
ради интереса протестируйте эти три варианта скажем на 1М итераций и сразу же прекратите считать трафик ;)
> А каскадные удаления и связывание структуры данных на основе внешних ключей
весьма полезные вещи в комплекте с мозгом. могу привести элементарные примеры, что это не рабает в ЛЮБОЙ распределенной системе. (да, где то можно юзать, но далеко не везде)
Маршруты попробовал — первый же меня повеселил. Отправил в обратную связь откровенно нерабочий маршрут, на котором мне предлагают ехать по разным второстепенным улицам, по которым проблемно ехать (всем нужно уступить, некоторые реально дворовые улицы, а некоторые вообще проселочные или лесные goo.gl/CJpWoS), в то время как есть главные дороги и не длиннее маршрут — короче по времени и по удовольствию самый страшный маршрут — я себе его даже не представлял в страшном сне :) И добил меня этот маршрут еще тем, что предлагает повернуть вот тут налево goo.gl/oGTjo8 :)
У меня вот iOS 8.2 на iPhone 5. Приложение то обновил.
Но вот карты уже вторые сутки загрузить не получается ни 3G ни два разных провайдера интернета не помогают. Зависает всегда в разных местах. Один раз зависло в конце последнего дерева :) что втройне обидно.
Кроме того хотелось бы добавить, что интерфейс той части приложения, что я успел увидеть — ужасен и не доработан (вернее сказать его вообще писали на уровне «школота», не соблюдая базовые HIG).
из всего вышесказанного я могу сделать вывод, что в компании 2ГИС религией запрещены ромашки в нав. баре и делать IO надо исключительно тайно от пользователя и не показывая ему это, и да он подождет.
Пожалуйста почитайте доку: developer.apple.com/library/ios/documentation/UserExperience/Conceptual/UIKitUICatalog/UIActivityIndicatorView.html
Вообщем это вся моя обратная связь по вашему обновлению — т.к. на этом мне кажется я посмотрел весь функционал новой версии… попытки скачать город уже вторые сутки успехом не заканчиваются.
PS: я вот не один раз слышал рассказы ваших тестировщиков, как они тестируют приложения. мне кажется это сложно пропустить… вы разогнали всех тестировщиков?
Разродился Flurry на апдейт, но в cocoapods пока нету новой версии.
Попробуем загрузить приложение.
* создал прототип для iPhone.
* поставил элемент текстового поля на экран
* кликнул на нем
* в свойства в поле witdh написал 100%
* страница перестала отвечать на действия мышью и через некоторое время chromе предложил ее убить.
User-Agent:Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/31.0.1650.63 Safari/537.36
Я вижу у себя на экране смещение экрана на 1-2мм вокруг своей оси против часовой стрелки. это очень хорошо видно на картинке:
это видно так же и на Home Screen.
смотрите правый нижний угол — он выше на 1-2мм левого нижнего. Вверху экрана аналогично. т.е. получается экран внутри рамки смещен против часовой стрелки вокруг центра.
Кроме того в этой же статье есть кадр (судя по качеству с офф сайта), на котором этот дефект тоже заметен.
Я придираюсь? или у других все корректно.
Но все равно работают, я считаю, погано ибо:
* не прислали ответ о возбуждении дела (и про арест ничего), хотя я просил наложить арест. С такими запросами должны были рассмотреть вообще оперативно.
* дело завели спустя почти месяц с момента прихода исполнительного в отделение.
Жаловаться уже никуда и не жалуюсь даже, ибо почта мне не доставляет письма обычные вообще. :(
Отпиши потом, что ответила прокуратура. И, кстати, в какую писал в свою или в московскую?
будем ждать результатов :)
Просто на самом деле по закону процедуры взыскания производиться должны там, где находится должник.
Пишите заявление судебным приставам в москву. причем лучше узнать сразу в какое конкретно отделение судебных приставов. Образцы заявления есть в интернете.
В заявлении указать информацию про исполнительный лист и указать реквизиты, куда перечислить деньги. В заявлении указать, что прилагается такой-то лист серия номер от такого-то.
все это завернуть в конверт и отправить ценным или просто заказным письмом судебным приставам. после того как прийдет письмо приставам — через дней 10-20 уже должны деньги упасть на счет.
Есть другой вариант, но для этого нужно знать банк, в котором открыт счет у почты России. Можно просто исполнительный сдать в этот банк с заявлением о взыскании. в течение трех дней банк обязан перечислить вам деньги на указнные в заявлении реквизиты.
С ростом репозитория выросло и кол-во ревизий, которые надо было перелопатить из SVN в mysql :)
это стало тоскливо и пришлось немного подшаманить хук, так чтобы он вычищал только те ревизии из redmine, которые моложе той, у которой изменили лог.
скрипт выглядит так (может кому-то будет полезно):
post-revprop-change
pre-revprop-change — поставил ограничение, чтобы только определенный автор мог менять лог
ну а post-commit стандартный почти как советует автор
но ресайзился 40Гб диск очень долго (около часа).
1. после момента переключения еще могли произойти изменения в основной базе
2. на основном сервере (по каким-то причинам выпавшем) еще могут выполнятся задачи по крону, которые вносят изменения в БД.
там неизбежны коллизии в БД при существенной активности посетителей или крона, например.
в heartbeat нужно бы еще сделать, что он флаги расставлял на серверах, кто мастер, а кто слейв… чтобы скрипты синхронизации и прочего понимали гд они запущены…
еще как вариант glusterfs
при большом кол-ве файлов rsync будет убивать диск достаточно продолжительное время.
у меня например ящик был создан за долго до соц. сети и у меня не было мира, а была кнопочка или галочка «создать мой мир».
понятно что можно разбить до самых мелких действий, но например иногда в цикле нужно что-то выполнить, и если на определенной итерации произойдет какая-то ошибка, то по-уму нужно откатить…
Автор, спасибо за наводку :)
2. я не говорю, что мне не хватает, я говорю, что вы приравнивая auto_increment_increment=65535 сокращаете кол-во возможных нод с 2^32 до 65535. — просто сформулировал ограничение для системы.
к вашему удивлению наверное, но не всегда рационально экономить трафик в пользу блокировок внутри мускула и медленному выполнению выборки.
вот пример (поле id — это ключ id_key):
1. один запрос: SELECT * FROM t WHERE id IN (1,2,3,4,5,...,N);
2. N запросов: SELECT * FROM t WHERE id=N;
2. HANDLER t OPEN id_key; N запросов: HANDLER t READ id_key=(N); HANDLER CLOSE;
сейчас я так понимаю вы проголосуете за первый запрос, ведь он меньше всего трафика жрет.
ради интереса протестируйте эти три варианта скажем на 1М итераций и сразу же прекратите считать трафик ;)
> А каскадные удаления и связывание структуры данных на основе внешних ключей
весьма полезные вещи в комплекте с мозгом. могу привести элементарные примеры, что это не рабает в ЛЮБОЙ распределенной системе. (да, где то можно юзать, но далеко не везде)