Не надо путать теплое с мягки. Перегрузка +, вполне возможно плохая идея. Создание своих операторов - клевая.

Создание операторов это отвратительно, гораздо понятнее написать collection.addTwice(component) чем collection ++== component

Код пишется для человека в первую очередь, а человек слова читает быстрее чем операторы

и это во времена ассинхронного общения... может в icq тогда перейдем? ;)

Ну как бы за рулем и во времена асинхронного общения общаться сложно

прочитать документацию не достаточно, потому что требуется практика. библиотеки учат формошлёпы. вот не достаточно прочитать словарь и правила грамматики для того, чтобы свободно начать общаться на любом не знакомом тебе языке (английский, китайский, чешский)

Но прочитать ее обязательно, чтобы знать возможности языка.

Код пишется для человека в первую очередь, а человек слова читает быстрее чем операторы

Без исследований на группах людей субьективщина

Без исследований на группах людей субьективщина

Ну есть же опыт и жалобы реальных людей. А также тот факт что плюсы так и не смогли закрыть си

Насчет скалы верно сказано выше - если бы она была эффективнее по всем параметрам то быстро бы захватила рынок.

Вот с го так случилось независимо от качества языка - язык не очень, но суммарная эффективность хорошая.

Ну как бы за рулем и во времена асинхронного общения общаться сложно

а я то думаю, кто те странные водители зависающие в телефоне в левом ряду на шоссе... про ЯП спорят видимо.

а я то думаю, кто те странные водители зависающие в телефоне в левом ряду на шоссе... про ЯП спорят видимо.

Не все в телефоне зависают намертво ?

Ну есть же опыт и жалобы реальных людей. А также тот факт что плюсы так и не смогли закрыть си

Не показатель. Так же есть куча людей которые считают это удобным. Хотя и это субьективщина. Обьективную картину можно увидеть только проведя исследования.

Вот с го так случилось независимо от качества языка - язык не очень, но суммарная эффективность хорошая.

Опять неверно. Он просто занял пустующую нишу.

Не показатель. Так же есть куча людей которые считают это удобным. Хотя и это субьективщина. Обьективную картину можно увидеть только проведя исследования.

Ну проведи исследование, посади программистов за код и попроси их объяснить, что будет выполнено на строчке collection +=** component :)

Ну проведи исследование, посади программистов за код и попроси их объяснить, что будет выполнено на строчке collection +=** component :)

Это ты утверждал что это хуже воспринимается

Вот с го так случилось независимо от качества языка - язык не очень, но суммарная эффективность хорошая.

А го взлетел т.к. низкий уровень входа, один бинарник на выходе, легкое конкарренси. Ну и гугл.

А го взлетел т.к. низкий уровень входа, один бинарник на выходе, легкое конкарренси. Ну и гугл.

== продуктивный язык :)

== продуктивный язык :)

Ага, количество бойлерплейтя для той-же обработки ошибок явно сделано чтобы увеличить продуктивность

Ага, количество бойлерплейтя для той-же обработки ошибок явно сделано чтобы увеличить продуктивность

Там продуктивность увеличивается за счет того что нельзя не обработать ошибку, на то и был расчет

Тратишь лишние часы на написание бойлерплейта - экономишь дни на отладку и поиск источника исключения и неловлю оного.

Там продуктивность увеличивается за счет того что нельзя не обработать ошибку, на то и был расчет

Ага. В некоторых языках отсутствие значения или же возможная ошибка вынесены на уровень типов и тоже их нельзя не обработать. Но при этом это сделано так, что не приходится городить кучу бойлерплейта.

@chebotarevp кстати, забавно, что отзывы о F# ты слышал положительные, а по поводу скалы - скепсис.

Потому что по скале я почитал статьи с безумными названиями и прошел полкурса Мартина Одерская

Хм, интересно, что такого ужасного в этой половине курса было.

@khazhimatov959 будет жить. Поприветствуем!

Ку всем, ребят помогите плиз, как мне сделать так чтоб scroll постоянно был у низу? Просто у меня чат есть и когда в него пишут нужно листать в низ, и нужно как-то так чтоб скролл всегда в низу был

Ку всем, ребят помогите плиз, как мне сделать так чтоб scroll постоянно был у низу? Просто у меня чат есть и когда в него пишут нужно листать в низ, и нужно как-то так чтоб скролл всегда в низу был

При выводе новых сообщений(надеюсь используется аякс и жс) тупа скроллишь вниз

Ку всем, ребят помогите плиз, как мне сделать так чтоб scroll постоянно был у низу? Просто у меня чат есть и когда в него пишут нужно листать в низ, и нужно как-то так чтоб скролл всегда в низу был

Как-нибудь так, на пример: https://gist.github.com/toshimaru/6102647

Да у меня Аякс используется

@fishlabsoman будет жить. Поприветствуем!

Я тут в сторонке посижу и почитаю вас

@vhjudpmcydecjjifrcjndwachdcji будет жить. Поприветствуем!

Всем привет, вопрос мона ?

Сделал форму опроса , данные записываются в базу , в таблицу . все хорошо работает , пустых записей нет . но есть повторные записи при обновлении . как можно исключить повторную запись в базу ?

...при обновлении страницы

после того как принял POST запрос - добавил запись - сделай редирект на другую страницу

где уже будет написано - спасибо за ваш голос..

юзеру никогда не надо показывать чтото на POST запрос. надо всегда делать редирект на другую страницу

после того как принял POST запрос - добавил запись - сделай редирект на другую страницу

А если нет редиректа ....типа планируются другие действия ...тогда как ? Но идея хорошая .

не хорошая а единстенно верная :)

какие другие действия?

какие другие действия?

Не знаю почему , но удаление переменной не работает....так бы все замечательно было

какие другие действия?

Добавление ещё одной записи , редактирование, сортировка....поиск

а что мешает? делай редирект на другую странциу, где все эти действия есть

Хотел в одной странице уместить

умести в одной

но POST запрос должен идти на другой скрипт

Перегрузить типа ?

который сделает дело и вернет юзера на ту же страницу

редиректом

Ок...попробую

А странички ( фото)не грузяться сюда ?

Сделал форму опроса , данные записываются в базу , в таблицу . все хорошо работает , пустых записей нет . но есть повторные записи при обновлении . как можно исключить повторную запись в базу ?

уникальный ключ, который считает по нескольким полям хеш. При использовании данного ключа внутри базы, возникнуть может лишь ошибка ( дубликат ), которую необходимо обработать при insert запросе. Вторым методом является предварительная выборка по данным, которые вводятся в форму, т.е. перед insert запросом выполняется select. В некоторых случаях это быстрее, нежели ждать сообщение об ошибке из базы. Эти решения подходят практически ко всем СУБД, поэтому не обозначаю какую-либо конкретную.

уникальный ключ, который считает по нескольким полям хеш. При использовании данного ключа внутри базы, возникнуть может лишь ошибка ( дубликат ), которую необходимо обработать при insert запросе. Вторым методом является предварительная выборка по данным, которые вводятся в форму, т.е. перед insert запросом выполняется select. В некоторых случаях это быстрее, нежели ждать сообщение об ошибке из базы. Эти решения подходят практически ко всем СУБД, поэтому не обозначаю какую-либо конкретную.

Уникальный ключ = поле id ?

уникальный ключ, который считает по нескольким полям хеш. При использовании данного ключа внутри базы, возникнуть может лишь ошибка ( дубликат ), которую необходимо обработать при insert запросе. Вторым методом является предварительная выборка по данным, которые вводятся в форму, т.е. перед insert запросом выполняется select. В некоторых случаях это быстрее, нежели ждать сообщение об ошибке из базы. Эти решения подходят практически ко всем СУБД, поэтому не обозначаю какую-либо конкретную.

у него банальная проблема, когда люди делают F5 на странице которая обарабатывает POST

уникальный ключ, который считает по нескольким полям хеш. При использовании данного ключа внутри базы, возникнуть может лишь ошибка ( дубликат ), которую необходимо обработать при insert запросе. Вторым методом является предварительная выборка по данным, которые вводятся в форму, т.е. перед insert запросом выполняется select. В некоторых случаях это быстрее, нежели ждать сообщение об ошибке из базы. Эти решения подходят практически ко всем СУБД, поэтому не обозначаю какую-либо конкретную.

Я так понимаю , что придётся каждый раз отдельной функцией проверять повторяемость записей в базе

нет, для mysql к примеру UNIQUE KEY ulogin (login,pass) USING HASH т.е. дополнительный ключ индексирования

уникальный ключ, который считает по нескольким полям хеш. При использовании данного ключа внутри базы, возникнуть может лишь ошибка ( дубликат ), которую необходимо обработать при insert запросе. Вторым методом является предварительная выборка по данным, которые вводятся в форму, т.е. перед insert запросом выполняется select. В некоторых случаях это быстрее, нежели ждать сообщение об ошибке из базы. Эти решения подходят практически ко всем СУБД, поэтому не обозначаю какую-либо конкретную.

По поводу хэш - интересная идея .

нет, для mysql к примеру UNIQUE KEY ulogin (login,pass) USING HASH т.е. дополнительный ключ индексирования

Понял.....

По поводу хэш - интересная идея .

Это правильная идея, так как индексация ускоряет работу с базой. И этот вопрос встает остро при объемах от десятков гигов базы

нет, для mysql к примеру UNIQUE KEY ulogin (login,pass) USING HASH т.е. дополнительный ключ индексирования

Атрибут : unsigned ?!

у него банальная проблема, когда люди делают F5 на странице которая обарабатывает POST

а ничего не мешает делать таймауты перед повторным инсертом, тоже хороший метод

Атрибут : unsigned ?!

http://www.mysql.ru/docs/man/MySQL_indexes.html http://www.mysql.ru/docs/man/Indexes.html http://www.mysql.ru/docs/man/Multiple-column_indexes.html

а ничего не мешает делать таймауты перед повторным инсертом, тоже хороший метод

А точнее ?

А точнее ?

при открытии страницы с формой - ставится дата+время или юникстайм в сессию... а дальше, при нажатии на отправить скрипт проверяет, что минимум должно пройти скажем 10 секунд на заполнение формы

10 конечно много, если форма маленькая

но сочетание нескольки методов вполне жизнеспособны. на своих младших проектах использовал почти все из перечисленного

нет, для mysql к примеру UNIQUE KEY ulogin (login,pass) USING HASH т.е. дополнительный ключ индексирования

Индекс : unique (уникальный) ...ок ???

Индекс : unique (уникальный) ...ок ???

главное обработай ошибку

главное обработай ошибку

Mysqli_error () ?

Mysqli_error () ?

да, правильный код ошибки

вот тебе еще про индексы https://ruhighload.com/%D0%98%D0%BD%D0%B4%D0%B5%D0%BA%D1%81%D1%8B+%D0%B2+mysql

вот тебе еще про индексы https://ruhighload.com/%D0%98%D0%BD%D0%B4%D0%B5%D0%BA%D1%81%D1%8B+%D0%B2+mysql

Ок , спасибо , очень помогло . все решено... Все баги :)