Urukhayy: Да, однозначно.. так как возврат из запроса асинхронный, и порядок окончания выполнение не будет гарантировано совпадать с порядком окончания выполнения даже тех же самых запросов к серверу. Так как среда, положение звезд, и т.д. Для синхронизации асинхронных процессов нужно смотреть в сторону jQuery deffered или просто js deffered. В любом случае для того чтобы гарантировать порядок выполнения асинхронных запросов, Вам перед началом каждого шага необходимо дождаться возврата из предыдущего.
Urukhayy: Если функция будет принимать аргументом индекс по которому итерирует цикл, и не будет асинхронной, то будут по порядку. При этих же условиях, даже вызов в цикле вместо (function(){write(i)})(i)
(function(a){doSome(a)})(i); приведет к упорядочиванию. Если на прав, то возможно yttrium: поправит.
YemSalat: ух ты! точно.. никогда не замечал.. и по второй тоже кстати, если быстренько.. и первая совпадает.. jsfiddle.net/3sLpega8/1 но для быстрого поиска именно поиска, со списком вариантов подходящих под ввод, лучше использовать autocomplete
YemSalat: Нет, стандартный не ищет вхождение по первым буквам, а autocomplete из того же jquery ui, ищет. Стандартный только слушает клавиши курсора (вверх вниз, влево, вправо), если отдать ему фокус.
Alukar: тут таки да.. это интерфейс над Windows функционалом.. А как такое на кроссплатформе, и возможно ли вообще в общем случае.. вот здесь stackoverflow.com/questions/9456879/determine-hard... и далее по ссылкам есть обрывки. Но судя по всему надо для каждой платформы генератор (получатель параметров) писать..
Toast: а.. нет, такого нет, или я не верно его готовил.. но у меня схема была такая - загрузка картинки в папку для не обработанных, отображение в диалоге кропа, редактирование, кроп и сохранение на сервере в папке для кропнутых(удаление оригинала если надо для экономии места)
Иван: редирект на страницу это немного не по опенкартовски. Но можно сделать редирект на контроллер который в склейке с вью генерит Вашу страницу. как то так
где account/example - example controller в блоке (в данном примере) account. ну и в папке view Вашей темы должен быть соответсвующий view - в view/{theme}/account/example
@Glomen: php на приведенном сайте.. но вообще если покрутить.. то можно идею Дмитрий Энтелис реализовать на js, в виде, например, плагина для блока в котором раскрашивать все childs градиентными цветами, задавая color_from и color_to..
Алексей Николаев: @DancingOnWater: Ок, тогда объясните, пожалуйста, мне логику _статической_ _приватной_ переменной $_instance (или как обычно называете) для класса singleton? Я понимаю так:
1. раз конструктор будет protected, то он не сможет проинициализировать в наследнике статическую приватную переменную $_instance
2. если сделать $_instance protected, тогда получиться, что getIncantce наследника, перепишет при ранней иницализации parent::$_instance, и при последующем вызове парент вернет чепуху - инстанс наследника.
3. Если изощрятся и в наследниках добавлять еще и свою собственную приват статик $_instance тогда зачем делать таких наследников?
@aNation: Плюсы хранения гео-точек в базе - более простое их редактирование, при необходимости можно будет накидать в админке форму для редактирования, и изменять эти точки через удобный интерфейс, вместо того чтобы каждый раз править и валидировать json-файл. Поэтому думаю стоит раз сгенерить по всем точкам информацию, вставить в базу, и сделать функционал для редактирования/добавления новых точек. А уже из базы добавлять маркеры на карту, вплоть до того, что сделать сервис при обращении к которому будет автоматически генерироваться такой же json-файл с каким вы привыкли работать, разница в том, что будет формироваться при каждом запросе, а не лежать статически на сайте. Хотя и в этом случае можно упростить, имея точки в базе, Вы просто по требованию можете обновлять json файл на сервере, и в скрипте карты просто использовать путь до этого файла. Пишу, так как веду подобны проект, и знаю что такое редактировать json, что такое его поддерживать, и если бы сразу сделал так как описал, то в будущем сэкономил бы кучу времени. :)
