sashabeep, к тому, что зачем здесь бутстрап?
Какой профит от него, если почти все стили из него приходится переопределять?
А те что не приходится можно и самому накидать.
Vyacheslav_Shilov, не плоди новых сущностей, создавая новые файлы.
Попробуй понять почему он не видит index.js, по какому адресу он пытается это index.js загрузить.
Попробуй загружать этот index.js по разному: src="/index.js", src="public/index.js" , src="/public/index.js" и т.д. и т.п.
Попробуй перенести этот index.js на уровень вверх.
Убедись в том, что он 100% загружается.
После этого надо смотреть дальше - нет ли в нем самом ошибок.
В конце концов скинь этот весь код на гитхаб или куда-то еще, чтобы его можно было посмотреть и т.д. А то гадать можно до бесконечности.
sashabeep, вот взял бы и вместо того чтобы тратить время на такой большой коммент, запилил бы на кодепене вёрстку ну хотя бы половины макета.
А если бы расщедрился и подарил нам еще минут 20 своего личного времени, то и цельный макет успел бы сверстать. И там же на кодепене нам продемонстрировать. А?
кстати
2. Верстаешь по максимуму из стандартных фреймворковых компонентов, переопределяя только стиль, фон и другие пару мелочей.
Vaultboy84, особых требований нет у программиста, у которого задача - реализовать свою функциональность, используя готовые css-компоненты, не отвлекаясь на написание css-кода. У верстальщика же в подавляющем большинстве случаев требования к верстке особые. Иначе, зачем он вообще тогда нужен.
Это всё нужно исключительно для того чтобы это всё готовое использовать в админках или в... других админках. В любом другом +- аутентичном дизайне в 99% случаев из бутстрапа берётся только сетка.
sashabeep, ну а если постараться, то можно и минут за 40 управиться, ну или за час, если прерываться на кофе. Там всего лишь каких-то 10-12 секций с менюшкой. В действительности, я на этот комментарий потратил больше времени, чем потратил бы на верстку этой тривиальщины.
@erniesto77
sendContact вызывается вместе с sendMessage.
sendMessage успешно отрабатывает сотни раз в минуту.
sendContact зарубается телеграм-сервером после 10-15-го сообщения.
sendMessage продолжает успешно слать сообщения.
try/catch и логи никак не помогут - сообщение успешно отсылается, телеграм его успешно принимает, но вместо ответа "ок, я передал твоё сообщение" возвращает: "чувак. ты слишком часто делаешь запросы".
На тут же вызываемый sendMessage отвечает: "ок, я передал твоё сообщение".
Предметом анализа в этом случае могут быть либо логи или исходный код серверов телеграма, либо политика обработки sendContact.
По первому: не у всех есть (далеко не у всех!))) такой уровень компетенции, чтобы в рамках своей текущей задачи прошерстить исходники телеграма)
По второму: нет в доке телеграма на текущий момент ни слова об ограничениях, касающихся именно sendContact. Сами ограничения есть.
Вывод: если вы запускаете sendContact больше чем 2-3 раза в сутки, смириться и заменять sendContact обычным sendMessage. А лучше изначально использовать sendMessage и не ждать пока прилетит ограничение по sendContact.
ps
И да, для sendMessage и sendContact хуки не нужны.
навскидку как-то так:
в js:
$.ajax({
type:"POST",
url:form.attr("action"),
data:form.serialize()+'&anotherAjax=1',
});
в php:
if (Yii::$app->request->isAjax) {
if ( !Yii::$app->request->post('anotherAjax') ) {
... ajax1
} else {
...ajax2
}
}
Но я бы не стал в один action запихивать прием от клиента двух разных данных и разнес бы их по разным действиям. А нужно ли вообще делать 2 запроса к серверу? Скорее всего можно обойтись одним.
Androguide: ну не скажите, не скажите. Хороший фильм поможет многое понять! Я, например, учился взламывать пентагон, начиная с подобных фильмов https://www.youtube.com/watch?v=6acl_idkILM
(зы, извиняюсь за офтоп)