Я сразу уточню, что я не эксперт-картограф и всё далее сказанное мной, будет строго субъективно.
И еще хотелось бы, чтобы информация по нанесенным объектам хранилась бы в наших базах данных, а не выгружалась бы автоматически к владельцу карт.
Насколько я помню - Вы наносите на карту объекты из своей БД (или другого источника данных), а не выгружаете эту информацию куда-то. Вряд ли Яндексу есть резон хранить Ваши данные у себя, и постоянно их там обновлять, при первой необходимости... будь я Яндексом - я бы так делать не стал. По крайней мере, в "бесплатной" версии карт, мне на Яндекс ничего выгружать не приходилось, для нанесения объектов на карту.
В чем принципиальная разница между, например, Яндекс картами и MosMap Marker?
Мне кажется, этот вопрос Вам лучше задать разработчикам, которые будут всё это дело писать, им как никому другому виднее "что лучше", т.к. им отвечать за результат.
В чем принципиальная разница между, например, Яндекс картами и MosMap Marker?
С MosMaps не работал, но судя по тому, что Вы написали, MosMaps - это просто карты, а Яндекс.Карты - это онлайн-сервис.
MosMap Marker он единоразовый (не считая обновления карт)
Скорее, он "не обязательный", но никак не единоразовый. Не думаю, что идея "купить карты 1 раз и не обновлять их больше никогда" - хорошая.
P.S. Даже если бы на Яндекс пришлось выгружать по картам, как мне кажется, вероятность того, что эти данные им будут нужны, причем именно Ваши данные, на мой взгляд - стремиться к нулю. По ряду причин, в том числе:
1. Есть масса других источников, откуда эти данные можно получить, не только Ваша база
2. Далеко не факт, что Ваши данные корректные, и стоит им доверять. В таких случаях, иногда проще сделать самому, чем проверить всё до буквы, уже сделанное кем-то
3. Мне кажется, у Яндекса достаточно ресурсов, что бы нанести на карты всё, что им было нужно. У Вас же там не военные данные?
Ежегодный лицензионный платеж за карты Яндекса
Вам точно платная лицензия нужна, это не онлайн-сервис будет? Иначе говоря, Вы точно уверены, что Вам нужно платить за карты от Яндекса?
Adamos: там в вопросе, было упоминание про "поставил mysqli", соотв. до этого, скорее всего, было просто mysql_, без i, а он, если мне не изменяет память в PHP 5.3 был последний раз, в 5.4 был "deprecated", а с 5.5, по моему, был удалён. Основываясь на этом, и очень надеясь на то что разработчики на момент написания кода, не использовали "deprecated"-конструкции, была выбрана версия 5.3, в качестве предполагаемой :)
Octoberfest: Попробуйте вариант с отладчиком, по одной реализации класса, будучи не зная, что его должно вызывать и почему - сказать "почему не работает" - практически невозможно.
Octoberfest: без подробного изучения исходника (и скорее всего отладчика) - Вам вряд ли кто-то сможет помочь, т.к. там может быть по сути "всё что угодно", в любом смысле. Попробуйте отладчиком пройтись от самой точки входа, т.е. от того места, где начинается вся эта эпопея с событиями. Это наверное, лучший вариант из возможных в данной ситуации.
Сергей Титов: не за что, обращайтесь! :)
P.S. Очень много проблем с БД (в случае их возникновения) решаются установкой индексов и настройкой конфига. Т.е. если у Вас что-то стало работать медленно, это ещё не повод срочно всё переписывать :)
Octoberfest: есть подозрение, что код не вызывается вообще. Т.е. проблема не в классе, а в том, что событие по какой-то причине не срабатывает. Попробуйте отладчиком пройтись и посмотреть, доходит ли выполнение кода до того места вообще, или нет. Если нет - то где обрывается.
А Вам принципиально нужно статический метод вызывать? Можно просто создать экземпляр класса и вызвать его метод, типа такого:
$my_class = new MyClass();
$may_class->myMethod();
P.S. Не понятно, в чем конкретно проблема. Не работает статический вызов, код не выполняется, класс не создаётся или ещё что-то... Желательно бы номер+текст ошибки.
Сергей Титов: выборка из уже готового результата - не значительно потребляет ресурсы, т.к. по факту, результат ("большой") уже есть, приблизительно такое же время должна будет занимать выборка из view (т.к. view это логически такой же результат SELECT'а, кстати - можно создать VIEW'шку, если запрос постоянный), если не переусердствовать и не выбирать по 100тыс. записей в первый (внутренний) результат, то "просадок" быть не должно. Но если очень хочется, можно мониторить время выполнения запросов (не знаю как в phpMyAdmin'е это выглядит, в HeidiSQL - снизу показывает) и/или изучить вывод Explain... Но вообще, MySQL довольно "топорная" база, и большинство проблем на небольших (<1Гб) базах - обычно вылазиют практически сразу, по этому, если работает нормально "сейчас", с большей вероятностью, так же нормально будет работать и "потом" + в MySQL'е есть кэш запросов, который не редко очень спасает и даже на БД размером "побольше", многие повторные запросы выполняются мгновенно.
Сергей Титов: так проблема с сортировкой? Мне просто на секунду показалось, что вопрос был про нумерацию строк результата, а не про сортировку... Сортировка добавляется с помощью конструкции ORDER BY.
mysqli_error Вам в помощь. И ещё есть один хороший способ, заключается он в следующем: вместо выполнения запроса к БД, выводите его на экран/консоль (print/echo), копируете и выполняете в MySQL-клиенте, в результате чего получаете номер ошибки и её описание. Это как альтернатива mysqli_error'у.
Frel: посмотрите границы элемента, у которого "нижний паддинг 44px", если он должен вылазить за пределы родительского элемента - то придётся, либо у кого-то выставить position:absolute, либо ещё как-то извращаться, либо смириться с тем, как он влияет на остальные элементы. Ещё как вариант, можно убрать у него float, тогда он перестанет сдвигать другие элементы.
А вообще, это довольно странно, что в подобной ситуации, в макете так жестко задан нижний паддинг, к тому же, такой странный. При стандартном "box-sizing: content-box", элемент будет больше (выше), чем его родитель... Где-то поломалась логика.
Можно взять готовую библиотеку, например, phpQuery, и попробовать делать это через неё. Среди прочего, подобные библиотеки умеют код не только парсить, но и изменить. Список билиотек.
*сервер не обязательно должен быть на Ubuntu, Вы можете выбрать любую ОС из списка поддерживаемых GitLab'ом, просто я уже лет 10 как знаком с Debian/Ubuntu, по этому, даю Вам рекомендации исходя из своих предпочтений
**Ознакомиться с примерным ассортиментом возможностей и сделать это совершенно бесплатно, Вы можете на сайте производителя. "Больше подробностей" так же можно почитать/посмотреть (видео) на их сайте. Я к сожалению, о них рассказать не могу, т.к. не использую из них даже половины.
Денис: Ubuntu'а - это по моему, самая "безпроблемная" ОС, из linux-семейства, в том смысле, что она нацелена на простоту работы и решения стандартных задач. Ваша задача выглядит примерно так:
1. Установить на сервер Ubuntu 16.04 LTS (LTS - дистрибутив с поддержкой на 5 лет) или Debian 7/8
2. Зайти суда, выбрать свою ОС
3. Внимательно почитать инструкции по установке и выполнить их
Это всё. Установка занимает, где-то с минуту, весь процесс - в пределах 5-и минут, главное внимательно читайте руководство.
После установки - сервер готов к использованию. Крайне не рекомендую пытаться воткнуть на сервер что-то ещё, кроме GitLab'а.
Подключить его к ведробиту (BitBucket'у) - проблем не составит. Я не могу точно сказать как это сделать, так как не видел в этом какой либо необходимости, но могу точно сказать, что можно, хотя бы по тому, что Git-репозитории можно скрещивать в любой последовательности, не зависимо от обёрток, которые работают поверх них. В GitLab'е в целом довольно много возможностей, наверное не меньше чем в самом ведробите (не считая JIRA'у, которую туда вклеили), иначе говоря, его возможности гораздо шире, чем те, что Вы могли бы получить, пытаясь создать цепочку описанную выше и делая это "руками".
Насколько я помню - Вы наносите на карту объекты из своей БД (или другого источника данных), а не выгружаете эту информацию куда-то. Вряд ли Яндексу есть резон хранить Ваши данные у себя, и постоянно их там обновлять, при первой необходимости... будь я Яндексом - я бы так делать не стал. По крайней мере, в "бесплатной" версии карт, мне на Яндекс ничего выгружать не приходилось, для нанесения объектов на карту.
Мне кажется, этот вопрос Вам лучше задать разработчикам, которые будут всё это дело писать, им как никому другому виднее "что лучше", т.к. им отвечать за результат.
С MosMaps не работал, но судя по тому, что Вы написали, MosMaps - это просто карты, а Яндекс.Карты - это онлайн-сервис.
Скорее, он "не обязательный", но никак не единоразовый. Не думаю, что идея "купить карты 1 раз и не обновлять их больше никогда" - хорошая.
P.S. Даже если бы на Яндекс пришлось выгружать по картам, как мне кажется, вероятность того, что эти данные им будут нужны, причем именно Ваши данные, на мой взгляд - стремиться к нулю. По ряду причин, в том числе:
1. Есть масса других источников, откуда эти данные можно получить, не только Ваша база
2. Далеко не факт, что Ваши данные корректные, и стоит им доверять. В таких случаях, иногда проще сделать самому, чем проверить всё до буквы, уже сделанное кем-то
3. Мне кажется, у Яндекса достаточно ресурсов, что бы нанести на карты всё, что им было нужно. У Вас же там не военные данные?
Вам точно платная лицензия нужна, это не онлайн-сервис будет? Иначе говоря, Вы точно уверены, что Вам нужно платить за карты от Яндекса?