dordzhiev: Это субъективная точка зрения основанная на личном опыте и знакомствах.
Возможно я не прав. Все истории на ASP какие видел - или поддержка жуткого legacy кода, или истории вокруг шарепоинта. Буду рад если расскажете что кто на ней делает)
Евгений Конкин: Мы делали свои интеграции с кинотеатрами, проект был полным аналогом выше перечисленных. В нынешних реалиях проще всего подойти в киноход/рамблер.кассу, у них есть вполне официальная партнерская программа - через API вам отдадут описания фильмов с фотками, расписания, еще и виджет для покупки билетов поставить сможете)
neowave: "в календаре посетитель выбрал время во сколько готов прийти" в каком еще календаре что то выбирает посетитель? В календаре может менеджер выбирать, ну и себе задачу тем самым ставить.
Если стоит задача что бы он например на сайте выбирал - ну у массовых CRM есть внешние api которые позволяют это.
Но тут путь на фриланс лежит Вам скорее всего.
A. Shpak: а в чем смысл вопроса? Смысл моего ответа в том, что даже если вы такой список сделаете - отсутствие в нем ресурса не значит ничего. А следовательно и ценность этого списка стремится к нулю.
like-a-boss: myisam в целом быстрее работает, но при вставках строк блокируется вся таблица. В innodb блокируется только строка + есть транзакции, итд. Сейчас засыпаю уже, по остальным вопросам завтра отвечу)
like-a-boss: смотрите, вы делаете фильтрацию по полю post_title но при этом индекса по этому полю нет, да еще и тип поля text вдобавок, да еще и запрос вида "%abc%".
Возможные варианты решения:
а) добавить full text index, использовать MATCH вместо LIKE
б) заменить тип поля на varchar, добавить составной индекс post_title,post_type , LIKE переделать на "abc%"
Nikolaos: я полностью согласен с комментарием Виктор Ablebeam . От себя добавлю что выбирать человека нужно не по качеству кода который он пишет, а по внешне измеримому результату, научить кодить можно почти кого угодно,- а вот если человек безответственный и туповатый - это уже навсегда.
Смотрите на опыт людей в резюме, смотрите на живые проекты которые они делали.
Давайте им первое живое задание испытательное и смотрите что оно сделано в срок, все требования заказчика учтены.
Иначе в Вашем случае никак.
Nikolaos: либо вы используете существующий фреймворк, либо вы пишите свой велосипед.
последнее может быть оправдано только если в команде есть люди способные сделать специфический велосипед который удовлетворяет вашему решению лучше чем массовые фреймворки. Если бы такие люди у автора были - он бы на задавал этот вопрос.
magary4: комментарии читайте) никто не мешает сжульничать и выбрать некий квадрат вокруг искомой точки.
Ну или реально на js сразу можно считать, у яндекса есть https://tech.yandex.ru/maps/doc/jsapi/2.0/ref/refe...
у гугла вроде бы был аналог тоже.
evgenybuckharev: AVKor: отвечу обоим:
Я искренне считаю все эти "адреса до регистрации", "подтверждения email" итд - морально устаревшими.
Хочет у Вас пользователь зарегистрироваться - пусть вводить email, пароль, - да и входит сразу же. Если это не банковский сервис с мега приватными данными - дополнительная валидация почты нафиг не нужна.
PS
"кликнул один и тот же человек несколько раз на кнопку регистрации и один и тот же адрес вписал - вот и несколько одинаковых адресов в результате." если ввел один и тот же адрес - то и код активации логично один и тот же иметь, не?
Возможно я не прав. Все истории на ASP какие видел - или поддержка жуткого legacy кода, или истории вокруг шарепоинта. Буду рад если расскажете что кто на ней делает)