DELIMITER $$
CREATE DEFINER=`root`@`127.0.0.1` FUNCTION `Test`(`tbl` TINYTEXT, `fld` TINYTEXT, `val` TEXT) RETURNS int
BEGIN
SELECT id INTO @id FROM tbl WHERE fld=val;
IF @id THEN RETURN @id;
ELSE BEGIN
INSERT INTO tbl SET fld=val;
RETURN LAST_INSERT_ID();
END;
END IF;
END$$
DELIMITER ;
Но, нужно передавать в параметрах имя таблицы, поля и само значение. Функция стала возвращать пустой результат. Перепробовал всё...
Возможно ли использование условия без функции, сразу в запросе? Показывает: Недопустимый оператор возле IF
Забейте. У вас не соц.сеть, форум где высокая посещаемость, красивый дизайн, быстрая скорость и др. требуются, а для сайта экскаваторов и так сойдёт :)
Может дело и в моём опыте(его отсутствии по данному вопросу), сложно сказать. Однако тут уже возникает вопрос, почему этого опыта нет? Не потому ли, что в реальных коммерческих проектах это используется не часто(по крайней мере на данный момент)? А раз используется не часто, возникает вопрос - а почему если это так стильно и удобно?
ХЗ в общем, время покажет. Если эта технология так удобна и не имеет недостатков, то скоро она будет везде и как следствие я буду вынужден её хорошо освоить :)
На самом деле технология удобная, но используют её не многие только потому что для этого требуется её изучение это раз, а во-вторых движки которые повсеместно сейчас применяются уже очень сильно устарели, а новых с внедрением современных технологий практически нет. Возможно мой фреймворк поспособствует популяризации современных возможностей/нововведений, в котором уже заложены нужные механизмы и без детального их изучения будет всё это использоваться.
Работа - да, качественно будет сделана. Только работать нифига не будет. Ну да о чём с Вами разговаривать, если Вы не работаете с реальными сайтами и реальными заказчиками... Теоретик... Идите свой "фремворк" доделайте уже, а то за три года разработки его уже перерабатывать пора.
Вот у вас естественно конечно перестаёт работать, а у людей если сделано правильно, всё прекрасно работает. Что мне делать сам решу, а вот вы воспользуйтесь своими же советами, подучите JS, CSS, новые возможности браузеров и тогда не придётся вам тут всё объяснять... не будете надеюсь тогда писать тупых комментов..
SeVlad#: судя по названиям там наверняка кнопки и чекбоксы-селекты. Ессно, всё это жирно смазано жабаскриптными свистоперделками. Так вот это не будет работать/поломает вёрстку в устаревших браузерах. А даже там, где будет работать - не факт что не будет тормозов и глюков. Про стоимость, тестирование и поддержку всего этого барахла даже не заикаюсь.
В самих кастомных элементах нет "жабаскриптных свистоперделок". Это почти обычные теги которые размещаются в теге <template>
Все современные браузеры эту технологию поддерживают, особенно это актуально для мобильных устройств, а если вы всё ещё пользуетесь IE 2000г. флаг вам в руки..
JS код нужен как и на обычных страницах только для модификации элементов их регистрации customElements.define
Стоимость разработки тут намного меньше, если кто-то завышает сумму, то они просто хотят на халяву взять больше
SeVlad#: И вот ради чего всё это? Неужели нельзя было сделать "по-простому"? Я почти уверен что можно, но, да, для окончательных выводов надо знать больше, чем рассказал ТС.
Ради того что технологии шагнули вперёд и позволяют сделать код более элегантным, а сайты более современными, быстрыми. Не использование на современном сайте этого будут тормоза с загрузкой, косяками в браузерах под которые не отлажено и др. проблемами..
SeVlad#: А если это сделал действительно верстальщик, а не кодер, реализующий необходимый функционал, то вообще.. просто выёживание. А может даже и копипаст чужого кода без понимания, необходимости/целесообразности.
Тот кто так сделал разбирается в современных возможностях браузеров и использует это.
webinfo1#: А потому что красиво было только при тех условиях, которые были изначально при сдаче сайта. А потом, когда стали загружать свои данные и реальные пользователи стали работать на реальных устройствах, всё сломалось. И мне с этим разбираться. Поэтому, если у Вас есть уверенность, что Вы постоянно будете работать с этим разработчиком, несколько лет хотя бы, - то пожалуйста, пусть делает, как ему удобно. Если же разработали - и пока-пока, то надо подумать.
Вот как раз когда делается без применения новых возможностей flex,grid, кастомных элементов и др. то сайт нагружается свистопеределками под разные браузеры и тд. Когда ТСу сделают по современному, то при поиске другого разработчика будет требование чтобы тот знал технологию кастомных тегов и неумехи/бездари отметутся, работа будет сделана более качественно.
querty#: Вот боюсь как поисковики будут воспринимать, если проблем не будет то все ок.
Проблем не будет, не переживайте.
Для СЕО используются тайтол страницы, заголовки H1-H6, мета-теги... с ключевыми словами, и по ключевым словам выбирается текст со страницы. Потом по этим данным поисковик выдаёт результаты поиска.
Но, нужно передавать в параметрах имя таблицы, поля и само значение. Функция стала возвращать пустой результат. Перепробовал всё...
Возможно ли использование условия без функции, сразу в запросе? Показывает: Недопустимый оператор возле IF
Скорее, скрип...
Спасибо, поржал :)))
Может дело и в моём опыте(его отсутствии по данному вопросу), сложно сказать. Однако тут уже возникает вопрос, почему этого опыта нет? Не потому ли, что в реальных коммерческих проектах это используется не часто(по крайней мере на данный момент)? А раз используется не часто, возникает вопрос - а почему если это так стильно и удобно?
ХЗ в общем, время покажет. Если эта технология так удобна и не имеет недостатков, то скоро она будет везде и как следствие я буду вынужден её хорошо освоить :)
На самом деле технология удобная, но используют её не многие только потому что для этого требуется её изучение это раз, а во-вторых движки которые повсеместно сейчас применяются уже очень сильно устарели, а новых с внедрением современных технологий практически нет. Возможно мой фреймворк поспособствует популяризации современных возможностей/нововведений, в котором уже заложены нужные механизмы и без детального их изучения будет всё это использоваться.
Работа - да, качественно будет сделана. Только работать нифига не будет. Ну да о чём с Вами разговаривать, если Вы не работаете с реальными сайтами и реальными заказчиками... Теоретик... Идите свой "фремворк" доделайте уже, а то за три года разработки его уже перерабатывать пора.
Вот у вас естественно конечно перестаёт работать, а у людей если сделано правильно, всё прекрасно работает. Что мне делать сам решу, а вот вы воспользуйтесь своими же советами, подучите JS, CSS, новые возможности браузеров и тогда не придётся вам тут всё объяснять... не будете надеюсь тогда писать тупых комментов..
судя по названиям там наверняка кнопки и чекбоксы-селекты. Ессно, всё это жирно смазано жабаскриптными свистоперделками. Так вот это не будет работать/поломает вёрстку в устаревших браузерах. А даже там, где будет работать - не факт что не будет тормозов и глюков. Про стоимость, тестирование и поддержку всего этого барахла даже не заикаюсь.
И вот ради чего всё это? Неужели нельзя было сделать "по-простому"? Я почти уверен что можно, но, да, для окончательных выводов надо знать больше, чем рассказал ТС.
Ради того что технологии шагнули вперёд и позволяют сделать код более элегантным, а сайты более современными, быстрыми. Не использование на современном сайте этого будут тормоза с загрузкой, косяками в браузерах под которые не отлажено и др. проблемами..
А если это сделал действительно верстальщик, а не кодер, реализующий необходимый функционал, то вообще.. просто выёживание. А может даже и копипаст чужого кода без понимания, необходимости/целесообразности.
Тот кто так сделал разбирается в современных возможностях браузеров и использует это.
А потому что красиво было только при тех условиях, которые были изначально при сдаче сайта. А потом, когда стали загружать свои данные и реальные пользователи стали работать на реальных устройствах, всё сломалось. И мне с этим разбираться. Поэтому, если у Вас есть уверенность, что Вы постоянно будете работать с этим разработчиком, несколько лет хотя бы, - то пожалуйста, пусть делает, как ему удобно. Если же разработали - и пока-пока, то надо подумать.
Вот как раз когда делается без применения новых возможностей flex,grid, кастомных элементов и др. то сайт нагружается свистопеределками под разные браузеры и тд. Когда ТСу сделают по современному, то при поиске другого разработчика будет требование чтобы тот знал технологию кастомных тегов и неумехи/бездари отметутся, работа будет сделана более качественно.
Вот боюсь как поисковики будут воспринимать, если проблем не будет то все ок.
Проблем не будет, не переживайте.
Для СЕО используются тайтол страницы, заголовки H1-H6, мета-теги... с ключевыми словами, и по ключевым словам выбирается текст со страницы. Потом по этим данным поисковик выдаёт результаты поиска.