Re: Вивчаю базу даних MySql
Яка база? Які зображення?
А кешування зображення як? А згенерувати прев'юшку чи банальний лінк на картинку.
Це ж при кожній генерації сторінки треба ганяти туди-сюди басе_64 код.
Ахінея.
Ви не увійшли. Будь ласка, увійдіть або зареєструйтесь.
Ласкаво просимо вас на україномовний форум з програмування, веб-дизайну, SEO та всього пов'язаного з інтернетом та комп'ютерами.
Будемо вдячні, якщо ви поділитись посиланням на Replace.org.ua на інших ресурсах.
Для того щоб створювати теми та надсилати повідомлення вам потрібно Зареєструватись.
Український форум програмістів → Бази даних → Статті → Вивчаю базу даних MySql
Сторінки Попередня 1 … 8 9 10 11 12 13 Наступна
Для відправлення відповіді ви повинні увійти або зареєструватися
Яка база? Які зображення?
А кешування зображення як? А згенерувати прев'юшку чи банальний лінк на картинку.
Це ж при кожній генерації сторінки треба ганяти туди-сюди басе_64 код.
Ахінея.
Помниться переглядав також, але запамятував, цікаве дослідження, але ж там проводяться досліди просто з даними iteger цифирку вставив в файл/бд і циферку дісав з файлу/бд.
Об'єм операції з елементом невеликий , що ж там 2 Байта в цифрі, а от в малюнка може бути й 500 КБ
Може й собі добити тему до кінця, теж провести дослідження по завантаженню зображень через файл і та в таблицю бази даних мг-м-м , гаразд запланую на найближчий термін, подумаю чи получиться в мене протестувати
Яка база? Які зображення?
А кешування зображення як? А згенерувати прев'юшку чи банальний лінк на картинку.
Це ж при кожній генерації сторінки треба ганяти туди-сюди басе_64 код.
Ахінея.
Напевно ви вже добре розбираєтесь в таких справах, а для мене це нова тема, перегляну, і теж скажу ахінея це чи просто ахінея , чим би ще новачки займались ))) нехай досліджують неможливе
Помниться анекдот був правильн/неправильно його памятаю, суть десь така;
Про моряків. Прийшов юнга на корабель ну й старші матроси вирішили приколотись над меншим дати йому нереальне завдання, розпиляти якір навпіл (напевно тяжке завдання)
- Йди, туди, там якор лежить, розпиляти його потрібно.
Малий такий, не знаю як там він пробував різати чи ні, а потім підійшов до мужиків на березі поставив напевно бутилку і вони автогеном розфігачили тот якір навпіл
Юнга повернувся до матросів
- все зробив
В тих челюсть і відпала, а як новий якір вони шукали на корабль я то вже не знаю )))
Так і тут, може то складно, незнаю не пробував
Яка база? Які зображення?
А кешування зображення як? А згенерувати прев'юшку чи банальний лінк на картинку.Це ж при кожній генерації сторінки треба ганяти туди-сюди басе_64 код.
Ахінея.
Тай все ж чому ви так категорично ахінея, я поки переглядав цю тему теж вважав що файли краще, але тут, (перепрошую вже третій раз даю лінк, але це в питання входить,) кажуть що це вже не така й погана думка, я здивувався чому вони навпаки кажуть, ну не зовсім навпаки але дають змістовне обгрунтування в чому є перевага зберігання даних в базі даних.
Більше того мені навіть захотілось більше дізнатись наскільки серйозна контора це стверджує, переглянув про них
люди працюють довго 16 років в інеті, туча клієнтів, вважаю що вони мають силу слова того що стверджують...
але все ж я теж спробую протестувати зі своєї сторони, наскільки зможу вирішити питання тестування завантажень зображень
Яка база? Які зображення?
А кешування зображення як? А згенерувати прев'юшку чи банальний лінк на картинку.Це ж при кожній генерації сторінки треба ганяти туди-сюди басе_64 код.
Ахінея.
Що заважає згенерувати прев'ю чи закешувати зображення, коли воно лежить в базі?
Sensetivity написав:Яка база? Які зображення?
А кешування зображення як? А згенерувати прев'юшку чи банальний лінк на картинку.Це ж при кожній генерації сторінки треба ганяти туди-сюди басе_64 код.
Ахінея.
Що заважає згенерувати прев'ю чи закешувати зображення, коли воно лежить в базі?
Те, що зображення постійно генеруватиметься з БД і не може бути закешованим.
Хіба у мемкеш якийсь але не на стороні клієнта.
quez написав:Sensetivity написав:Яка база? Які зображення?
А кешування зображення як? А згенерувати прев'юшку чи банальний лінк на картинку.Це ж при кожній генерації сторінки треба ганяти туди-сюди басе_64 код.
Ахінея.
Що заважає згенерувати прев'ю чи закешувати зображення, коли воно лежить в базі?
Те, що зображення постійно генеруватиметься з БД і не може бути закешованим.
Хіба у мемкеш якийсь але не на стороні клієнта.
Так що саме заважає закешувати його? Браузер отримує зображення і тут же його кешує, навіть не знаючи, з бази воно чи з файлової системи. Хіба не так?
Браузер php скрипти не кешує (і не може кешувати).
Браузер php скрипти не кешує (і не може кешувати).
Так, з'явились пхп-скрипти. Але все ж запитаю знову: чому не можна кешувати зображення, які лежать в БД?
Браузер php скрипти не кешує (і не може кешувати).
Ба, гірше, він про їх існування і не знає (і не може знати).
Взагалi-то зображення,якi генеруються скриптом можуть кешуватись.
Часто можна побачити в рiзних скриптах,як до каптчi додають рандомнi символи,щоб цього позбутись.
До прикладу
<img src="captcha.php?+ранд_символи>
- Ех, спалили тему...)
і нічого ніхто не спалив
Та гаразд, гарненько розмежую напрямок нового матеріалу, гарненько.. це поставлю красуню )))
Спочатку Передслово, " - Якщо ж працювати колективно, то хочеш, не хочеш,- маєш розуміти як функціонує Система Контролю Версій, щоб попрактикуватись, візьму GitHub, та свій практичний проект з малюнками...
але ж спочатку основи, що це таке, основні команди, для роботи та інше..."
Наразі накнопив матеріал Початок роботи з GitHub, правда він поки систематизується, як би то краще все головне поскладати в одному місці
Зараз мені сподобався такий цікавий момент Детальніше про виконання комміту в репозиторій. основна версія документації така мене ж зацікавив їх малюнок з життєвим циклом файлу, я його дещо розширив до українізованої версії. Як на мене то це важливо усвідомлювати
офіційно:
для себе:
як зазвичай, поки матеріал переглядаю можуть бути неточності усвідомлення матеріалу, але ж сподіваюсь що правильно розумію...
Останні 2 повідомлення точно в цю тему?
Так звісно погоджуюсь, що Система Контролю Версій (англ. source code management, SCM) це не Бази Даних, але все ж... якщо розглядати контекст вивчення матеріалу Бази Даних, то все ж про SCM варто знати, тому що це корисно
P.S. Та й я лиш одним чи пару постів обмежусь про SCM, а далі знову сподіваюсь заберусь до MySQLi...
але все ж... якщо розглядати контекст вивчення матеріалу Бази Даних, то все ж про SCM варто знати, тому що це корисно
Ну тобто взагалі жодним чином не пов'язано. Не більше аніж, наприклад, AutoCAD та Git.
Анатолій написав:але все ж... якщо розглядати контекст вивчення матеріалу Бази Даних, то все ж про SCM варто знати, тому що це корисно
Ну тобто взагалі жодним чином не пов'язано. Не більше аніж, наприклад, AutoCAD та Git.
Добре народ Ви виграв, SCM не пов'язаний з Базами Даних
Якось уже звик до думки, що в цій темі майже нічого про MySQL
Якось уже звик до думки, що в цій темі майже нічого про MySQL
Правду кажеш,... я теж думав вчити MySQLi, але ж куди Базі Даних без PHP?... хочеш,- не хочеш варто теж вивчити,... потім, якщо робити якісь дослідження функціонування Бази Даних, то хочеш,- не хочеш варто тестувати її створюючи веб-сторінки ( наприклад, html-форму, щоб добавляти дані в таблиці, чи наприклад php-перевірку даних перед тим як в таблицю добавити, etc...) все зв'язано...
а потім ще коли лиш спочатку було слово
- Що для цього потрібно?
Спочатку я собі думав зможу виконувати замовлення самостійно, але ж об'єм робіт для одного виконавця досить великий. Розпочинаючи від розробки стилю дизайну сайту плюс всі проміжні елементи веб-проекту (анімація, створення контактів, наповнення матеріалом,...), тобто необхідно використовувати значну кількість ресурсів HTML, CSS, javascript, jQuery, PHP, MySQL і інші екслюзивні моменти на зразок оптимізації сайту, веб-захисту ресурсу. Тоді я припустив, що логічно було б досконало вивчити один напрямок веб-програмування і працювати в колективі...
Одним з основних інструментів для веб-програмування є необхідність знань англійської мови. Це звичайно не легке завдання оволодіти англійським, але ж кінцева ціль того варта.
А якщо працювати в колективі, то звичайно потрібно також вміти працювати з програмами спільної роботи , щось на зразок GitHub, BitBuket, etc...
то варто все ж знати програми для спільної роботи....
наразі цю тему саме розглядаю, сподіваюсь це вже не такий вже й великий кусок знань, хоча звісно потребує зусиль для розуміння матеріалу...
Ну так я сам відхилився дещо безпосередньо від самої теми топіку, але доречні пости в декілька штук вважаю будуть більш корисними ніж шкодити цій гілці, тим паче ні ні та все ж люди задають питання по Гіту...
За сьогодні відмічу корисне для себе, та й можливо комусь іншому стане в нагоді, за синхронізацію репозиторіїв , але матеріал ще не повний та усвідомлюється...
P.S. Оскільки я створив тему, то все ж на правах власника маю право розвивати напрямок розмови цієї гілки, і на власний розсуд зв'язую пости з Базами Даних )