Вменяемые

На симфони или ларке хелпдески кто встречал опенсорс?

Хелпдески? Это для саппорта?

Искал на пакаджисте то?

Хелпдески? Это для саппорта?

Да, перелопатил кучу, но нормальной еще не нашел

Я писал модуль хелпдеска на yii2 и sf

Да, перелопатил кучу, но нормальной еще не нашел

А какие требования?

Да, перелопатил кучу, но нормальной еще не нашел

Мои с работы юзают облачный

Я писал модуль хелпдеска на yii2 и sf

Опенсорс?

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

Мои с работы юзают облачный

Почта, тикеты, стандартный минимальный функционал что бы с нуля не писать

С private messages у нас тоже так вышло, после всего рефакторинга в работе остался ровно 1 интерфейс user

А может это и не я писал.. не помню уже

Почта, тикеты, стандартный минимальный функционал что бы с нуля не писать

Серёг, уж лучше самому, ИМХО

Я юзаю генераторы кода. Могу научить

Думаю да, сама заява что нужен "нормальный" хелпдеск означает что ты его в итоге напишешь сам

Думаю да, сама заява что нужен "нормальный" хелпдеск означает что ты его в итоге напишешь сам

Лучше сначала поищу

Лучше сначала поищу

У меня есть для фитнеса расписание и каталог товаров. Тикетов нету пока

Лучше сначала поищу

Не пойму, тут все так плохо? (норм вроде ж) https://developer.freshdesk.com/api/#best_practices

Лучше сначала поищу

Нафига ваще прогеры для этого? Это же не продукт, а инфраструктура https://atomicwallet.freshdesk.com/support/home

Нафига ваще прогеры для этого? Это же не продукт, а инфраструктура https://atomicwallet.freshdesk.com/support/home

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

на то у него есть свои причуды

Так зашей, дружищще, там же API по сути. Весь бекенд написан и профессионально. Делай фронт. ИМХО

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

Быдлохотелки )))

Так зашей, дружищще, там же API по сути. Весь бекенд написан и профессионально. Делай фронт. ИМХО

я уже проталкивал это, но не получилось

Ааа

А что за продукт большая тайна?

А что за продукт большая тайна?

крупный производитель табака ))

Ооо

Ооо

в том мире это как эпл

В Питере есть несколько табачных которые карточки не берут

Только нал )))

В Питере есть несколько табачных которые карточки не берут

он не продает, а производит

он не продает, а производит

Сам курит?

Ну там друзьям подгонит нет-нет....

ну если кальяны куришь, то 100% знаешь что за бренд, типа топ топ

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

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

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

Я курю самокрутки, а алко вообще нет

SQL поиск по JSON строке осуществляется таким синтаксисом? SELECT * FROM @table WHERE 'Joe' IN ( SELECT value FROM OPENJSON(Col,'$.names'))

Какая БД?

mysql

SQL поиск по JSON строке осуществляется таким синтаксисом? SELECT * FROM @table WHERE 'Joe' IN ( SELECT value FROM OPENJSON(Col,'$.names'))

Нет

Выбираешь строку и парсишь средствами ЯП

php json_decode($JSON) и потом прохожусь по свойствам обьекта или ключам массива в зависимости от типа выходных данных, верно?

Да, только не наговняй

Да, только не наговняй

ок! спасибо большое! я постааюсь

но другой вопрос.. а если таблица большая.. скажем на 1 млн строк.. и мне нужно выполнить поиск по колноке в которой собержится JSON мне что за раз все эти 1 млн строк получать..? и потом проходить по масииву из 1 млн элементов? это нормальная вообще практика?

Херовая практика - хранить в БД в JSON

теперь я понимаю это.. максиму нужно хранить JSON в БД для тех данных по которым не планируется поиск.. а для осальных только текст в отдельных колонках

Почему бы и нет, поисковые операторы для JSON есть же

да вижу каждая отдельная буква в отдельной колонке.. чтобы можно было искать легко.. с JSON так не сотворишь

просто выбрал JSON за его относительную компактность представления объемных данных)

ладно спаибо большое!

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

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

А как бы мне правильно развесить индексы на том скрине?

Есть мысли?

https://github.com/Piterden/crosswords-module

888 в чате

Поздравляю, админ)

хорошо что хоть не 666) или не 777 - если 777 - то это будет всем три топора)

222 - три гуся

228 - два гуся и бесконечность)))

Есть мысли?

Ну попробуй создать хешевый индекс на каждую колонку

Если там 1 символ то вроде не должно отжирать много места

А групповых?

Ты видел API это? @chebotarevp

вроде мы обсуждали что то такое давно

и я говорил что лучше переписать на с++

Я видел кроссворд на плюсах. Говнище ппц

Даже 2 видел

> Говнище ппц Какая-то совсемм неизмеримая характеристика

И требования у тебя непонятно какие. Вопрос о сферическом вакууме.

В общем, не знаю умеет ли мускуль пересекать хеш индексы, но лучше варианта тут не вижу

Херовая практика - хранить в БД в JSON

в постгресе вполне себе обычная практика, например

в постгресе вполне себе обычная практика, например

Вы имеете ввиду в ВОРДПРЕСС?

в постгресе вполне себе обычная практика, например

До 16 столбиков могут входить в группу

Вы имеете ввиду в ВОРДПРЕСС?

Нет

До 16 столбиков могут входить в группу

В мускуле

Вы имеете ввиду в ВОРДПРЕСС?

нет, я имею в виду постгрес

А там 31 буква

нет, я имею в виду постгрес

а что это такое? я не знаю что это) и для чего) наслышан только о вордпресс)

Это СУБД

Реляционная

На пг его развернуть - идея

Только надо генерацию дампа фиксить

нашел еще такой синтаксис SQL работы с JSON

вау.. вот это настрочил знатно)

05:17:30 SELECT * FROM crossword.default_crosswords_words INNER JOIN crossword.default_repeater_clues ON crossword.default_crosswords_words.id = crossword.default_repeater_clues.word_id WHERE length = 8 AND letter_2 = 'А' AND letter_4 = 'Е' LIMIT 0, 10000 866 row(s) returned 1,035 sec / 0,00073 sec

196K строк там

долгая обработка запроса..(

05:20:33 SELECT * FROM crossword.default_crosswords_words WHERE length = 8 AND letter_2 = 'А' AND letter_4 = 'Е' LIMIT 0, 10000 425 row(s) returned 0,368 sec / 0,00037 sec

непонятны эти цифры.. это типа общее время обработки и время для обработки на 1 запрос?